AELF ($ELF) Blockchain (RESMİ ANA KONU)

[KursatAelf]

[KursatAelf]

[hebelubes]

Sizdeki azim hiç kimsede yok tebrik ediyorum. Aelf ekibi sizin kadar çalışsa proje iflah olur.

[KursatAelf]

Sizdeki azim hiç kimsede yok tebrik ediyorum. Aelf ekibi sizin kadar çalışsa proje iflah olur.

Görüşleriniz için teşekkürler Hiç kuşkunuz olmasın ki Aelf ekibi Aelf'i daha da iyi konumlara getirmek için topluluk moderatörlerinden çok daha fazla çalışmaktadır

[KursatAelf]

✅ BFSI (Bankacılık, finansal hizmetler ve sigorta) pazarında Blockchain teknolojisinin benimsenmesinin kapsamlı analizinde Aelf, Blockchain teknolojisinin benimsenmesini destekleyen büyük şirketlerin yanında bir ANAHTAR OYUNCU olarak adlandırıldı.

https://www.fortunebusinessinsights.com/industry-reports/blockchain-in-bfsi-market-100608

[KursatAelf]

Aelf Teknik Konuşmalar - AElf Akıllı Sözleşme Geliştirme - İlk AElf Akıllı Sözleşme - Bölüm 2



2. Bir akıllı sözleşme projesi oluşturulması

Sözleşme klasöründe “AElf.Contracts.HelloWorld” adlı bir dosya oluşturun ve csproj dosyasını aşağıdaki gibi değiştirin:



Geçerli proje bir proto dosyasında tanımlanan bir hizmeti uygulamak istiyorsa, proto dosyasına başvurmak için ContractCode etiketini kullanır.

AELf.Contracts.HelloWorld projesini derlemeden önce, projede HelloWorldContractState adlı bir C# kod dosyası oluşturun (veya Class1'i HelloWorldContractState olarak yeniden adlandırın) ve HelloWorldContractState'in ContractState'ten devralmasına izin verin, aksi halde derleme bir hata ile başarısız olur:

… "HelloWorldContractState" türü veya ad alanı adı, "AElf.Contracts.HelloWorld" ad alanında mevcut değildir (bir başvuru derlemesi mi eksik?)

Başarılı bir şekilde derledikten sonra, projenin dizin yapısı şöyle olmalıdır:



Sözleşme durumunu tanımlamak için HelloWorldContractState.cs kullanılır. Mevcut kod:



Son olarak bu projede hizmet uygulaması sağlamak için bir C# kod dosyası HelloWorldContract.cs verilir ve içindeki sınıflar HelloWorldContractContainer.HelloWorldContractBase ve C #'ın geçersiz kılma mekanizması hizmetlerini uygulamak için kullanılabilir.

HelloWorldContract kodunu uygulamadan önce, bu üç hizmetin işlevlerini analiz ediyoruz.

Greet hizmeti göreceli olarak basittir, yani “Merhaba Dünya!” Çağrıdan sonra işlem yürütme sonucu olarak döndürülür.

GreetTo, Greet'e benzerdir. Ancak döndürülen yürütme sonucu, işlem gönderen tarafından belirtilen diziyi içerir. GetGreetedList, önceki GreetTo işlemlerinin işlem parametrelerinin kaydını sorgulamak için kullanılır. Şimdilik veri temizleme sorunlarını görmezden gelebilirsiniz. Kayıtlar, durum olarak kaydedilmelidir. Bu nedenle, HelloWorldContractState'teki öznitelikler aracılığıyla bir GreetedList öğesinin SingletonState türünü tanımlamanız gerekir:



Yukarıdaki GreetedList için State.GreetedList'i doğrudan HelloWorldContract'ta kullanabilirsiniz. State.GreetedList'i veritabanının girişi olarak düşünebilirsiniz. Bu SingletonState <GreetedList> veritabanı türünün geçerli değerini almak için State.GreetedList.Value kullanınız (SingletonState'in değer özelliğine erişerek AELf sözleşme geliştirme SDK'sı derleme anahtarını tamamlayacak ve önbellek ve veritabanı işlemlerini sırayla okuyacaktır) .

Daha sonra bu üç hizmetin nasıl uygulanacağına bakacağız.



3. Akıllı Sözleşme Test Projesi oluşturulması

TestKit kullanılması

AElf Sözleşmesi TestKit, AElf akıllı sözleşmelerini test etmek için özel olarak kullanılan bir test yapısıdır. Bu çerçevede, bir Saplama (stub) oluşturur ve işlem yürütmelerini simüle etmek için Saplama örneği tarafından sağlanan yöntemleri kullanır (genellikle sözleşmenin Eylem yöntemine karşılık gelir). Ayrıca test senaryosunda işlem yürütme sonuçlarını sorgulamanın yanı sıra (genellikle sözleşmenin Görünüm yöntemine karşılık gelir) sorgular. Bunu takiben, sözleşme yönteminin test görevini tamamlarsınız.

Test klasöründe AELf akıllı sözleşme test projesi olarak bir xUnit projesi oluşturun veya csproj dosyasını şu şekilde değiştirin:



Mevcut projenin gönderme veya sorgulama işlemlerini simüle etmek için bir sözleşme Saplaması kullanması gerekiyorsa, proto dosyasına başvurmak için ContractStub etiketini kullanın.

İpuçları:

• RootNamespace, bu proje altında açıkça bir varsayılan ad alanı belirtir. Varsayılan ad alanı, sözleşme koduyla tutarlı olacak şekilde değiştirilir. Bu gerekli değildir.
• Üçüncü taraf sınıf kitaplığına başvuru eklenip eklenmeyeceğine karar verebilirsiniz.
• Ana zincirin AELf.Contracts.TestKit referansı eklenmelidir. Bu belge yazılırken, AELf'in en son yayınlanan sürümü 0.9.0'dır.
• Bu projenin amacı HelloWorld sözleşmesini test etmek olduğundan, sözleşme projesine bir referans eklememiz gerekiyor.
• Test ortamı başlatıldığında, HelloWorld sözleşmesinin sıfır sözleşmeyle dağıtılması gerekir; bu, sıfır sözleşmenin saplamasını referans almak için ContractStub etiketinin de kullanılması gerektiği anlamına gelir.

Test Modülü

XXModule, kodun ABP yapısı tarafından modüler yönetimi için bir birimdir. Sözleşme testi durum projeleri için AELf varsayılan olarak sözleşmeyi isteğe bağlı dağıtma iznini kapattığından yalnızca ContractTestModule'e güvenmesi gerekir. Test ortamını hazırlarken, sözleşmeyi dağıtmak için izni el ile açmanız gerekir.



Test Base

Test Base, test durumunda kullanılan değişkenleri (sözleşme saplama ve sözleşme adresi vb.) başlatmak ve sözleşmeyi test için dağıtmak için kullanılır.

HelloWorldContractTestBase'de, sıfır sözleşme DeploySystemSmartContract yöntemini çağırarak HelloWorld sözleşmesini dağıttık ve sözleşme testi durumunda HelloWorldContractStub ve HelloWorldContractAddress adlı iki önemli değişkeni başlattık.





Test Durumları

Test Base tamamen hazırlandığında yazı kısmı kolay olacaktır.

