28 Şubat 2020 akşamı Aelf Kurucusu ve CEO'su Ma Haobo, çevrimiçi blockchain hackathon yarışmasında danışman ve mentor olarak canlı bir öğreticide bulundu. Tartışmalar, 'Toplumun gerçek ihtiyaçlarına göre blok zincirinin yerini keşfetme' ile ilgiliydi.
Bu temel düşüncenin ayrıntıları aşağıdadır:
Ekip, 2016'dan beri temeldeki blockchain teknolojisini araştırıyor. Benzersiz blockchain ticari çözümü Aelf Enterprise, MIIT (Sanayi ve Bilgi Teknolojisi Bakanlığı) tarafından onaylandı ve CETSI (Çin Elektronik Teknolojisi Standardizasyon Enstitüsü) tarafından blockchain sistemi sertifikası aldı. Aynı zamanda bazı sosyal ihtiyaçları çözmek ve blockchain dağıtımını sağlamak için ekip, Tianjin Üniversitesi ile iş birliği içinde bir blockchain laboratuvarı kurdu.
Temel teknolojiye odaklanan blok zinciri projelerinin çoğu, Ethereum veya EOS temel kodunda yalnızca sınırlı değişiklikler yaptı ve Aelf, temel katmanı yazmak için .Net kullanılarak sıfırdan geliştirilmiş tamamen bağımsız bir sistemdir. Aelf, diğer platformların yanı sıra Linux üzerinde de derlenebilir ve Aelf gelişimi, her zaman bir mühendislik yaklaşımı ile yapılır. Piyasadaki mevcut blockchain sisteminin modülerizasyonu oldukça zayıftır. Üst işletme kodu ve alt blockchain kodu birlikte karıştırılır. Örneğin bir Ethereum tokeni kavramı, blockchain sistemi ile karıştırılır ve bağlantı birbirine çok bağımlıdır, bu da gerçek modülerleştirmeyi başarmayı zorlaştırır. Ancak Aelf, modüler hale getirilebilir ve olgun bir IDE sağlar. Geliştiriciler; IDE'ye dayalı uygulamalarda hata ayıklayabilir, uygulamalar geliştirebilir veya dağıtabilir.
Aelf'in çapraz zincir özelliklere sahip olduğunu belirtmek gerekir. Aelf genel test ağı, bir ana zincir ve dört yan zincirden oluşan bir dağıtım yapısına sahiptir ve zincirler arasında bağımsız bir dağıtım vardır. Bir zincirdeki herhangi bir veri diğer zincirlere aktarılabilir. A zincirinin işlemi engellenirse, yürütmek için diğer zincirlere kolayca aktarılabilir ve genel işlem verimliliğini artırabilir. Diğer blok zincir sistemleri, genellikle seri olarak yürütülür ve tıkanıklığa yatkındır.
Blockchain sadece bir kavram değildir ve projenin yürütülmesinin uygulama aşamasında merkezsizleştirilmesini sağlamak için kod tasarım kuralları veya iş mantığı yoluyla uygulanmalıdır. Aslında blockchain belirli bir senaryoya özel olarak uygulanmaz. Eğer bir senaryo merkezi bir çözümle çözülebiliyorsa, blok zincirini dahil etmeye gerek yoktur. İyi bir kamu zinciri, kullanıcıları DAPP (merkezi olmayan uygulama) tanıtımının bir parçası olarak DApp'lere katılmaya kendiliğinden teşvik edebilmelidir, kritik olarak kamu zinciri bir engel olamaz.
DApp'ler aslında herkesin zincirin yönetişimine katılması için bir kural belirleyen düşük seviyeli bir protokoldür. DApp'lerin geçerli olması için, tüm tarafları kendi inisiyatiflerine dahil etmeli ve kendi kendine sürdürülebilirlik ve kalkınma için herhangi bir engel oluşturmamalıdır. Yani zincirin içinde ve dışında verilerin tutarlılığını sağlamak için bu, “iyi insanların” olası kötü niyetli davranışları önlemek için zincirde konsensüsü veya teşvik kazanmasını sağlayan bir ekonomik sistem veya teşvik mekanizması gerektirir.
Proje geliştirmeyle ilgili olarak geliştiriciler, çözümleri gerçek sorunlara dayandırmalıdır. Geliştiricilerin yapması gereken şey, herkesi dahil etmek için yerleşik teşvik mekanizmalarına sahip blockchain tabanlı bir sistem tasarlamaktır. Teşviklerin şekli parasal veya diğer finansal faydalarla sınırlı değildir, aynı zamanda katılımcılara bir başarı hissi verebilir. Son olarak, geliştiricinin geçmiş araştırmalar üzerine inşa yoluyla geliştirmesi gerekir, bu nedenle geliştiricinin diğerlerinden öğrenme becerisine sahip olması gerekir.
Bir blockchain ekosisteminin refahı birçok faktörden etkilenir: Birincisi, Blockchain'in geliştirici dostu olup olmadığıdır. Örneğin geliştirici, DApp promosyonlarını herhangi bir engel olmadan devam ettirebilir. İkincisi, önceki blok zinciri sistemleri ile karşılaştırıldığında bu blok zinciri sisteminde bir gelişme olmalı ve basit uygulama, bir gelişimin odağı olmalıdır. Sonuç olarak blockchain nihai olarak sadece teknik insanlar için değil, genel halka yöneliktir.
Bu korona virüs salgını, daha fazla insanın blok zincirinin avantajlarını ve potansiyelini fark etmeleri için bir fırsat olmalıdır. Blockchain endüstrisi hala erken aşamalardadır ve gelecekte daha fazla ilgi görecektir. Kimlik doğrulaması ve kredi sistemi doğrulamasında iyi uygulama potansiyeline sahiptir. Örneğin bir kara kutu olarak Taobao’nun arka uç sistemi, henüz tüccarların kredisi sorununu çözmedi ve çözümün bir parçası olarak blockchain kullanılabilir. Tabii ki de öncül, veri gizliliğini ve güvenliğini sağlamaktır.
Hackathon etkinliğinin ortak sponsoru olarak Aelf, üstün AR-GE pozisyonlarına sahip seçkin geliştiriciler sunmaya kendini adamıştır. Ana ağ lansmanının ardından Aelf, olgun merkezi olmayan uygulamalarını Aelf blockchain platformuna getiren geliştiricilere yaklaşık 3000 USD değerinde token verecektir.
IEEE C/BDL'nin (IEEE Bilgisayar Topluluğu Blockchain & Dağıtılmış Defter Standartları Komitesi) yönetim kurulu üyesi seçildiği için CEO'muz Ma Haobo'yu tebrik ediyoruz.
Aelf, blockchain ve dağıtılmış defter teknolojisinin hızlı standartlaştırılması ve uygulanması için çalışacaktır. 💪
Konsensüs komutunun alınması (Get consensus command)
Örnek olarak A düğümünü almaya devam edelim. Bu, Aelf’in en uzun zincirine 1 Ocak 2020'de 13:59:56'da senkronize edilen bir düğümdür. Yerel ana zincir kodunu değiştirmeden dürüst bir düğüm olan A, bir bloğu senkronize etti. Yani A; ağdaki diğer düğümlerden blokları alır, başarıyla doğrular ve yerel blockchain defteri bilgilerini değiştirir. Yerel en iyi zincir, yerel blok zincirinin veri yapısını korur. Güncellendikten sonra bir olay, Event Bus’a yüklenir. Bu olayın işlevlerinden biri, A düğümüne konsensüs hizmetine ilgili olay aboneliği ve işleme mekanizması aracılığıyla daha sonra ne yapması gerektiğini sormasını hatırlatmaktır. Bu sorgu sırasında “A” ortak anahtarını konsensüs hizmetine verdi.
Konsensüs hizmetinin temel mantığı, akıllı bir sözleşme olarak mevcuttur çünkü kodunun blockchain dünyasındaki her düğüm için tutarlı olmasını sağlar. Değilse, düğümün kötü amaçlı veya sert/mecburi çatallı olmaya çalıştığı anlamına gelir. Birkaç milisaniye karmaşık veya basit hesaplamalardan sonra konsensüs akıllı sözleşmesi, A düğümüne bir ileti geri gönderir. Bu bilgilerin oluşturulması konsensüs mekanizması seçeneklerine göre değişir, ancak herhangi bir konsensüs aşağıdaki yapıya sahip olmalıdır:
• “A” ne zaman blok oluşturabilir? • “A” blok üretebiliyorsa, “A” daha fazla istekte bulunmak için hangi pozu kullanmalıdır: “A” mevcut konsensüs altında hangi blokları üretebilir? Bu bilgiye burada bir ekstra ipucu verin.
“A” blok üretemezse ne olur? Teorik olarak her düğüm, aslında blockchain dünyasında blok oluşturma potansiyeline sahiptir ancak konsensüs mekanizmasının farklı tasarımı nedeniyle (örneğin POS konsensüsü) bazı blok zincirleri çoğu düğümün blok üretme hakkına sahip olmasını istemez. Bu durumda, sadece 100 yıl sonra A'ya dönme süresini ayarlamanız gerekir, bu biraz abartı olabilir ancak birkaç ay sonra sorun olmayacaktır. “A” yüz yıl dayanabildiği ve bu yüz yılda yeni bir blok oluşturulmadığı sürece... (Herhangi bir geçerli yeni blok senkronizasyonu, A düğümünün blok çıkış zamanını geri kazanmasına neden olur.)
Bu arayüze dayalı bir PoW uygulamanın ne kadar kolay olacağını hayal etmek zor değildir. Zaman “hemen” olarak ayarlandığı sürece, ekstra bilgi istemi boştur.
AELF ana zincirinde konsensüs hizmeti, konsensüs geri besleme süresi bilgilerini öğrenir öğrenmez konsensüs zamanlayıcısını güncelleyecektir. Önceki konsensüs zamanlayıcısı boş değilse, yeni bir zaman noktasıyla doldurulmadan önce tamamlanmamış zamanlama bilgilerini temizlemelidir. Yani, konsensüs zamanlayıcısında yürütülmeyen yalnızca bir konsensüs görevi olabilir ve konsensüs zamanlayıcısı, tek bir nesnedir.
Daha sonra uzun geri sayım vardır.
Düğüm A örneğine dönelim. Diyelim ki A konsensüs sırası için talepte bulundu ve bir zaman aldı: 1 Ocak 2020 14:00, yani dört saniye sonra. Ekstra İpucu: Sonraki tur (bu, AEDPoS konsensüsünün bir ipucudur, yani A bu turun giden sürecini sonlandıracak ve bir sonraki turdaki tüm proxy giden düğümlerin giden sırasını güncelleyecektir.) Bu, zamanlayıcının dört saniye içinde bir üretim bloğu yürüten bir olayı derhal güncellemesi anlamına gelir. Bu dört saniyede ne yaparsın? Diğer düğümler tarafından gönderilen bloklar senkronize edilebilir ve doğrulanabilirse, bu olayın işlemcisini güncellemek için en iyi zinciri kullanın ve sürekli olarak konsensüs servisinden konsensüs komutunu isteyin (bu eyleme kodda TriggerConsensus adı verilir). Buna göre, konsensüs zamanlayıcısı sık sık resetlenir: 3.5 saniye, 3 saniye, 2.5 saniye, 2.5 saniye.
Saat 14:00:00. A düğümü, üretim bloğunu hazırlamaya başlamak için konsensüs zamanlayıcısının kontrolü altındadır. Bu noktada, önceki tasarımımıza göre, daha önce çalışmış olan blok çıkış süresi dışında bir bloğun nasıl üretileceğiyle ilgili bildiği tek bilgi, konsensüs hizmetinin verdiği ek ipuçlarıdır.
Aelf blok zincirinde bu noktada A düğümü, ek bilgi istemini konsensüs hizmetine iletir. İşlemin paketlenmesine ek olarak, diğer iki hizmet çağrılır:
• Konsensüs blok başlık bilgisinin alınması • Bir Konsensüs sistemi işleminin alınması
Konsensüs komutları istemek için arayüzün işlevlerinden biri, üretilen bloğun doğrulamayı geçmesini sağlamaktır. Aelf’de bir blok için bir dizi doğrulama adımında iki konsensüsle ilgili doğrulama vardır: yürütmeden önce blok başlığının doğrulanması ve konsensüs sözleşmesi durumunun değişiklik bilgilerinin yürütme sonrasında blok başlığındaki bilgilerle tutarlı olup olmadığının doğrulanması.
Basit bir benzetme yaparsak, bir .NET programcısı DNT çevrimdışı salona gider ve kontrol için salon düzenleyicisine davet mesajını gönderir. Bu mesaj, blok başlığına benzerdir; yani davet mesajını alamazsa, organizatör katılmasına izin vermez. Daha sonra, sponsor .Net programcısından cep telefonu numarasını bildirmesini ve bir blok zincir düğümünde bir konsensüs işlemini doğrulamaya benzer olan katılımcıların listesini aramasını isteyecektir. Sadece bu adım doğrulanırsa, .Net programcılar bu salona sorunsuz bir şekilde katılabilir.
Sonuç olarak, hizmetler için get consensus komutu gibi üç arayüze ihtiyacımız var. Protobuf açısından açıklanması:
Zincir güvenliği ve istikrarı için ConsensusCommand'da sadece bir sonraki blok oluşturma süresi (arranged_mining_time) ve Ekstra İpucu (hint) değil, aynı zamanda limit blok üretme süresi (limit_milliseconds_of_mining_block) ve en sonuncu yayın zamanı (mining_due_time) vardır. Son ikisi, belirli bir zaman sınırının aşılması durumunda üretilen bloğun yayınlanmasının gerekmediğini anlamak için blok üretim hizmeti için referans olarak kullanılır (veya diğer düğümler bunu yayınlasa bile, aşağıda ele alınacak arabirim türünün özel uygulamasında garanti edilen doğrulamayı geçemez). Boşuna bir blok oluşturmak, bloğun üretim düzenini bozmaktan daha iyidir.
Blok Doğrulaması
İstek konsensüs komutu ayrıntılı olarak tartışılmaya değerse, blok doğrulamayla ilgili arayüz hakkında övgüde bulunacak hiçbir şey yoktur. Aslında doğrulama mantığı, konsensüsten tamamen farklıdır.
Arayüzün kendisinde yeni bir fikir yoktur. Biri, konsensüs işlemi yürütülmeden önce blok başlığını doğrular. Diğeri ise konsensüs değişikliği durumunun konsensüs işlemi yürütüldükten sonra blok başlığında vaat edilen bilgilerle tutarlı olup olmadığını doğrulamaktır. İki doğrulama arayüzünün giriş parametreleri ikili dizilerdir; yani arayüz, herhangi bir veriyi kabul eder ve doğrulamanın özel uygulamasında seriden paralele çevirmek için sadece konsensüs uygulayıcısına ihtiyaç duyar.
27 Mart tarihinde Aelf Enterprise v1.0.0 Önizleme 1 piyasaya sürüldü. Tamamen geliştirilmiş bir blockchain ekosistemi, geliştirme paketi ve temel uygulamalar ve hizmetler için destekleyici belgeler de dahil olmak üzere geniş kapsamlı bir ticari blockchain çözümüdür.
Aelf Enterprise v0.9.2’den sonra odak, proje kodu incelemesi olmuştur. Aelf Enterprise v1.0.0 Önizleme 1, son inceleme sürecinde bulunan sorunları çözdü.
Genel Test Ağı (TestNet) Kodu, Aelf V1.0.0 Önizleme 1'e yükseltildi ve Ana Ağın (Mainnet) başlatılması için gereken tüm işlevler artık tamamlandı. Testnet blockchain Gezginine/Kaşifine ek olarak Test Android, IOS ve web cüzdanları gibi destekleyici özellikler senkronize bir şekilde piyasaya sürülecektir.
Aelf Enterprise V1.0.0 Önizleme 1 Sürümü Sistem Entegrasyonu
Bu lansman ile birlikte Aelf Genel Test Ağı ve Destekleyici Özellikler Tanıtımı (https://aelf.io/gridcn/aelf_public_testnet_and_supporting_features_introduction_en_v1.0.pdf) da yayınlandı. Bu tanıtım, Test Ağının teknolojisi ve destekleyici özellikleri hakkında yetkili bir kılavuzdur. Aelf tasarımının temel teknik unsurlarını ve ürün avantajlarını, detaylı temel fonksiyonları ve blockchain tarayıcısı ve cüzdanı gibi özelliklerin kullanım sürecini açıklar. Tanıtım; blockchain Gezgini, cüzdan ve diğer destekleyici imkanların ana hatlarını da detaylandırmaktadır.
Aelf, en son yayınlanan Ana Ağ Lansmanı Yol Haritasına uygun olarak ana ağ hazırlığını kademeli olarak başlatacaktır. Tüm performans göstergelerinin ve yönetişim mekanizmalarının canlı ve karmaşık bir ortamda istikrarlı bir şekilde çalışmasını sağlamak için, Aelf Enterprise V1.0.0 Önizleme 1 tabanlı bir Test Ağı düğüm seçimine eşzamanlı olarak olanak sağlanacaktır. Etkinliğin ayrıntıları, yakın gelecekte yayınlanacaktır.
Aelf vakfı, Test Ağı üretim düğümü durumu için başarıyla rekabet eden kullanıcıları doğrulayacaktır. Bunlar, Aelf web sitesi ve diğer sosyal medya kanalları aracılığıyla genel olarak doğrulanmış düğümler olarak tanımlanacaktır. Ana ağ başlatıldıktan sonra, herhangi bir kişi veya kuruluş düğüm seçimine katılabilecektir. Düğüm seçimi için referans olarak, genel test ağı düğümü seçim döneminde Aelf Vakfı tarafından doğrulanan ve önerilen kişi veya kuruluşlar. Bu etkinliklerin detayları yakın gelecekte açıklanacaktır.
Sonraki adımlar, Aelf Enterprise V1.0.0 Önizleme 1'in kararlı bir şekilde çalışmasını sağlamak olacaktır. Aelf; ağ performansını, istikrarı, yönetişim mekanizması verimliliğini, afete dirençli artıklıkları ve ön planlama mekanizmalarını kapsamlı bir şekilde değerlendirecektir. Potansiyel kriz durumlarını en aza indirmek ve risk ön planlamasını iyileştirmek için kod revizyonu ve mantıksal optimizasyonlar düzenli olarak uygulanacaktır. Ağın performansı ve verimliliği, Aelf ana ağının başlatılmaya tamamen hazır olduğundan emin olmak için en iyi duruma ayarlanacaktır.
Aelf Enterprise V1.0.0 Önizleme 1, Aelf'in en son teknik güncellemelerinin ve ana ağın Ar-Ge başarılarının temel bir göstergesidir. Proje; performans, ölçeklenebilirlik ve yönetişimde beklenen hedeflere ulaşmıştır. Ayrıca diğer kullanıcılar arasında geliştiriciler için istikrarlı, verimli ve güvenli temel teknik destek sağlayabilir.
Yeni bir ekonominin gelişimi, onu yönlendiren teknolojiden ayrılamaz ve bu teknoloji geliştirmenin amacı sonuç olarak değer yaratmaktır. Aelf; temel performansı ve kullanıcının deneyimini optimize etmeye, farklı iş uygulamaları için entegre blockchain iş çözümleri sağlayan ve geleneksel iş yönetişim sistemlerinin dönüşümünü destekleyen sürdürülebilir bir blockchain altyapısı oluşturmaya devam edecektir.
• Sözleşme yaklaşımıyla doğrulama mantığı geliştirildi • Rasgele sayı üretme mantığını optimize edilerek kullanım kolaylığı geliştirildi • Daha iyi bakım için zincir içi önbellek mantığı optimize edildi • Grpc gibi bağımlılık paketleri yükseltildi • Ana/yan zincir temettü havuzu mantığı optimize edildi • Servis ücreti hesaplama mantığı optimize edilerek genişlemesi kolaylaştırıldı • Servis ücreti ücretlendirme mantığı optimize edilerek kullanılabilirliği artırıldı • Daha iyi bakım için kod bağımlılığı/kod stili optimize edildi • CI/CD optimize edildi
• Artan derinlik prensibine göre Öğreticiler yapısı optimize edildi; bu, geliştiricilerin başlangıç deneyimlerini geliştirir • Yan zincir oluşturma içeriği eklendi.
2. Aelf Harici Uygulamalar Güncellemesi
2.1 Aelf blockchain Tarayıcısı (Scanner) v0.4.0
• Tarama mantığı ayarlandı
2.2 Aelf Tarayıcı (Scanner) Mysql eklentisi v1.0.0 önizleme 1
Aelf Genel Test Ağı ve Destek İmkanlarının Tanıtımına erişmek için lütfen Aelf resmî web sitesini (https://aelf.io/) ziyaret ediniz ve ilgili sayfaya tıklayınız.
Aelf, kişilerin blockchain teknolojisini kullanarak kolay ve verimli bir şekilde merkezi olmayan uygulamalar (DApps) oluşturmalarına yardımcı olmak için tasarlanmış merkezi olmayan bir bulut bilişim platformudur. Geleneksel sistemlerde Amazon'un bulut dağıtım hizmetleri gibi hizmetleri kullanıyoruz. Blockchain alanında sistem, Aelf’in merkezi olmayan bulut bilişim blockchain ağında barındırılabilir.
Aelf, çapraz zincir etkileşimleri destekleyen yüksek performanslı bir akıllı sözleşme platformu sağlar. Her uygulama, gerçek kaynak ayrımı sağlamak için bağımsız olarak belirlenmiş tek bir zincire dağıtılabilir. Ekosistem, iyi tasarlanmış bir ekonomik model ve yönetişim sistemi tarafından desteklenen çok sayıda sözleşmeden oluşmaktadır. Ekosistem, iyi tasarlanmış bir ekonomik model ve yönetişim sistemi tarafından desteklenen çok sayıda sözleşmeden oluşmaktadır.
1.2 Aelf Blockchain Sisteminin Önemli Noktaları
1. Dünyanın ilk paralel bilişim sistemi Aelf'in düğümleri, esnek bilgi işlem gücü ve güçlü paralel işleme sağlamak için ölçeklenen "küme" veri merkezleridir.
2. "Merkezi sunucular" ile karşılaştırılabilir yüksek performans Aelf düğümleri; paralel işleme, veri tabanını ayırma ve işleme bileşenlerini kullanır. Aelf’in test ağı, endüstri standardını aşan 15.000 saniye başına işleme (TPS) ulaştı.
3. Yenilikçi çapraz zincir birlikte çalışabilirlik mekanizması Aelf’in çapraz zincir teknolojisi, çok seviyeli bir ana zincir-yan zincir sistemine dayanarak oluşturulmuştur. Yan zincirlerden gelen bilgiler, ana zincir indeksleme mekanizması yoluyla bir merkle kökünde korunur ve diğer yan zincirler ve diğer halka açık/genel zincirler ile birlikte çalışabilirlik sağlar.
4. Modüler geliştirme bileşenleri Aelf’in geliştirme bileşenleri, pratik ve verimli bir dağıtım sistemi oluşturan modüler bir yapı ile tasarlanmıştır. Geliştiriciler, hızlı bir şekilde kendi blockchain sistemlerini oluşturabilir veya Aelf blockchain sisteminde akıllı sözleşmeler ve merkezi olmayan uygulamalar (DApps) geliştirebilirler.
5. Geliştirici dostu dağıtım ortamı Ana geliştirme dili ve olgunlaşmış IDE, geliştirici dostu ortamının sağlanmasını garanti etmek için seçildi. CodeGenerator, sözleşme geliştirme maliyetini büyük ölçüde azaltır ve profesyonel geliştirme araçları ve teknik belgeler sağlayarak Aelf’de oluşturan geliştiriciler için düzgün bir öğrenme eğrisi oluşturur.
< Resime gitmek için tıklayın >
28 Şubat 2020 akşamı Aelf Kurucusu ve CEO'su Ma Haobo, çevrimiçi blockchain hackathon yarışmasında danışman ve mentor olarak canlı bir öğreticide bulundu. Tartışmalar, 'Toplumun gerçek ihtiyaçlarına göre blok zincirinin yerini keşfetme' ile ilgiliydi.
Bu temel düşüncenin ayrıntıları aşağıdadır:
Ekip, 2016'dan beri temeldeki blockchain teknolojisini araştırıyor. Benzersiz blockchain ticari çözümü Aelf Enterprise, MIIT (Sanayi ve Bilgi Teknolojisi Bakanlığı) tarafından onaylandı ve CETSI (Çin Elektronik Teknolojisi Standardizasyon Enstitüsü) tarafından blockchain sistemi sertifikası aldı. Aynı zamanda bazı sosyal ihtiyaçları çözmek ve blockchain dağıtımını sağlamak için ekip, Tianjin Üniversitesi ile iş birliği içinde bir blockchain laboratuvarı kurdu.
Temel teknolojiye odaklanan blok zinciri projelerinin çoğu, Ethereum veya EOS temel kodunda yalnızca sınırlı değişiklikler yaptı ve Aelf, temel katmanı yazmak için .Net kullanılarak sıfırdan geliştirilmiş tamamen bağımsız bir sistemdir. Aelf, diğer platformların yanı sıra Linux üzerinde de derlenebilir ve Aelf gelişimi, her zaman bir mühendislik yaklaşımı ile yapılır. Piyasadaki mevcut blockchain sisteminin modülerizasyonu oldukça zayıftır. Üst işletme kodu ve alt blockchain kodu birlikte karıştırılır. Örneğin bir Ethereum tokeni kavramı, blockchain sistemi ile karıştırılır ve bağlantı birbirine çok bağımlıdır, bu da gerçek modülerleştirmeyi başarmayı zorlaştırır. Ancak Aelf, modüler hale getirilebilir ve olgun bir IDE sağlar. Geliştiriciler; IDE'ye dayalı uygulamalarda hata ayıklayabilir, uygulamalar geliştirebilir veya dağıtabilir.
Aelf'in çapraz zincir özelliklere sahip olduğunu belirtmek gerekir. Aelf genel test ağı, bir ana zincir ve dört yan zincirden oluşan bir dağıtım yapısına sahiptir ve zincirler arasında bağımsız bir dağıtım vardır. Bir zincirdeki herhangi bir veri diğer zincirlere aktarılabilir. A zincirinin işlemi engellenirse, yürütmek için diğer zincirlere kolayca aktarılabilir ve genel işlem verimliliğini artırabilir. Diğer blok zincir sistemleri, genellikle seri olarak yürütülür ve tıkanıklığa yatkındır.
Blockchain sadece bir kavram değildir ve projenin yürütülmesinin uygulama aşamasında merkezsizleştirilmesini sağlamak için kod tasarım kuralları veya iş mantığı yoluyla uygulanmalıdır. Aslında blockchain belirli bir senaryoya özel olarak uygulanmaz. Eğer bir senaryo merkezi bir çözümle çözülebiliyorsa, blok zincirini dahil etmeye gerek yoktur. İyi bir kamu zinciri, kullanıcıları DAPP (merkezi olmayan uygulama) tanıtımının bir parçası olarak DApp'lere katılmaya kendiliğinden teşvik edebilmelidir, kritik olarak kamu zinciri bir engel olamaz.
DApp'ler aslında herkesin zincirin yönetişimine katılması için bir kural belirleyen düşük seviyeli bir protokoldür. DApp'lerin geçerli olması için, tüm tarafları kendi inisiyatiflerine dahil etmeli ve kendi kendine sürdürülebilirlik ve kalkınma için herhangi bir engel oluşturmamalıdır. Yani zincirin içinde ve dışında verilerin tutarlılığını sağlamak için bu, “iyi insanların” olası kötü niyetli davranışları önlemek için zincirde konsensüsü veya teşvik kazanmasını sağlayan bir ekonomik sistem veya teşvik mekanizması gerektirir.
Proje geliştirmeyle ilgili olarak geliştiriciler, çözümleri gerçek sorunlara dayandırmalıdır. Geliştiricilerin yapması gereken şey, herkesi dahil etmek için yerleşik teşvik mekanizmalarına sahip blockchain tabanlı bir sistem tasarlamaktır. Teşviklerin şekli parasal veya diğer finansal faydalarla sınırlı değildir, aynı zamanda katılımcılara bir başarı hissi verebilir. Son olarak, geliştiricinin geçmiş araştırmalar üzerine inşa yoluyla geliştirmesi gerekir, bu nedenle geliştiricinin diğerlerinden öğrenme becerisine sahip olması gerekir.
Bir blockchain ekosisteminin refahı birçok faktörden etkilenir: Birincisi, Blockchain'in geliştirici dostu olup olmadığıdır. Örneğin geliştirici, DApp promosyonlarını herhangi bir engel olmadan devam ettirebilir. İkincisi, önceki blok zinciri sistemleri ile karşılaştırıldığında bu blok zinciri sisteminde bir gelişme olmalı ve basit uygulama, bir gelişimin odağı olmalıdır. Sonuç olarak blockchain nihai olarak sadece teknik insanlar için değil, genel halka yöneliktir.
Bu korona virüs salgını, daha fazla insanın blok zincirinin avantajlarını ve potansiyelini fark etmeleri için bir fırsat olmalıdır. Blockchain endüstrisi hala erken aşamalardadır ve gelecekte daha fazla ilgi görecektir. Kimlik doğrulaması ve kredi sistemi doğrulamasında iyi uygulama potansiyeline sahiptir. Örneğin bir kara kutu olarak Taobao’nun arka uç sistemi, henüz tüccarların kredisi sorununu çözmedi ve çözümün bir parçası olarak blockchain kullanılabilir. Tabii ki de öncül, veri gizliliğini ve güvenliğini sağlamaktır.
Hackathon etkinliğinin ortak sponsoru olarak Aelf, üstün AR-GE pozisyonlarına sahip seçkin geliştiriciler sunmaya kendini adamıştır. Ana ağ lansmanının ardından Aelf, olgun merkezi olmayan uygulamalarını Aelf blockchain platformuna getiren geliştiricilere yaklaşık 3000 USD değerinde token verecektir.
Canlı öğreticinin videosuna “http://so3w.cn/vxm” adresinden ulaşabilirsiniz.
KAYNAK:https://medium.com/aelfblockchain/aelf-ceo-haobo-presents-a-workshop-at-the-wanxiang-online-hackathon-e9428fd0f57d
Aelf, blockchain ve dağıtılmış defter teknolojisinin hızlı standartlaştırılması ve uygulanması için çalışacaktır. 💪
< Resime gitmek için tıklayın >
Aelf, resmi olarak IEEE C/BDL'ye (IEEE Bilgisayar Topluluğu Blockchain ve Dağıtılmış Defter Standartları Komitesi) katıldı.
Aelf; Blockchain Altyapısı, Blockchain Sistemleri ve Dikey Endüstri Çözümlerinin Ar-Ge alanlarında hizmet verecektir!
< Resime gitmek için tıklayın >
< Resime gitmek için tıklayın >
Konsensüs komutunun alınması (Get consensus command)
Örnek olarak A düğümünü almaya devam edelim. Bu, Aelf’in en uzun zincirine 1 Ocak 2020'de 13:59:56'da senkronize edilen bir düğümdür. Yerel ana zincir kodunu değiştirmeden dürüst bir düğüm olan A, bir bloğu senkronize etti. Yani A; ağdaki diğer düğümlerden blokları alır, başarıyla doğrular ve yerel blockchain defteri bilgilerini değiştirir. Yerel en iyi zincir, yerel blok zincirinin veri yapısını korur. Güncellendikten sonra bir olay, Event Bus’a yüklenir. Bu olayın işlevlerinden biri, A düğümüne konsensüs hizmetine ilgili olay aboneliği ve işleme mekanizması aracılığıyla daha sonra ne yapması gerektiğini sormasını hatırlatmaktır. Bu sorgu sırasında “A” ortak anahtarını konsensüs hizmetine verdi.
Konsensüs hizmetinin temel mantığı, akıllı bir sözleşme olarak mevcuttur çünkü kodunun blockchain dünyasındaki her düğüm için tutarlı olmasını sağlar. Değilse, düğümün kötü amaçlı veya sert/mecburi çatallı olmaya çalıştığı anlamına gelir. Birkaç milisaniye karmaşık veya basit hesaplamalardan sonra konsensüs akıllı sözleşmesi, A düğümüne bir ileti geri gönderir. Bu bilgilerin oluşturulması konsensüs mekanizması seçeneklerine göre değişir, ancak herhangi bir konsensüs aşağıdaki yapıya sahip olmalıdır:
• “A” ne zaman blok oluşturabilir?
• “A” blok üretebiliyorsa, “A” daha fazla istekte bulunmak için hangi pozu kullanmalıdır: “A” mevcut konsensüs altında hangi blokları üretebilir? Bu bilgiye burada bir ekstra ipucu verin.
“A” blok üretemezse ne olur? Teorik olarak her düğüm, aslında blockchain dünyasında blok oluşturma potansiyeline sahiptir ancak konsensüs mekanizmasının farklı tasarımı nedeniyle (örneğin POS konsensüsü) bazı blok zincirleri çoğu düğümün blok üretme hakkına sahip olmasını istemez. Bu durumda, sadece 100 yıl sonra A'ya dönme süresini ayarlamanız gerekir, bu biraz abartı olabilir ancak birkaç ay sonra sorun olmayacaktır. “A” yüz yıl dayanabildiği ve bu yüz yılda yeni bir blok oluşturulmadığı sürece... (Herhangi bir geçerli yeni blok senkronizasyonu, A düğümünün blok çıkış zamanını geri kazanmasına neden olur.)
Bu arayüze dayalı bir PoW uygulamanın ne kadar kolay olacağını hayal etmek zor değildir. Zaman “hemen” olarak ayarlandığı sürece, ekstra bilgi istemi boştur.
AELF ana zincirinde konsensüs hizmeti, konsensüs geri besleme süresi bilgilerini öğrenir öğrenmez konsensüs zamanlayıcısını güncelleyecektir. Önceki konsensüs zamanlayıcısı boş değilse, yeni bir zaman noktasıyla doldurulmadan önce tamamlanmamış zamanlama bilgilerini temizlemelidir. Yani, konsensüs zamanlayıcısında yürütülmeyen yalnızca bir konsensüs görevi olabilir ve konsensüs zamanlayıcısı, tek bir nesnedir.
Daha sonra uzun geri sayım vardır.
Düğüm A örneğine dönelim. Diyelim ki A konsensüs sırası için talepte bulundu ve bir zaman aldı: 1 Ocak 2020 14:00, yani dört saniye sonra. Ekstra İpucu: Sonraki tur (bu, AEDPoS konsensüsünün bir ipucudur, yani A bu turun giden sürecini sonlandıracak ve bir sonraki turdaki tüm proxy giden düğümlerin giden sırasını güncelleyecektir.) Bu, zamanlayıcının dört saniye içinde bir üretim bloğu yürüten bir olayı derhal güncellemesi anlamına gelir. Bu dört saniyede ne yaparsın? Diğer düğümler tarafından gönderilen bloklar senkronize edilebilir ve doğrulanabilirse, bu olayın işlemcisini güncellemek için en iyi zinciri kullanın ve sürekli olarak konsensüs servisinden konsensüs komutunu isteyin (bu eyleme kodda TriggerConsensus adı verilir). Buna göre, konsensüs zamanlayıcısı sık sık resetlenir: 3.5 saniye, 3 saniye, 2.5 saniye, 2.5 saniye.
Saat 14:00:00. A düğümü, üretim bloğunu hazırlamaya başlamak için konsensüs zamanlayıcısının kontrolü altındadır. Bu noktada, önceki tasarımımıza göre, daha önce çalışmış olan blok çıkış süresi dışında bir bloğun nasıl üretileceğiyle ilgili bildiği tek bilgi, konsensüs hizmetinin verdiği ek ipuçlarıdır.
Aelf blok zincirinde bu noktada A düğümü, ek bilgi istemini konsensüs hizmetine iletir. İşlemin paketlenmesine ek olarak, diğer iki hizmet çağrılır:
• Konsensüs blok başlık bilgisinin alınması
• Bir Konsensüs sistemi işleminin alınması
Konsensüs komutları istemek için arayüzün işlevlerinden biri, üretilen bloğun doğrulamayı geçmesini sağlamaktır. Aelf’de bir blok için bir dizi doğrulama adımında iki konsensüsle ilgili doğrulama vardır: yürütmeden önce blok başlığının doğrulanması ve konsensüs sözleşmesi durumunun değişiklik bilgilerinin yürütme sonrasında blok başlığındaki bilgilerle tutarlı olup olmadığının doğrulanması.
Basit bir benzetme yaparsak, bir .NET programcısı DNT çevrimdışı salona gider ve kontrol için salon düzenleyicisine davet mesajını gönderir. Bu mesaj, blok başlığına benzerdir; yani davet mesajını alamazsa, organizatör katılmasına izin vermez. Daha sonra, sponsor .Net programcısından cep telefonu numarasını bildirmesini ve bir blok zincir düğümünde bir konsensüs işlemini doğrulamaya benzer olan katılımcıların listesini aramasını isteyecektir. Sadece bu adım doğrulanırsa, .Net programcılar bu salona sorunsuz bir şekilde katılabilir.
Sonuç olarak, hizmetler için get consensus komutu gibi üç arayüze ihtiyacımız var. Protobuf açısından açıklanması:
< Resime gitmek için tıklayın >
Zincir güvenliği ve istikrarı için ConsensusCommand'da sadece bir sonraki blok oluşturma süresi (arranged_mining_time) ve Ekstra İpucu (hint) değil, aynı zamanda limit blok üretme süresi (limit_milliseconds_of_mining_block) ve en sonuncu yayın zamanı (mining_due_time) vardır. Son ikisi, belirli bir zaman sınırının aşılması durumunda üretilen bloğun yayınlanmasının gerekmediğini anlamak için blok üretim hizmeti için referans olarak kullanılır (veya diğer düğümler bunu yayınlasa bile, aşağıda ele alınacak arabirim türünün özel uygulamasında garanti edilen doğrulamayı geçemez). Boşuna bir blok oluşturmak, bloğun üretim düzenini bozmaktan daha iyidir.
Blok Doğrulaması
İstek konsensüs komutu ayrıntılı olarak tartışılmaya değerse, blok doğrulamayla ilgili arayüz hakkında övgüde bulunacak hiçbir şey yoktur. Aslında doğrulama mantığı, konsensüsten tamamen farklıdır.
Arayüzün kendisinde yeni bir fikir yoktur. Biri, konsensüs işlemi yürütülmeden önce blok başlığını doğrular. Diğeri ise konsensüs değişikliği durumunun konsensüs işlemi yürütüldükten sonra blok başlığında vaat edilen bilgilerle tutarlı olup olmadığını doğrulamaktır. İki doğrulama arayüzünün giriş parametreleri ikili dizilerdir; yani arayüz, herhangi bir veriyi kabul eder ve doğrulamanın özel uygulamasında seriden paralele çevirmek için sadece konsensüs uygulayıcısına ihtiyaç duyar.
< Resime gitmek için tıklayın >
KAYNAK:https://medium.com/aelfblockchain/aelf-tech-talks-consensus-and-standard-interpretation-pt-2-c9bbe36ddc32
< Resime gitmek için tıklayın >
< Resime gitmek için tıklayın >
27 Mart tarihinde Aelf Enterprise v1.0.0 Önizleme 1 piyasaya sürüldü. Tamamen geliştirilmiş bir blockchain ekosistemi, geliştirme paketi ve temel uygulamalar ve hizmetler için destekleyici belgeler de dahil olmak üzere geniş kapsamlı bir ticari blockchain çözümüdür.
Aelf Enterprise v0.9.2’den sonra odak, proje kodu incelemesi olmuştur. Aelf Enterprise v1.0.0 Önizleme 1, son inceleme sürecinde bulunan sorunları çözdü.
Genel Test Ağı (TestNet) Kodu, Aelf V1.0.0 Önizleme 1'e yükseltildi ve Ana Ağın (Mainnet) başlatılması için gereken tüm işlevler artık tamamlandı. Testnet blockchain Gezginine/Kaşifine ek olarak Test Android, IOS ve web cüzdanları gibi destekleyici özellikler senkronize bir şekilde piyasaya sürülecektir.
Aelf Enterprise V1.0.0 Önizleme 1 Sürümü Sistem Entegrasyonu
1. Aelf Enterprise
• Aelf v1.0.0 önizleme 1
• DevKit v1.0.0 önizleme 1
2. Aelf Harici Uygulamalar
• Aelf Blockchain Tarayıcı (scanner) v0.4.0
• Aelf Tarayıcı (scanner) Mysql eklentisi v1.0.0 önizleme 1
• Aelf Gezgini/Kâşifi (Explorer) v1.0.0 önizleme 1
• Aelf Cüzdan v1.0.0 önizleme 1
• Aelf JS SDK 3.2.29
• Aelf-bridge 0.0.8
• Nodejs v0.1.37’de Aelf CLI
3. Aelf Tarayıcı Uzantısı v1.0.16
Bu lansman ile birlikte Aelf Genel Test Ağı ve Destekleyici Özellikler Tanıtımı (https://aelf.io/gridcn/aelf_public_testnet_and_supporting_features_introduction_en_v1.0.pdf) da yayınlandı. Bu tanıtım, Test Ağının teknolojisi ve destekleyici özellikleri hakkında yetkili bir kılavuzdur. Aelf tasarımının temel teknik unsurlarını ve ürün avantajlarını, detaylı temel fonksiyonları ve blockchain tarayıcısı ve cüzdanı gibi özelliklerin kullanım sürecini açıklar. Tanıtım; blockchain Gezgini, cüzdan ve diğer destekleyici imkanların ana hatlarını da detaylandırmaktadır.
Aelf, en son yayınlanan Ana Ağ Lansmanı Yol Haritasına uygun olarak ana ağ hazırlığını kademeli olarak başlatacaktır. Tüm performans göstergelerinin ve yönetişim mekanizmalarının canlı ve karmaşık bir ortamda istikrarlı bir şekilde çalışmasını sağlamak için, Aelf Enterprise V1.0.0 Önizleme 1 tabanlı bir Test Ağı düğüm seçimine eşzamanlı olarak olanak sağlanacaktır. Etkinliğin ayrıntıları, yakın gelecekte yayınlanacaktır.
Aelf vakfı, Test Ağı üretim düğümü durumu için başarıyla rekabet eden kullanıcıları doğrulayacaktır. Bunlar, Aelf web sitesi ve diğer sosyal medya kanalları aracılığıyla genel olarak doğrulanmış düğümler olarak tanımlanacaktır. Ana ağ başlatıldıktan sonra, herhangi bir kişi veya kuruluş düğüm seçimine katılabilecektir. Düğüm seçimi için referans olarak, genel test ağı düğümü seçim döneminde Aelf Vakfı tarafından doğrulanan ve önerilen kişi veya kuruluşlar. Bu etkinliklerin detayları yakın gelecekte açıklanacaktır.
Sonraki adımlar, Aelf Enterprise V1.0.0 Önizleme 1'in kararlı bir şekilde çalışmasını sağlamak olacaktır. Aelf; ağ performansını, istikrarı, yönetişim mekanizması verimliliğini, afete dirençli artıklıkları ve ön planlama mekanizmalarını kapsamlı bir şekilde değerlendirecektir. Potansiyel kriz durumlarını en aza indirmek ve risk ön planlamasını iyileştirmek için kod revizyonu ve mantıksal optimizasyonlar düzenli olarak uygulanacaktır. Ağın performansı ve verimliliği, Aelf ana ağının başlatılmaya tamamen hazır olduğundan emin olmak için en iyi duruma ayarlanacaktır.
Aelf Enterprise V1.0.0 Önizleme 1, Aelf'in en son teknik güncellemelerinin ve ana ağın Ar-Ge başarılarının temel bir göstergesidir. Proje; performans, ölçeklenebilirlik ve yönetişimde beklenen hedeflere ulaşmıştır. Ayrıca diğer kullanıcılar arasında geliştiriciler için istikrarlı, verimli ve güvenli temel teknik destek sağlayabilir.
Yeni bir ekonominin gelişimi, onu yönlendiren teknolojiden ayrılamaz ve bu teknoloji geliştirmenin amacı sonuç olarak değer yaratmaktır. Aelf; temel performansı ve kullanıcının deneyimini optimize etmeye, farklı iş uygulamaları için entegre blockchain iş çözümleri sağlayan ve geleneksel iş yönetişim sistemlerinin dönüşümünü destekleyen sürdürülebilir bir blockchain altyapısı oluşturmaya devam edecektir.
Ayrıntılı Güncellemeler
1. Güncellemeler ve Tanıtım
1.1 Aelf v1.0.0 Önizleme 1
https://github.com/AElfProject/AElf
• Sözleşme yaklaşımıyla doğrulama mantığı geliştirildi
• Rasgele sayı üretme mantığını optimize edilerek kullanım kolaylığı geliştirildi
• Daha iyi bakım için zincir içi önbellek mantığı optimize edildi
• Grpc gibi bağımlılık paketleri yükseltildi
• Ana/yan zincir temettü havuzu mantığı optimize edildi
• Servis ücreti hesaplama mantığı optimize edilerek genişlemesi kolaylaştırıldı
• Servis ücreti ücretlendirme mantığı optimize edilerek kullanılabilirliği artırıldı
• Daha iyi bakım için kod bağımlılığı/kod stili optimize edildi
• CI/CD optimize edildi
1.2 DevKit v1.0.0 Önizleme 1
aelf-boilerplate:https://github.com/AElfProject/aelf-boilerplate
Geliştirici belgeleri:https://docs.aelf.io/
• Artan derinlik prensibine göre Öğreticiler yapısı optimize edildi; bu, geliştiricilerin başlangıç deneyimlerini geliştirir
• Yan zincir oluşturma içeriği eklendi.
2. Aelf Harici Uygulamalar Güncellemesi
2.1 Aelf blockchain Tarayıcısı (Scanner) v0.4.0
• Tarama mantığı ayarlandı
2.2 Aelf Tarayıcı (Scanner) Mysql eklentisi v1.0.0 önizleme 1
2.3 Aelf Gezgini/Kâşifi (Explorer) v1.0.0 önizleme 1
• Yeni Teklif Modülü
• Ana Zincir:https://explorer-test.aelf.io
• Yan Zincir 1:https://explorer-test-side01.aelf.io/
• Yan Zincir 2:https://explorer-test-side02.aelf.io/
• Yan Zincir 3:https://explorer-test-side03.aelf.io/
• Yan Zincir 4:https://explorer-test-side04.aelf.io/
• Yan Zincir 5:https://explorer-test-side05.aelf.io/
2.4 Aelf cüzdan v1.0.0 önizleme 1
Aelf IOS/Android Cüzdan Beta İndirme Bağlantısı:
• iOS Enterprise:http://d.6short.com/iOSAElf
• Android:http://d.6short.com/AelfAndroid
2.5 Aelf JS SDK 3.2.29
• SDK'deki Block Bloom'un filtreleme işlevi eklenir ve etkinliğe abone olunur
2.6 Aelf-bridge 0.0.8
2.7 Nodejs v0.1.37’de Aelf CLI
3. aelf Tarayıcı Uzantısı v1.0.16
• Chrome İndirme Bağlantısı:https://chrome.google.com/webstore/search/AELF
• Kod Tabanı:https://github.com/AElfProject/aelf-web-extension
• Belge:https://docs.browser-extension.aelf.io/
Güncelleme: Belge basitleştirdi ve parametreleri ayarladı.
Aelf Genel Test Ağı ve Destek İmkanlarının Tanıtımına erişmek için lütfen Aelf resmî web sitesini (https://aelf.io/) ziyaret ediniz ve ilgili sayfaya tıklayınız.
KAYNAK: https://medium.com/@aelfblockchain/aelf-enterprise-v1-0-0-preview-1-officially-released-3d2290323fd3
< Resime gitmek için tıklayın >
1.1 Aelf Blockchain Sistemine Giriş
Aelf, kişilerin blockchain teknolojisini kullanarak kolay ve verimli bir şekilde merkezi olmayan uygulamalar (DApps) oluşturmalarına yardımcı olmak için tasarlanmış merkezi olmayan bir bulut bilişim platformudur. Geleneksel sistemlerde Amazon'un bulut dağıtım hizmetleri gibi hizmetleri kullanıyoruz. Blockchain alanında sistem, Aelf’in merkezi olmayan bulut bilişim blockchain ağında barındırılabilir.
Aelf, çapraz zincir etkileşimleri destekleyen yüksek performanslı bir akıllı sözleşme platformu sağlar. Her uygulama, gerçek kaynak ayrımı sağlamak için bağımsız olarak belirlenmiş tek bir zincire dağıtılabilir. Ekosistem, iyi tasarlanmış bir ekonomik model ve yönetişim sistemi tarafından desteklenen çok sayıda sözleşmeden oluşmaktadır. Ekosistem, iyi tasarlanmış bir ekonomik model ve yönetişim sistemi tarafından desteklenen çok sayıda sözleşmeden oluşmaktadır.
1.2 Aelf Blockchain Sisteminin Önemli Noktaları
1. Dünyanın ilk paralel bilişim sistemi
Aelf'in düğümleri, esnek bilgi işlem gücü ve güçlü paralel işleme sağlamak için ölçeklenen "küme" veri merkezleridir.
2. "Merkezi sunucular" ile karşılaştırılabilir yüksek performans
Aelf düğümleri; paralel işleme, veri tabanını ayırma ve işleme bileşenlerini kullanır. Aelf’in test ağı, endüstri standardını aşan 15.000 saniye başına işleme (TPS) ulaştı.
3. Yenilikçi çapraz zincir birlikte çalışabilirlik mekanizması
Aelf’in çapraz zincir teknolojisi, çok seviyeli bir ana zincir-yan zincir sistemine dayanarak oluşturulmuştur. Yan zincirlerden gelen bilgiler, ana zincir indeksleme mekanizması yoluyla bir merkle kökünde korunur ve diğer yan zincirler ve diğer halka açık/genel zincirler ile birlikte çalışabilirlik sağlar.
4. Modüler geliştirme bileşenleri
Aelf’in geliştirme bileşenleri, pratik ve verimli bir dağıtım sistemi oluşturan modüler bir yapı ile tasarlanmıştır. Geliştiriciler, hızlı bir şekilde kendi blockchain sistemlerini oluşturabilir veya Aelf blockchain sisteminde akıllı sözleşmeler ve merkezi olmayan uygulamalar (DApps) geliştirebilirler.
5. Geliştirici dostu dağıtım ortamı
Ana geliştirme dili ve olgunlaşmış IDE, geliştirici dostu ortamının sağlanmasını garanti etmek için seçildi. CodeGenerator, sözleşme geliştirme maliyetini büyük ölçüde azaltır ve profesyonel geliştirme araçları ve teknik belgeler sağlayarak Aelf’de oluşturan geliştiriciler için düzgün bir öğrenme eğrisi oluşturur.
KAYNAK:https://aelf.io/gridcn/aelf_public_testnet_and_supporting_features_introduction_en_v1.0.pdf?t=20200327
< Resime gitmek için tıklayın >