Örneğin, test durumunda işlem gönderme işlemini simüle etmek istiyorsanız, HelloWorld sözleşmesinde bir Greet işlemi göndermek istiyorsanız, Test Base'de doğrudan başlatılan HelloWorldContractStub'ı kullanabilir ve await HelloWorldContractStub.Greet.SendAsync (yeni Empty ())'yı çağırabilirsiniz. Çağrı bittikten sonra, dönüş değerini almak için TransactionResult türünde bir değişken kullanılır ve bu işlemin yürütme sonucu denetlenir.

Greet, GreetTo ve GetGreetedList yöntemlerinin üç yöntemi için en temel test örnekleri aşağıdadır:





SendAsync kullanmanın öncülünün test durumu yazılırken ilgili işlemin başarıyla yürütülmesi gerektiğini varsaymak olduğunu lütfen unutmayın. İşlem yürütme hatası istisnasını test etmek istiyorsanız, başka bir yöntem kullanmanız gerekir: SendWithExceptionAsync.



Bu serinin 3. bölümünde, geliştirdiğimiz akıllı sözleşmelerin dağıtımını tartışacağız.

KAYNAK: https://medium.com/aelfblockchain/aelf-tech-talks-aelf-smart-contract-development-the-first-aelf-smart-contract-part-2-c05e5c6f64c6

[KursatAelf]

Staking - Ücretsiz Kripto Kazanmanın Yeni Yolu



Staking, blockchain projelerine hızla bir endüstri standardı haline gelen Hisse İspatı (POS) konsensüs protokolünün arkasındaki temel kavramdır. PoS, blok zincirlerinin güvenlik ve kaynak verimliliğinden ödün vermeden etkili bir şekilde ölçeklenmesine izin verir. Staking’i dâhil eden projeler Aelf, Dash, EOS, Cosmos, Cardano, Definity ve diğer birçoğudur.

PoW - Neden değişir

İlk olarak PoS'un geliştirilmesine yol açan İş/Emek Kanıtı (PoW) konsensüsünün karşılaştığı bazı konulara bakalım.

1. Aşırı enerji tüketimi - 2017 yılında bitcoin ağı (En Büyük PoW blok zinciri) tarafından kullanılan elektrik miktarı konusunda birçok endişe dile getirildi. O zamandan beri enerji tüketimi %400'ün üzerinde arttı. Bu ağdaki 1 tek işlemin 736.722 Visa işlemiyle aynı karbon ayak izine sahip olduğu ya da 20 ABD hane halkıyla aynı miktarda elektrik tükettiği anlamına gelir.
2. Değişen Elektrik Maliyetleri - Ağdaki herhangi bir madencinin kârı, iki maliyete bağlıdır: donanım ve altyapıyı elde etmek için ilk startup maliyetine ve daha önemlisi söz konusu ekipmanın elektrik kullanımına ilişkin çalışma maliyetine. Elektrik maliyetleri, kWh başına yüzde fraksiyondan 50 sentin (USD) üzerine kadar değişebilir ve bazı durumlarda ücretsizdir. Bir kullanıcı saatte sadece 0.40 USD kazandığında tamamen elektrik maliyetlerine dayanan belirli demografileri açıkça ortadan kaldıracak ve tam merkezsizleşme potansiyelini azaltacaktır.
3. Azalan merkezsizleşme - madencilik ekipmanlarının yüksek maliyeti nedeniyle büyük finansal tabanları olan firmalar, bireysel madencilere kiralamak ya da tamamen kişisel kazançlar için madencilik çiftlikleri kurdular. Bu, ağdaki büyük demografik sıcak noktalarla sonuçlanır ve merkezsizleşme yönünü artık bu yönün gerçekleştirilemeyeceği bir noktaya indirir.
4. Çatışan çıkarlar - Ağda çalışan madencilerin gereksinimleri tamamen donanım, elektrik ve internet bağlantısına sahip olmaktır. Bir madencinin kazanabileceği miktar için herhangi bir sınırlama yoktur ve ağda herhangi bir hisse sahibi olmaları gerekmez ve bu nedenle ağa fayda sağlayabilecek ancak ödüllerini azaltacak yükseltmelere oy vermeleri için çok az teşvik vardır.

Tutarlı Fiat Enjeksiyonu - Madencilerin çoğunluğu fiat para birimi cinsinden elektriğini ödemektedir. KWh başına 0,1 USD tutarında koruyucu bir oranda ağ şu anda yılda 73,12 TWh kullanıyor. Günlük ortalama maliyeti 20 milyon doların üzerindedir. Bu, her gün yaklaşık 20 milyon dolarlık fiat para biriminin bitcoin ağına etkili bir şekilde enjekte edildiği anlamına gelir. Her ne kadar bu konsept elektriğe ne kadar harcandığına bakılmaksızın her gün aynı miktarda bitcoin serbest bırakılacağı anlamında bir miktar kusurlu olsa da, madencilerin gözünden bakarsak, fiat torbalarını düşürüyor ve bitcoin torbalarını artırıyorlar. Bu torba değişikliği, kripto harcamalarını kaçınılmaz olarak teşvik edecek olan bu noktanın özüdür. Bitcoin torbaları arttırılmış ancak fiat torbaları azalmamış olsaydı, bir staking ekosistemde görüldüğü gibi bitcoin harcamak için daha az teşvik edici olurdu.

PoS Değişimleri

PoS protokolünün karşılaştığı farklı sorunlarla başa çıkmak için farklı yaklaşımlar benimsenmiştir. Will Little'un PoS'ta bunu ve daha fazlasını açıklayan mükemmel bir makalesi vardır, onları incelemek için eserinden bir alıntı yapalım:

• Para yaşına dayalı seçim - Peercoin (ilk PoS zinciri) gibi blok zincirleri, madeni paraları dağıtmak için PoW ile işe koyulurlar. Tekelleşmeyi ve %51 saldırılarını önlemeye yardımcı olmak için para yaşını kullanırlar (bir düğüm olarak seçilme olasılığının en yüksek olduğu bir zaman aralığı ayarlayarak) ve NoS problemlerini önlemek için başlangıçta kontrol noktaları uygularlar.

• Rastgele blok seçimi - NXT ve Blackcoin gibi zincirler de kontrol noktaları kullanır, ancak para yaşının stakingi olumsuz etkilediğine inanırlar. İlk dağıtım döneminden sonra (PoW veya başka bir yöntemle) bu zincirler, blok oluşturabilen düğümleri rastgele seçmek için algoritmalar kullanır.

• Ethereum’un Casper protokolü (protokolleri) - Ethereum, PoS'a geçildiğinde/geçtiği zaman ilk dağıtım sorunu hakkında endişelenmek zorunda değildir. Casper daha Bizans Arıza Toleransı (BFT) yaklaşımını benimser ve eğer aldatıcı şeyler yaparlarsa paylarını alarak (“keserek”) düğümleri cezalandırır. Ek olarak, fikir birliği, rastgele atanan her düğümün bir tur sırasında belirli bir blok için oy verdiği çok turlu bir süreçle oluşturulur. Casper, Bizans Arıza Toleransı (BFT) yaklaşımını alır ve eğer aldatıcı şeyler yaparlarsa paylarını alarak (“keserek”) düğümleri cezalandırır. Ek olarak konsensüs, rastgele atanan her düğümün bir tur sırasında belirli bir blok için oy verdiği çok turlu bir süreçle oluşturulur.

• Delegated Proof-of-Stake (DPoS) - Dan Larimer tarafından icat edildi ve ilk önce Bitshares'de (ve sonra Aelf, Steem, EOS ve diğerlerinde) kullanıldı. DPoS, topluluğun bloklar oluşturmak ve doğrulamak için düğümleri çalıştıracak delegeler seçmesini sağlayarak potansiyel PoS sorunlarını ele alır. Daha sonra kötü davranış, topluluk tarafından cezalandırılır.

• Delegated Byzantine Fault Tolerance (DBFT) - DPOS'a benzer şekilde NEO topluluğu (delegeler) düğümleri için oy kullanır, ancak blok üreten ve konsensüs üzerinde anlaşmaya varılan her düğüm yerine her düğümde neler olduğu konusunda 3 düğümden sadece 2 tanesinin anlaşması gerekir ( doğrulayıcılardan ziyade sayman gibi davranır).

• Tendermint - DBFT'nin daha sofistike bir şekli ve Casper'ın öncüsü olan Jae Kwon; 2014 yılında kendi kendini finanse etme ve bir düğüme tokenin topluluk tahsisi (yani bir “doğrulayıcı”) ile orantılı olan dinamik validator setleri, dönen lider seçimleri ve oylama gücünden (yani ağırlık) yararlanan Tendermint’ı tanıttı.

• Masternodes - İlk olarak DASH tarafından tanıtılan masternode PoS sistemi, düğüm olarak nitelendirilebilmek için düğümlerin minimum para eşiğini belirlemesini gerektirir. Genellikle bu; bir ağa yönetişim, özel ödeme protokolleri vb. şeklinde “hizmet” sağlama gereksinimleriyle birlikte gelir.

• Proof of Importance (POI) - NEM, en az 10.000 XEM değerine sahip masternodes stakinglere “önem hesaplama” vererek biraz farklı bir yaklaşım benimser. Bu POI sistemi, daha sonra toplumu etkilemek için zaman içinde olumlu bir şekilde hareket eden aktif düğümleri ödüllendirir.

• “Proof-of-X” - Ve son olarak, PoS dünyasında zekice yaklaşımlar ve staking varyantları bulmak için herhangi bir faaliyet eksikliği yoktur (bazıları diğerlerinden daha ayrıntılıdır).

Stake Yaparak Kazanma

Bu ağlardan nasıl para kazanabileceğini anlamak için bunları 3 kategoriye ayıracağız: Basit staking, Çalışan düğümler ve Oylama.

Basit Staking
Bu, 3 yöntemin en basitidir ve kullanıcı tarafından neredeyse hiçbir işlem yapılmasını gerektirmez. Bazı ağlar, belirli bir cüzdanda token tutarak kullanıcıları ödüllendirecektir. Bu ödüller genellikle minimaldir ancak kazanmanın en kolay yoludur.

Bir düğümü çalıştırma
Bu yöntem en büyük ödülleri sağlar, ancak kullanıcı tarafından en büyük eylemi gerektirir ve büyük olasılıkla sürekli bakım gerektirir. Genel olarak konuşursak, ağlar düğümlerin genellikle binlerce dolarlık belirli bir miktarda token stake yapmasını gerektirir. PoS sistemlerinde bu düğümlerin ağdaki diğer kullanıcılar tarafından oylanması ve destekçilerine güven sağlamaya devam etmesi gerekir. Bazı şirketler, PoW madencilik havuzlarına benzer bir konseptle düğümler kuracak ve kullanıcıların minimum stake miktarına katkıda bulunarak katılmasına izin verecektir.

Oylama
Bu mekanizma, DPoS ağları ile ilişkili olarak çalışan düğümlerle el ele çalışır. Kullanıcıların staking tokenleri oy olarak tercih ettikleri düğümler için kullanmaları önerilir. Her oylama, her bir seçmen için küçük bir miktar ödülün kilidini açacaktır. Düğümler, normalde bu ödülleri bir düğüm çalıştırmak için kendi ödüllerinin bir parçası olarak sağlayanlardır.

Aelf’in DPoS sistemi

Aelf konsensüs protokolü, bir çeşit DPoS kullanır. Ağda düğümlerin iki sürümü vardır, etkin düğümler ve yedek düğümler (henüz resmi adlar açıklanmamıştır). Etkin düğümler ağı çalıştırır ve blokları üretir; yedekleme düğümleri küçük görevleri tamamlar ve etkin düğümlerin çevrimdışı olması veya kötü amaçlı davranması durumunda bekleme durumundadır. Bu düğümler, alınan oy sayısına göre seçilir. Başlangıçta en üstteki 17 düğüm aktif düğüm olarak seçilecek, sonraki 100 ise yedek olarak duracaktır. Her oylama dönemi her düğüm bir önceki dönemden daha fazla veya daha az oy alırsa pozisyon değiştirebilir. Düğüm olarak kabul edilmek için, asgari miktarda (henüz ilan edilmemiş) ELF token miktarı stake yapılmalıdır.



Seçmen olarak katılabilmek için stake miktarının asgari miktarı yoktur. Bir stake yapıldığında tokenler, seçmen tarafından önceden belirlenmiş dönemler için seçilen belirli bir süre boyunca kilitlenir. Kullanıcılar bu kilitli süre dolmadan tokenleri çıkarırlarsa hiçbir ödül alınmaz, ancak tüm zaman dilimi boyunca tokenleri kilitli bırakırlarsa belirlenen ödülü alırlar ve tokenler otomatik olarak bir sonraki kilitli periyoda aktarılır. Sonuç olarak bir seçmen, oy verdikten sonra başka bir işlem yapmadan ödülleri almaya devam edebilir.

Birçok proje; ödülleri adil, iyi teşvik edilmiş ancak dahil olan herkes için sürdürülebilir hale getirmek için düğüm ödülleriyle mücadele etti. Aelf, her bir düğüm için garanti edilen temel gelir ile birden fazla değişkene dayanan bir ödül yapısı ortaya koymuştur. Değişkenler; yeniden seçim sayısını, alınan oy sayısını veya diğer unsurları içerebilir.

Sistem olgunlaştıkça, aktif düğümlerin sayısı artırılacak ve böylece daha çeşitli ve güvenli bir ağ ortaya çıkacaktır.

Çözüm olarak staking; ağ yaratıcıları, kullanıcılar ve yatırımcılar için bir kazan-kazan-kazandır. Kullanıcıların sistemden kazanmaları için giriş noktasını azaltırken, Blockchain ağlarını korumak için çok daha kaynak verimli ve ölçeklenebilir bir protokoldür.

KAYNAK: https://medium.com/aelfblockchain/staking-the-new-way-to-earn-crypto-for-free-7989cc76c16f

[KursatAelf]

Aelf Teknik Konuşmalar  -  AElf Akıllı Sözleşme Geliştirme  -  İlk AElf Akıllı Sözleşmesi  -  Bölüm 3



4. Akıllı sözleşmelerin dağıtılması

Referans/Başvuru ekleme

AElf.Boilerplate.Mainchain, csproj dosyasına ekleyerek akıllı sözleşme projesine ve ilgili Proto dosyasına başvursun:



Dto Oluşturulması

İlk olarak, AELF blockchain genesis bloğunun oluşum sürecini kısaca tanıtalım.

Diğer blok zinciri sistemleri gibi AELF'in ilk aşamasında her bir düğüm, bağımsız olarak aynı blok karma ile bir genesis bloğu oluşturacaktır (eğer bir düğüm tarafından üretilen genesis blok karma AELF ana zincirindeki diğer tüm düğümlerinkinden farklıysa, belirli düğüm Aelf ana zincirine farklı bir ana zincir başlattığını gösterir).

Genesis bloğunda bir dizi sistem sözleşmesi, başlatılan sözleşmelere sabit kod ve yapılandırma öğeleri aracılığıyla dağıtılır.

Staging testi sözleşmelerini kullanırken kendi sözleşmenizi genesis bloğunda bir sistem sözleşmesi olarak dağıtabilirsiniz ve yalnızca ilgili Dto'yu sağlamanız gerekir.

Dtos sağlama konumu src / AElf.Boilerplate.Mainchain / GenesisSmartContractDtoProvider.cs dosyasının GetGenesisSmartContractDtos yöntemindedir. Bu yöntem halihazırda diğer sistem sözleşmeler Dto’sunu dağıtmak ve başlatmak için Staging’i içerir. HelloWorld sözleşmesi için yalnızca Dto eklemeniz gerekir.

GenesisSmartContractDtoProvider_HelloWorld.cs adlı bir C# kodu dosyası oluşturmak, bir GenesisSmartContractDto listesini başlatmak ve ilgili bilgileri girmek yeterlidir.



AELf sisteminde her sözleşmede Sistem Sözleşme Adı denilen bir Karma türü benzersiz tanımlayıcı bulunur. Yukarıdaki koddaki Hash.FromString (“AElf.ContractNames.HelloWorld”), HelloWorld sözleşmesinin adıdır. HelloWorld sözleşmesinin tek tanımlayıcısıdır.

Son olarak GenesisSmartContractDtoProvider'ın GetGenesisSmartContractDtos yöntemine GetGenesisSmartContractDtosForHelloWorld'ü ekleyin:



5. Akıllı Sözleşmeleri Test Etmek İçin İşlemleri Otomatik Olarak Göndermek

İlk olarak, AELf ana zincir kodunda bir arayüz tanıtalım: ISystemTransactionGenerator.

Bu arayüz blok paketleme sürecinde etkili olur. Bu arayüzün tüm uygulamalarını inceleyerek bir sistem işlemleri serisi üretilir. Bu sistem işlemleri, ağdan alınan normal işlemler işlem havuzundan alınmadan önce gerçekleştirilecektir. Başka bir deyişle, sıradan işlemler yapılmadan önce Blockchain durumunu değiştireceklerdir. Sıradan işlemler gibi sistem işlemleri de bloklara paketlenir. Fark, sistem işlemlerinin ana zincir kodu tarafından üretilmesi ve gönderenin kendisinin paketlenmiş bloğun düğümü olmasıdır.

Bu nedenle staging işleminde yeni sözleşmeleri test etmek ve “sistem işlemini” özelleştirmek için ISystemTransactionGenerator arayüzünü kullanmak iyi bir yöntemdir. Uygulamada yalnızca işlem yayınlamaya ilişkin kuralları formüle etmeniz gerekir.

ISystemTransactionGenerator arabirimi yalnızca bir yöntem içerir: GenerateTransactions. İmzası:



Bir örneğe bakalım. AELf blok zincirinde konsensüs alışverişi, sistem işlemlerinden biridir ve ilgili uygulama:



Temel olarak ConsensusService'in GenerateConsensusTransactionsAsync yöntemi, işlemler oluşturmak için çağrılır. Oluşturulan işlemler, ref anahtar sözcüğü ile işaretlenmiş olan oluşturulmuş Transactions değişkenine eklenir. Son olarak, bu uygulama sınıfını bileşik köke (XXModule’un ConfigureServices yöntemi) ekleyin ve bir bağımlılık ekleyin.



Buna dayanarak Greet, GreetTo ve GetGreetedList’in üç işlemini otomatik olarak gönderen bir ISystemTransactionGenerator uygulayabiliriz.

Src/AElf.Boilerplate.Tester/TestTransactionGenerator klasöründe, HelloWorldTransactionGenerator adlı bir C# kod dosyası oluşturun ve ISystemTransactionGenerator uygulamasını yapın.

Uygulamadan önce, AELf ana zincir kodunda sağlanan bir hizmeti tanıtmamız gerekir: TransactionResultService. Bir işlem kimliği sağlayarak bir işlemin yürütme sonucunu sorgulayabilir. Bir ITransactionResultService örneği doğrudan yapıcıya enjekte edilebilir.

Staging’de işlemlerin oluşturulması için bir hizmet de sunulmaktadır: TransactionGeneratingService. Uygulanması karmaşık değildir. Sadece AELf.Boilerplate.Tester projesinin kök dizininde GenerateTransactionAsync yöntemi, ana zincir tarafından sağlanan diğer bazı hizmetler aracılığıyla bir işlemi birleştirir ve işlemi döndürür.

Yani, HelloWorldTransactionGenerator şu şekilde uygulanabilir:







Her blok için HelloWorldTransactionGenerator, Greet, GreetTo ve GetGreetedList’in bir YöntemAdı ile üç işlem oluşturacaktır. Hedef sözleşme sistemi adı Hash.FromString'dir (“AElf.ContractNames.HelloWorld”). Önceki blok bir GreetTo işlemi içeriyorsa (eğer (_lastGetGreetedListTxId! = Hash.Empty)), "greeted" kişilerin listesini sorgulamak ve kayda yazdırmak için TransactionResultService kullanın.

HelloWorldTransactionGenerator uyguladıktan sonra src/AElf.Boilerplate.Tester/TesterModule.cs’nin ConfigureServices yöntemine aşağıdaki bağımlılığı eklemeyi unutmayın:



Bunu yaparak, staging düğümünü yeniden başlatarak, konsolda yazdırılan işlem yürütme bilgilerini görebilirsiniz (çünkü sözleşme uygulandığında, bazı kayıtlar Context.LogDebug yöntemi aracılığıyla yazdırılır).

(Bu makaledeki kod, https://github.com/AElfProject/aelf-boilerplate adresinden bulunabilir.)

KAYNAK: https://medium.com/aelfblockchain/aelf-tech-talks-aelf-smart-contract-development-the-first-aelf-smart-contract-part-3-ca4fb4eb784f

[KursatAelf]

✅ Github commits istatistiklerinin yer aldığı CryptoMiso sitesinde son 12 aylık süreç için Aelf, 257 kripto para arasında 7110 commits ile 2. sıraya yükseldi.

(KAYNAK: https://www.cryptomiso.com)

[KursatAelf]

Aelf Resmi Sitesi ---> https://aelf.io/ (Türkçe dil seçeneği vardır.)

Aelf WhitePaper (Türkçe) ---> https://aelf.io/gridcn/aelf_whitepaper_TR.pdf?v=1

Aelf WhitePaper (İngilizce) ---> https://aelf.io/gridcn/aelf_whitepaper_EN.pdf?v=1.6

Aelf Tanıtım Videosu — Türkçe Altyazılı ---> https://www.youtube.com/watch?v=qbIP1TEX33Q

Aelf Resmi Türkiye Grubu ---> https://t.me/aelf_turkish

NOT: Aelf ile ilgili tüm haberler, duyurular, etkinlikler vs. bu konudan Türkçe olarak paylaşılacaktır. Ayrıca sizler de Aelf ile ilgili yorumlarınızı, düşüncelerinizi bu konu altında paylaşabilir ve merak ettiğiniz soruları sorabilirsiniz.

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Aelf (ELF) — Merkezi Olmayan (Merkezsizleşmiş) Kendiliğinden Gelişen Bulut Bilişim Ağı

Aelf, ihtiyaçları karşılamayı amaçlayan ve merkezi olmayan bir bulut bilişim ağıdır. Aelf; yüksek işlevsellik, kaynak ayrımı ve iyileştirilmiş yönetim yapısı olmak üzere üç tanımlayıcı özelliğine sahiptir. Şu anda çoğu Blockchain sistemi, tüm düğümleri eşit olarak görmektedir. Bir düğüm sadece tek bir sunucuda çalışabilir ve tüm sistemin performansı tek bir sunucunun performansına bağlı olduğu için bir darboğaz etkisi vardır. Aelf’in tasarımında tam düğümler sunucu kümesinde çalışır ve işlemler paralel olarak yürütülür. Böylece, sistem yükü büyük olduğunda bir düğüm, kolaylıkla daha fazla sunucu ekleyerek yatay olarak genişleyebilir. Muhasebeciler, veri merkezi işlevi görür ve her düğümün bir alt küme olduğu yerlerde çok zincirli yapı, daha fazla sunucu yoluna izin vermek için işlev görür. Çok zincirli yapı nedeniyle Aelf, eş zamanlı olarak kaynak ayrımı da elde eder. Bu da uygulamanın sağlıklı çalışmasının diğer uygulamalardan etkilenemeyeceği anlamına gelir. Yan zincirler birbirinden etkilenmeden bağımsız olarak çalışırken Aelf’de ana zincir, birleşik planlama ve endekslemeden sorumludur. Yan zincirler, ana zincirden doğrulama yoluyla çapraz zincir iletişimini sağlar ve böylece tüm sistem birleştirilerek büyük tek uygulama verisi önlenir. Aelf, token sahiplerinin Blockchain’in gelişim yönü üzerinde oy kullanma gücüne sahip olmaları gerektiğine inanıyor. Bu inancı gerçekleştirmek için Aelf, yönetim yapısı için demokratik bir delege oylama sistemini desteklemektedir. Aelf, dünyanın her yerinden büyüyen yatırımcılar ve destekçiler tarafından desteklenen teknolojik ilerlemelere odaklanıyor. Ticari olarak Aelf, tüm farklı sektörlerden en iyi şirketlerle aktif olarak iş birliği yapıyor ve Aelf, ana zincirini ayrık iş zincirleriyle birleştirmeyi amaçlayan çok sektörlü komple çözümler ortaya koyuyor.

ÖZET

1) Aelf nedir?

Aelf, Blockchain’in ticari olarak benimsenmesi için yüksek performanslı bir platform sağlamayı hedefleyen, merkezi olmayan, kendini geliştiren bir bulut bilişim Blockchain ağıdır. Çeşitli ticari gereksinimler için bir Blockchain altyapısı kurmak için, Aelf çapraz zincir iletişim ve kendi kendini yöneten yönetişim ile yüksek verimli birçok zincirli paralel işlem sistemi sağlar. Aelf, 4 önemli yenilik getiriyor:

1. Bilgisayar kümesinde ölçeklenebilir düğümler

2. İşlem gücünün maksimum kullanımı için paralel işlem

3. Bağımsız ve özel yan zincirlerle akıllı sözleşmeler için kaynak yalıtımı

4. Farklı konsensüs protokollerinden (DPoS (Delegated Proof of Stake) — yerel, PoW, PoS) ve özel / kamu zincirinden seçim yapmak için birlikte çalışabilirlik ve esneklik

ELF tokenleri, akıllı sözleşmelerin dağıtımı, sistemlerin çalıştırılması ve güncellenmesi (işlem ücretleri, çapraz zincir veri aktarım ücretleri) gibi sistemdeki kaynak ücretlerini ödemek için kullanılır. Ayrıca, topluluğun, madencilik düğümlerini seçmek, sisteme yeni özellikler ve ağın kendi kendini evrimleştirebilme yeteneğini kolektif olarak sağlayan diğer önemli kararları tanıtmak gibi önemli zincir kararları üzerinde oy kullanmasını sağlar.

2) Ayrıntılar

Aelf kuruluşu, Singapur’da yerleşik bir yönetim kuruluşudur. Kâr amacı gütmeyen bir kuruluş olarak öncelikli amacı, Aelf teknolojisinin ve çeşitli uygulamalarının geliştirilmesini teşvik etmek ve aynı zamanda kurum ve işletmelerin altyapılarını Blockchain üzerine yerleştirmek veya dönüştürmek için kolaylaştırmaktır. Aelf kuruluşu, Singapur’daki yönetmelik ve yasalarla tamamen uyumlu kapsamlı yönetim ve yönetişim modelini uygulayacaktır.

Aelf kavramları ve teknolojik özellikleri:

1. Güç & Ölçeklenebilirlik İşleme

i. Her bir düğüm, tekil bir bilgisayar yerine bir bilgisayar kümesi ağıdır (ör., Bir bulut ağı). Bulut ağlarını düğümler olarak kullanan kişi, ağ katılımcılarını daha yüksek hesaplama gücü ve depolama kapasitesiyle daha da güçlendirmeyi amaçlamaktadır.

ii. Paralel işleme algoritması, bulut ağındaki tüm katılımcı bilgisayarların en iyi şekilde kullanılmasını sağlamak için her bir düğüme geliştirilmiş ve entegre edilmiştir. Bir düğüm, akıllı bir sözleşmede karmaşık bir işlem kümesini ele aldığında, işlemleri, karşılıklı bağımlılık göstermeyen ve aynı anda paralel olarak işleyen gruplara dağıtacaktır. Sonuç olarak, takt süresi en aza indirgenir ve genel işlem hızı maksimuma çıkarılır.

iii. Bir düğümün kapasitesi, düğüm bilgisayarının donanımını yükseltmek zorunda kalmadan mevcut ağa yeni bilgisayarlar ekleyerek kolayca ölçeklendirilebilir.

2. Bağımsızlık & Uzmanlık

i. Çok zincirli ağ: her bir yan zincir birbirinden bağımsızdır ve akıllı sözleşmeler, ana zincirden değil doğrudan yan zincirden yürütülür. Bu, her bir yan zincirin başka bir zincirdeki yüksek trafiklere karşı sızdırmaz olmasını sağlayarak trafik yoğunluğunun yerelleştirilmesini ve diğer yan zincirlerde yapılan akıllı sözleşmeler için tutarlı işlem hızını garanti etmesini sağlar. Her bir yan zincir, aynı zamanda düşük trafiği garanti etmek ve kendi işlem hızını belirlemek için kendi düğüm kümesini barındırabilme özelliğine de sahip olacaktır.

ii. Her bir yan zincir; belirli bir iş senaryosu örneğin token ihracı (ICO), sigorta veri tabanı, oyun içi işlemler vb.ve konsensüs protokolü, düğüm heyeti, zincir gizliliği ve diğer çeşitli zincir nitelikleri belirli iş senaryosunu en iyi şekilde desteklemek için uyarlanabilir.

iii. Ana zincir; ledger ve iletişim merkezi olarak hareket eder, yüksek verimli çapraz zincir iletişiminin kilidini açar, yan zincirlerde akıllı sözleşmelerin tetiklenmesi ve farklı hızlarda zincirler arasında etkili senkronizasyon sağlar.

3. Yönetişim & Esneklik

i. Aelf, ağ katılımcılarına oy verme protokolü aracılığıyla tamamen kendi kendine gelişen bir otorite ve yetenek vermeyi amaçlamaktadır. Aelf token sahipleri eko-sistemi kolektif olarak şekillendirecek olan çeşitli kritik kararlar üzerinde oy kullanma yetkisine sahip olacaklardır. Bu, her bir yan zincirin kendi yetkilendirilmiş düğümlerini barındırması, katılımcı yan zincirin kamuya açık mı yoksa özel mi olacağını, yan zincirin boyutunu ve hızını belirlemeyi, ağa yan zincirleri kaldırmayı veya eklemeyi içermektedir.

ii. Aelf, Pow ve PoS gibi diğer konsensüs protokol tabanlı blockchain ile birlikte çalışmak için Merkle ağacı kök tabanlı zincir endekslemesinden yararlanmaktadır.

iii. Aelf, akıllı sözleşme kodlaması için derinlemesine anlama ve kapasiteye sahip olmayanlar için hızlı akıllı sözleşme geliştirme için geliştiricilerine yan zincir şablonları sağlar.



Sonuç

Aelf; küresel olarak dikkat çeken ve Blockchain platformunda bir sonraki atılım olarak kabul edilen, merkezi olmayan, kendini geliştiren bir bulut bilişim ağıdır. Teknik vizyonu, mevcut Blockchain sistemlerinde karşılaşılan en büyük zorlukları ele almakta ve gelecekte ticari olarak benimsenme şartlarına uymaktadır.

Buna ek olarak Aelf, ilk teknik kilometre taşında vaat edilen kodunu mart ayı sonuna kadar başarıyla teslim etti. Genel teknik ilerleme iyi durumdadır ve şu an ERC20 tokeni olan Aelf, dünya çapındaki en büyük borsalarda listelenmiştir ve yasal uyumluluğa ve teknik güce sahip olduğunu bir kez daha yansıtmıştır.

Aelf; hızlıca büyüme yolunda yüksek profilli küresel yatırımcılara, mükemmel geliştirme ekibi ve danışmanlara ve aktif iletişim topluluklarına minnettardır.

Kaynak: https://medium.com/aelfblockchain/in-case-you-forgot-here-is-a-little-refresher-on-aelf-3d5dbc5a1b47

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

● aelf (ELF) şu anda MainNet'e kadar ERC20 tokendir.
● ælf ERC20 Token Information
-Contract Address: 0xbf2179859fc6D5BEE9Bf9158632Dc51678a4100e
-Token Symbol: ELF
-Token Decimals: 18

● ERC20 Uyumlu Cüzdanlar:
-Ledger Nano S: https://ledgerwallet.com/products/ledger-nano-s/
-MEW: https://myetherwallet.com/
-MetaMask: https://metamask.io/
-imToken: https://token.im/
-Trezor: https://trezor.io/
-Coinomi: https://coinomi.com/
-AtomicWallet: https://atomicwallet.io/
-HyperPay: https://hyperpay.tech/
-Mobi: https://mobi.me/

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------


ELF Güncel Borsalar Listesi:




----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Aelf'in resmi sosyal medya hesaplarını ve resmi adreslerini takip edebilirsiniz:

Aelf Resmi Site: https://aelf.io/
Web site: https://aelf.io
Candybox: https://candybox.ai/aelf
GitHub: https://github.com/AElfProject/AElf
Twitter: https://twitter.com/aelfblockchain/
Youtube: https://www.youtube.com/c/aelfblockchain
LinkedIn: https://www.linkedin.com/company/aelfblockchain
Facebook: https://facebook.com/aelfofficial/
Medium: https://medium.com/@aelfblockchain/
VKontakte: https://vk.com/aelfofficial
Reddit: https://reddit.com/r/aelfofficial/
Reddit (Sohbet Odası): https://s.reddit.com/channel/2009921_6bb8ccf6a8f8e6dfac73865f552072d2c1cf8f0d
Slack: https://slack.aelf.io/
Discord: https://discord.gg/xaGU8hZ
Telegram 1. Grup: https://t.me/aelfblockchain/
Telegram 2. Grup: https://t.me/aelfcommunity/
Telegram (Haber): https://t.me/aelfnews
Telegram (中文): https://t.me/aelf_chs/
Telegram (한국): https://t.me/aelfkorean/
Telegram (日本語): https://t.me/aelfjapan/
Telegram (русский): https://t.me/aelf_russian/
Telegram (العربية): https://t.me/aelf_arabic/
Telegram (Deutsch): https://t.me/aelfgerman
Telegram (Italiano): https://t.me/aelfitalian
Telegram (Español): https://t.me/aelf_spanish
Telegram (Türkçe): https://t.me/aelf_turkish
Telegram (French): https://t.me/aelf_french
Telegram (Tiếng việt): https://t.me/aelf_vietnam
Telegram (India): https://t.me/aelfindia

[KursatAelf]

[KursatAelf]

Aelf Ekosistemi Blockchain Birlikte Çalışabilirliğini Nasıl Elde Eder?



Blockchain teknolojisi, Bitcoin'in piyasaya sürülmesinden bu yana on yıl içinde hızla ilerledi. Özellikle son zamanlarda teknoloji, kripto paranın ilk kullanım durumunun ötesinde ilgi ve tanınma kazanmıştır. Blockchain; ticaret finansmanı yerleşimleri, tedarik zinciri yönetimi, dijital kimlik ve sözleşme hukuku gibi çok çeşitli uygulamalar sunmaktadır.

Ancak blockchain sistemleri, şu anda çok yönlü bir işletim sisteminin işlevselliğini sunmamaktadır. Bitcoin ve ondan çatallanan diğer kripto para birimleri tek kullanımlık uygulamalardır. Ethereum gibi dağıtılmış uygulama platformları, bir işletim sisteminin özelliklerini çoğaltmaya çalışmıştır ancak bazı ciddi sınırlamalar vardır.

Bu sınırlamalar arasında hız, güvenlik ve çeşitli spesifik iş gereksinimlerine göre özelleştirme yeteneği eksikliği bulunur. Bu nedenle birçok işletme, izin verilmiş dağıtılmış defterleri tercih ederek merkezi olmayan kamu/halka açık blok zincirlerinin avantajlarından yararlanma konusunda isteksizdir. Bu, blockchain teknolojisinin onları korkutmak için bir şey olduğu anlamına gelmez ancak bunu dikkatli bir şekilde ele alırlar.

Blockchain Manzarası (Landscape) İşletim Sistemi (OS) Öncesi Bilişime Benzer mi?

Microsoft'un Windows'u geliştirene kadar, günlük işletmelerin kelime işleme gibi görevler için bilgisayar kullanmadığını düşünün. İşletim sistemleri kullanıma sunulduktan ve giderek daha kullanıcı dostu hale geldikten sonra, bilgisayarların ticari benimsenmesi ve dolayısıyla uygulamalar artmaya başladı. Geliştiriciler; farklı iş ihtiyaçları için uyarlanmış, belirli amaçlara hizmet eden daha fazla uygulama oluşturmaya başladı.

Blockchain, işletim sistemi öncesi bilgisayarlarla benzer bir sorunla karşı karşıyadır. Birçok farklı işletme türünün kullanımına uyum sağlayabilecek hiçbir işletim sistemi olmadığından, teknoloji bugüne kadar yaygın bir şekilde ticari olarak benimsenmeyi başaramamıştır. İş ihtiyaçları, tek bir Blockchain'in her amaca uygun hale getirilmesi için çok geniş ölçüde değişir.

Örneğin; yasal ve veri gizliliği gereklilikleri sağlanamıyorsa, ticaret finansmanı için anlık anlaşmalara gerek yoktur. Perakendecilerin, Black Friday gibi alışveriş tatillerinde talep edilen zirveleri karşılaması gerekir. Mevcut blockchain altyapısı, diğerinden ödün vermeden bu çelişkili talepleri karşılayamaz.

Neden Aelf Farklıdır?

Aelf, tamamen birlikte çalışabilir ve bu nedenle ticari kullanıma uygun özelleştirilebilir bir blockchain ekosistemi ile bu sorunların üstesinden gelmeye çalışır - blockchain için bir Linux. Sistem güncellemeleri için yönetişim, işlem hızı, ölçeklenebilirlik ve birlikte çalışabilirlik gibi sorunları çözerek temel sistemi sağlıyoruz.

Geliştiriciler, daha sonra belirli iş veya ticari ihtiyaçlar için özelleştirilebilir yan zincirler oluşturmak için Aelf Kernel’i kullanabilirler. Ayrıca Aelf; her bir yan zincirin Bitcoin veya Ethereum gibi diğer blok zincirlerinin yanı sıra birbirleriyle etkileşmesine izin vererek varlıkların, kullanıcıların ve bilgilerin farklı uygulamalar arasında paylaşılmasını sağlamaktadır.

Aelf Birlikte Çalışabilirliği Nasıl Sağlar?

Birlikte çalışabilirliği sağlamak için Aelf, iki yenilikçi özellik kullanır. Yan zincirler, kaynakların ayrımı ve akıllı sözleşme işlevselliği yoluyla ölçeklenebilirlik sağlar. Bunun yanı sıra DPoS protokolü, hızlı işlem onayları ile uyarlanabilir bir yönetişim sistemi sağlar.

Yan zincirler

Aelf, herkese/her şeye uyan tek bir blockchain konsepti üzerinde çalışmaz. Bunun yerine sistem, bir ana zincir omurgasında çalışır ve dallı yan zincirler bir indeksleme sistemi ile ana zincire bağlanır.

İndeksleme sistemi iki tür yan zinciri tanır:
• Bitcoin veya Ethereum gibi yüksek öneme sahip dış zincirler
• Dahili yan zincirler

Ana zincir, akıllı sözleşmelere sahip değildir. Akıllı sözleşmeler, dahili yan zincirler üzerinde geliştirilir. Her bir yan zincir, belirli bir akıllı sözleşme işlevselliği ve/veya iş gereksinimi sunar.

Örneğin; bir yan zincir bir dijital varlık değişimi olarak işlev görebilir, bir diğeri ise varlık depolamasını dijital bir cüzdan olarak işleyebilir. Dijital varlık değişimi yan zinciri çok ağır hale gelirse, farklı dijital varlık türlerini işleyen alt zincirlere ayrılabilir/dallanabilir.

Yan zincirler, sadece ana zincir aracılığıyla birbirleriyle etkileşime girebilir. Bu şekilde bir yan zincirde herhangi bir zirve veya darboğaz yaşanıyorsa, sistemin geri kalanı etkilenmez.

DPoS

Ana zincirde birden fazla yan zincir endekslenmesi, Bitcoin gibi bir blok zincirindeki tipik işlem onayından daha karmaşıktır. Buna ek olarak Aelf, daha karmaşık bir yapıda kurumsal bulut hizmetleri sağlamak üzere tasarlanmıştır.

Bu nedenle PoS veya PoW uygun değildir; bu yüzden ana Aelf blok zinciri, DPoS protokolünü kullanır. DPoS; PoW veya PoS'dan daha hızlı ve daha öngörülebilir olmanın ikili avantajlarını sunarken, aynı zamanda yüksek güvenlik düzeylerine de bağlı kalmayı sağlar.

DPoS'da ELF token sahipleri, madencilik düğümlerini seçer. Madencilik düğümleri, Aelf’in tüm kurallarını uygular ve madencilik ödüllerinin nasıl dağıtılacağına karar verir. Yan zincirler, kendi konsensüs protokollerini benimsemekte serbesttirler ancak madenciliği Aelf ana zinciri ile birleştirmeleri teşvik edilmektedir.

Aelf token sahipleri, 2N + 1 madencilik düğümünü delege eder. N, 8 ile başlar ve her yıl 1 artar. Geleneksel kurulumdan farklı olarak her bir düğüm, biri işlemleri işlemek diğeri veritabanı depolama için olmak üzere iki kümeye bölünmüş bir bilgisayar kümesinden oluşur.

Bir Araya Getirme

Yan zincirlerden yan zincirin genel ekosisteme katkısına bağlı olarak belirlenen ELF tokeni olarak bir işlem ücreti alınır. Bu nedenle en çok katkı verenler, en az ücreti öderler.

Yan zincirler işlem gördükçe ana zincirdeki madencilik düğümleri, yan zincirlerden gelen bilgileri okuyarak bir Merkle Ağacı oluşturur. Ana zincirdeki her blok, daha sonra blok başlığındaki Merkle Tree köklerini kaydeder. Bir yan zincir başka bir yan zincir ile iletişim kurmaya ihtiyaç duyarsa, bunu ana zincir blok başlığını dahil ederek ana zincir aracılığıyla yapabilirler.

Yan zincirler, diğer alt zincirleri endekslemek için kendi dalları içinde oy kullanabilirler. Alt zincirler, istedikleri takdirde birden fazla yan zincir tarafından endekslenmeyi talep edebilir. Yan zincirler, onlardan dallanan alt zincirlerden ücret talep edebilir.

Tamamen birlikte çalışabilir bir blockchain ekosistemi ile Aelf, diğer blockchain altyapısının kullanıcılarının karşılaştığı zorlukların birçoğu tarafından sınırlandırılmayan çeşitli potansiyel iş kullanım durumları sunar. Bunlara finansal hizmetler, dijital kimlik, akıllı şehir ve Nesnelerin İnterneti (IoT) uygulamaları dahildir. Ethereum, EOS veya diğer platformlar üzerine inşa edilmiş mevcut merkezi olmayan uygulamalar; Aelf uygulamalarıyla etkileşime girebilir. Aelf ekosistemine katılmak isteyen şirketler, istedikleri kadar küçük ve ölçekli bir başlangıç yapma fırsatına sahiptir.

KAYNAK: https://medium.com/aelfblockchain/how-the-aelf-ecosystem-achieves-blockchain-interoperability-a2aea876c035

[KursatAelf]

Aelf Kernel’i (Çekirdek) oluşturmak



Çekirdek, sistemin merkezinde bulunan önemli bir yazılım parçasıdır. Başlıca rollerinden biri de işlemleri göndermektir. Kernel, durumunu “World State” adlı bir yapıda depolar. Her akıllı sözleşmenin durumunu da içeren sistemdeki her hesabın durumlarını içerir. Son haftalarda, çekirdeğin ana bileşenlerini oluşturan devletin depolanması, işlem planlaması ve akıllı sözleşmeler üzerinde duruldu.

Zincirdeki tüm hesapların durumunu içeren World State’i uyguladık. Verilerin bütünlüğü ve doğruluğu, Merkle Ağacı yapısı ile doğrulanır. Sistemimizi farklı veri sağlayıcılarla arayüzlemek için, Aelf'in farklı veri depolama çözümleriyle çalışmasına izin veren veri erişim mekanizması uygulandı.

Zamanlayıcı, çekirdeğin çok önemli bir parçasıdır. Çünkü sorumluluğu, çalışan makineler tarafından yürütülecek işlemleri göndermektir. Belirli işlemlerin diğerlerinden önce tamamlanması gerektiğinden, zamanlayıcı hangi işlemin paralel olarak işlenebileceğini ve işlenemeyeceğini hesaplamalıdır. Tasarım stabilize edildi ve çözüm hayat geçirildi.

Çekirdek, sistemimize yeni akıllı sözleşmeleri dağıtabiliyor. Bir sözleşme dağıtıldıktan sonra kullanıcılar, bu akıllı sözleşmelerde yöntemler çağırabilir. Akıllı sözleşmelerde kod çağıran işlemleri işleyen mekanizmayı uyguladık.

Çekirdek, bir bilişim kümesinde (aynı ağda çok sayıda bilgisayar) çalıştırılacaktır. Daha önce de belirtildiği gibi Zamanlayıcının rollerinden biri, çalışan makineler tarafından yürütülecek işlemleri göndermektir. Bunun çalışması için küme içi iletişimi amacıyla ağ katmanı ve iletişim protokolü uygulanmaktadır.

KAYNAK: https://medium.com/aelfblockchain/building-up-the-aelf-kernel-baaec66b2741

[KursatAelf]

Aelf: Ticari ölçekli işlemleri ve ölçeklendirme olanaklarını ele alan paralel işleme

Gerçek iş dünyasına hizmet eden Blockchainler için en büyük engellerden biri düşük işlem hızıdır. Bu durum geçmişte belirli işlemlerin güçlü mikroişlemciler ile çözülmesinin dakikalar veya saatler alabileceği merkezi bilişim sistemlerinde görülmüştür. Bu, bilgisayar hizmetlerinin neler sunabileceği olasılığını sınırlar. Neyse ki, bilgisayar bilimcileri bilişim performansını iyileştirmek için etkili bir yaklaşım kullanıyorlar: paralel işleme.

Aelf, bağımsız işlemler için paralel işlemeyi kullanır

1. Aelf, işlemlerin statik durumunu analiz eder ve her bir işlemin etkilenen veri aralığını değerlendirir. Şekilde gösterildiği gibi okuma/yazma çakışmaları olmayan işlemler, daha sonra her bir işlemin çıktısını etkilemeyen farklı gruplar halinde kategorize edilebilir.
2. Blok oluşturma sürecinde düğümler, işlemlerin muteksine dayalı olarak farklı gruplara işlemler atar. Bir grup içindeki işlemler sıralı işlemeyi benimserken, tüm gruplar aynı anda işlenir.
3. Diğer işlemler işlenirken veri aralığı değişikliklerinden etkilenen özel işlemler için düğümler, paralel olarak işlenebilecek işlemlere öncelik verir. Yeterli işlem ücretleri ile paralel olmayan bir gruptaki bu özel işlemler sırayla işlenecektir. Aksi takdirde düğümler, bu işlemleri işlemeyi reddedebilir.



Paralel işleme, Amdahl yasası ile tam olarak açıklanabilir.



Yasa, tüm görevin yürütülmesinin iyileştirmenin büyüklüğüne bakılmaksızın sistemdeki kaynakların iyileştirilmesi ile arttığını göstermektedir. Teorik hızlanma, her zaman görevin iyileştirmeden yararlanamayan kısmı ile sınırlıdır.

Hesaplar arasındaki işlemlerin çoğu muteks olduğundan paralel olarak işlenebilir. Ancak mevcut Blockchain teknolojileri, verileri sırayla işleyerek büyük miktarda bilişim kaynağını boşa harcamaktadır. EVM'yi örnek olarak alalım. Tüm veri ve talep gaz ücretleri için sıralı işlemeyi benimser ve düşük işleme verimliliği ile sonuçlanır.

Aelf, bilgisayımsal güç arttıkça ölçeklenebilir performans sağlar

Veri işleme hızının kendisinin optimize edilmesi nihai hedef değildir. Paralel işlemenin önemi ölçeklenebilirlik potansiyelidir.

Hepimiz Ethereum'un ölçeklenebilirliği konusundaki yoğun tartışmaları gördük. Zorluk, Ethereum'daki bir düğümün işlemleri sadece sırayla işleyebilmesidir. Böylece, Ethereum'un tüm işleme hızı en yavaş düğümle sınırlıdır. Böylece, Ethereum'un tüm işleme hızı en yavaş düğümle sınırlıdır.

Cosmos basit bir çözüm sunar. Çok fazla kişi kullandığı için bir bölgede işlem hızınız yavaşlarsa, Hub'a başka bir bölge ekleyip kullanıcıların yarısını o bölgeye yönlendirerek işlem hızınızı iki katına çıkarırsınız. Ancak birim başına işlem işlemelerinin verimliliği, daha fazla bilişim gücü eklendiğinde bile hâlâ sınırlıdır.

Aelf, işlemleri işlemede bulut bilişimi tanıtıyor. Aelf Çekirdeği (Kernel), her düğümün bir bilgisayar kümesinde çalışmasını sağlar. Aelf ekosistemine daha fazla bilgisayımsal güç katıldığında yalnızca sistem güvenliğini artırmakla kalmaz, aynı zamanda işlem hızını orantılı olarak artırır. Şekilde gösterildiği gibi Aelf, okuma/yazma çakışmaları olmayan işlemleri farklı kategorilere ayırır ve daha sonra farklı işlem gruplarını aynı anda işler.

Ancak ölçeklendirme çok boyutlu bir konudur. Bir teşvik mekanizması ve konsensüs mekanizması aracılığıyla ölçeklendirmenin en iyi nasıl elde edilebileceği düşünmeye değerdir. Aelf’in token tasarımı ve konsensüsü, bu alanda ilgi çekici bir keşif sağlamaktadır.

KAYNAK: https://medium.com/aelfblockchain/grid-parallel-processing-to-handle-commercial-scale-transactions-and-possibilities-for-scaling-5d0be76d654a

[KursatAelf]

🔊 Kripto Marşı'nı duyurmaktan gurur duyuyoruz! Ekibimizin son birkaç aydır üzerinde çalıştığı bir şey! Şarkıda rekor sayıda projeden bahsettik ve dünya çapında benimsenmeyi teşvik etmek için herkesi bir araya getirmeyi umuyoruz!

Teaser'ı dinlemek için linke tıklayabilirsiniz ➡️