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

Blockchain Yönetişimi 101 (Bölüm 1)



Herhangi bir organizasyonda yönetişim esastır. Sonuç olarak kararların veriliş ve işlerin yapılış şekli budur. Gelişmiş toplumlarda yönetişim, demokratik süreci ifade eder. Bir modern çok uluslu şirkette organizasyondaki kişilerin karar verme haklarıyla ilgilidir.

Ancak bu örneklerin her ikisi de merkezi yönetişim modelleridir. Modern demokrasilerde seçilmiş *******ler, çoğunluğu etkileyen kararlar alır. Benzer şekilde halka açık bir şirkette bir yönetim kurulu, şirketi nasıl yöneteceğine karar veren yöneticileri görevlendirir.

Blockchain yönetişimi farklı zorluklar getirir çünkü Blockchainler merkezi bir karar alma yetkisine sahip olmayan merkezsizleşmiş ekosistemlerdir. Konsensüs protokolleri açısından Blockchain yönetişimini düşünmek kolay olsa da daha fazla temel düşünceler vardır.

Aelf'de bir Blockchain’in teknik özelliklerinin yeni nesil Blockchain'in omurgasını oluşturduğuna inanmamıza rağmen yönetişim ve ekonomik modelin ekosistemin ruhunu oluşturduğuna ve onsuz, cansız bir makineye sahip olacağınıza inanıyoruz. Bu seri; yönetişimin ne olduğunu, dikkate alınması gereken önemli kavramları, ortak zorlukları tanıtacak ve Aelf’in buna nasıl yaklaştığını ortaya koyacaktır.

Blockchain Yönetişimi Derken Ne Demek İstiyoruz?

Bir Blockchain, tamamen aynı Blockchain yazılımını çalıştıran bir bilgisayar ağına sahip dağıtılmış bir sistemdir. Bu nedenle bu makaledeki Blockchain yönetişimi, ağın hangi yazılımı veya hangi yazılım sürümünü kullanacağına karar vermek için kullanılan protokolü ifade eder.



Blockchain Yönetişiminden Kim Sorumludur?

Blockchainler’de yönetişime dahil olan genellikle dört merkezi topluluk vardır. Onlar:

• Çekirdek geliştiricileri
• Düğüm operatörleri
• Token Sahipleri
• Blockchain ekibi veya organizasyonu

Yönetişim sürecinde bu grupların her birinin rolünü inceleyelim.

Çekirdek Geliştiricileri

Çekirdek geliştiricileri, Blockchain yazılımının kendisinin temelini oluşturan kodu korumaktan sorumlu olan gruptur. Genellikle merkezi bir kod deposu vardır ve çekirdek geliştirme ekipleri, yazılımı değiştiren bir kod ekler veya kaldırır.

Çekirdek geliştirme ekibi temel kodda değişiklik yapabilirken ağın kendisini kontrol etmedikleri için yürürlüğe koyamazlar. Değişiklikleri uygulamak, yazılımı çalıştıran düğüm operatörlerinin sorumluluğundadır.

Düğüm Operatörleri

Bizim amaçlarımız için bir düğüm operatörü, Blockchain yazılımının tam sürümünü çalıştıran ve ledgerin tam bir kopyasını koruyan bir bilgisayarı çalıştıran bir kişidir.

Düğüm operatörleri, genellikle kod yazmazlar-bunun için çekirdek geliştiricilere bağımlıdırlar. Ancak düğüm operatörleri, düğümlerinde kod değişikliklerinin uygulanıp uygulanmayacağına karar verebilir. Bu nedenle Blockchain yönetişiminin sorunsuz çalışması için çekirdek geliştiricileri, düğüm operatörlerinin çalıştırmayı kabul ettiği kod değişiklikleri uygulamalıdır.

Yasama organı ve yargı organı rolü ile karşılaştırılabilir. Yasa koyucular; yeni bir yasa çıkartabilirler ancak yargı görevlileri, bu yasanın uygulanıp uygulanmayacağına karar verirler.

Blockchain Organizasyonu

Blockchain organizasyonu kâr amacı gütmeyen bir vakıf veya şirket olabilir. Örneğin Bitcoin ve Ethereum'un her birinin bir vakfı varken; Aelf ve diğerleri Ripple ve Dash gibi de bir şirket tarafından yönetilir. Organizasyon, genellikle çeşitli rolleri yerine getirir.

Organizasyonun asıl rolü, gelişimi ve finansmanı da dahil olmak üzere projeyi yönlendirmektir. Projenin yönünü etkilemeye yardımcı olabilir ancak kararların yürütülmesinden sorumlu değildir.

Örneğin organizasyon, genellikle geliştiricileri nasıl telafi edeceğine karar verecektir. Ayrıca projenin pazarlanmasında ve daha geniş yatırımcı ve destekçi topluluklarının temsil edilmesinde rol oynayacaktır.

İkincisi hafife alınmamalıdır. Geliştiriciler ve düğüm operatörleri, token sahipleri ile popüler olmayan bir karar verirse projenin genel olarak değerini ciddi şekilde etkileyebilecek birikmiş hızlı satış olabilir.

Bir token sahipleri çıkışı/kaçışı; çekirdek geliştiricilerini telafi etmek için mevcut fonları azaltacaktır ve token değeri düşerse ayrıca düğüm operatörleri, çabaları için daha düşük bir getiri elde edeceklerdir. Bu nedenle token sahiplerinin çoğunluğunu mutlu tutmak; çekirdek geliştiricilerinin, düğüm operatörlerinin ve Blockchain organizasyonun yararınadır.

Çatallaşmalar

Yazılıma bir güncelleme olduğunda bu, çatallaşma olarak adlandırılır. Yazılım güncellemesi önceki yazılım sürümlerini yeni güncellemelerle uyumsuz hale getirirse bu, mecburi çatallaşma olarak bilinir. Mecburi çatallaşmalar, genellikle önemli değişikliklerdir ve Blockchain topluluğu içinde tartışmalı olabilir.

Bitcoin topluluğundaki sert çatalların bir sonucu olarak birçok kripto para birimi ortaya çıkmıştır. Örneğin 2017'de Bitcoin blok boyutunda bir önerilen artış üzerinde bir anlaşmazlık vardı. Topluluk bir anlaşmaya varamadı ve bu nedenle bir grup artışla devam ederken diğerleri yazılımın eski sürümünü çalıştırmaya devam ettiler. Bu değişiklik, kendi başına yeni bir mecburi çatallaşmadan geçen Bitcoin Cash ile sonuçlandı.

Ölçeklenebilirlik Zorluğu

Çatallaşmalar, merkezsizleşmiş yönetişimi ölçekte yönetme mücadelesinin kaçınılmaz bir sonucudur. En büyük Blockchain projeleri en büyük topluluklara sahiptir ve topluluk büyüdükçe tüm üyeler arasında bir konsensüse varılması zorlaşır. Bu, neden bugüne kadar birçok Bitcoin mecburi çatallaşmalarının olduğunu açıklar.

Daha küçük ölçekli bir örnek için sadece dört arkadaş davet etmeye kıyasla akşam yemeği için on dört arkadaş davet edildiğinde bir restoran seçmek ne kadar zor olduğu örneği düşünülebilir.

Blockchain topluluğu ayrıca zincir içi yönetişimin değeri hakkında bazı tartışmalara katıldı. Prensip olarak değişiklikler, Blockchain’e kendileri programlanabilir ve üyeler tarafından oylanabilir ve daha sonra otomatik olarak kodun kendisinde uygulanabilir.

Ancak bu yaklaşımda önemli zorluklar var. Birincisi, tüm üyeler büyük ve ayrı bir toplulukta garanti edilmeyen bir bütün olarak grubun çıkarlarına göre hareket etmelidir. İkincisi, Blockchainler değişmezdir. Oy verildiğinde değişiklikler geri alınamaz.

Sonuç

Herhangi bir demokratik yönetişim sistemi gibi Blockchain yönetişimini yönetmenin doğru bir yolu yoktur- sadece az ya da çok demokratik olan yollar vardır. Şimdiye kadar herkese uyan tek bir yaklaşım yoktur ve sadece çok sağlıklı bir tartışma vardır.

Blockchain teknolojisinin hala nispeten genç olduğu göz önüne alındığında sağlıklı tartışma, şüphesiz iyi bir şeydir. Blockchain geliştiricileri, düğüm operatörleri, organizasyonun ve projenin yatırımcıları için her katılımcı doğal olarak kendi kişisel değerlerine ve tercihlerine göre çalıştırıldığına inandıkları projelere doğru yöneleceklerdir.

Bu makale, çeşitli tarafların bir Blockchain ekosistemindeki rolünü ve projeyi yönetmek için nasıl birlikte çalıştıklarını açıklamıştır. Yönetişim ile ilgili bazı zorluklara da değinilmiştir. 2. bölümde zincir içi ve zincir dışı yönetişim arasındaki fark ve bunun Aelf tarafından nasıl kullanıldığı açıklanacaktır.

KAYNAK: https://medium.com/aelfblockchain/blockchain-governance-101-eb2d769e85c5

Blockchain Yönetişimi 101 (Bölüm 2)



Zincir İçi veya Zincir Dışı Yönetişim Derken Ne Demek İstiyoruz?

Zincir içi yönetişim, Blockchain’de uygulanan kod aracılığıyla gerçekleşen işleri ifade eder. Günlük bir durumda bir Blockchain’deki işlemler, PoW gibi zincir içi bir yönetişim protokolü kullanılarak onaylanır. Aelf, PoW ve PoS’un sorunları nedeniyle DPoS protokolünü kullanır.

Ancak tüm Blockchainler’de ledgere eklenecek işlemleri onaylamanın ötesine geçen kararlar almaya ihtiyaç vardır. Yazılım güncellemeleri; hayati bir öneme sahiptir, bu nedenle topluluğun hangi güncellemelerin uygulandığına karar vermek için bir mekanizmaya ihtiyacı vardır.

Dahası, zincir içi ve zincir dışı yönetişim tartışmasında bir başka kritik bileşen daha vardır; bu, bir şeyler ters gittiğinde olan şeydir. En iyi örneklerden biri, 2016'da Ethereum Blockchain’de gerçekleşen DAO olayıdır. Kötü niyetli bir saldırgan, DAO’yu destekleyen akıllı sözleşme kodunda bir boşluk buldu ve yatırımcı fonlarını almak için onu kullandı. Ethereum topluluğu, alınan fonları saldırganın kullandığı hesaptan kurtarabilen ve hasarı geri alabilen mecburi çatallaşma üzerinde oy kullandı.

Bu karar, Ethereum topluluğunda onarılamaz bir bölünmeye yol açan son derece tartışmalıydı. Bir yandan, zararın geri alınmasının ve yatırımcı fonlarının iade edilmesinin çok önemli olduğuna inananlar vardı. Öte yandan, topluluğun Blockchain’in değişmezliğini alt etmek için harekete geçmemesi gerektiğini destekleyen kişiler de vardı.

Argüman, zincir içi ve zincir dışı yönetişimin özüne iniyor. Açık olarak bu, Ethereum’un tersinin olabileceği bir zincir dışı yönetişim modeline sahip olması nedeniyledir.

_________________________________________________________________________________________________________________________________________________________________________

Uygulamada Zincir İçi Yönetişim

Yukarıdaki Ethereum örneği ile zincir içi yönetişimin “kod yasadır” yaklaşımı olduğunu görebiliriz. Bu, bir kez topluluk tarafından oylanan tüm yükseltme ve yazılım değişikliklerinin protokolde gömülü kodlanmış olduğu anlamına gelir. Dahası bazı savunucular, bunu Blockchain’in değişmezliğine asla karşı konulmaması gerektiğini söylemeye kadar götürür.

Zincir içi yönetişimin savunucuları, zincir dışı yönetişimdeki Blockchain kontrolünün çekirdek geliştiriciler ve madencilik havuzları için merkezileştirildiğini ve Blockchainler’in merkezileşmemiş sistemler olması gerektiğinin temel ilkesine aykırı olduğunu savunuyorlar. Ayrıca yeni geliştiricilerin mevcut projelere katılmaları için yeterli teşvik olmadığını da tartışıyorlar.

Zincir içi bir yönetişim projesinin en çok bahsedilen örneklerinden biri, kendisine “kendi kendine gelişebilen bir Blockchain” diyen Tezos’tur. Tezos ortamında herhangi bir geliştirici, güncelleme uygulanırsa ödenen bir fatura ile birlikte projeye bir kod güncellemesi gönderebilir. Tezos topluluğunun tam uygulamaya geçmeden önce bir test ortamından geçmesi gereken yükseltmelere oy vermesi için belirli bir süreç var.

Diğer bir örnek, DAO gibi yüksek profilli hackleri ve saldırıları ele almak için bir Blockchain’in gerekliliğine işaret eden Dfinity’dir. Bu nedenle Dfinity, kullanıcıların böyle bir saldırı durumunda Blockchain’deki onaylanmış işlemleri geri almak isteyip istemediklerini oylamalarına izin verir. Bu, yükseltmelere oy vermek için zincir içi mekanizmalara ektir.

Zincir içi yönetişimin belirgin avantajları vardır. Daha hızlı blok onay sürelerine izin verebilir. Ayrıca, yükseltme kararlarının tam merkezsizleşmesi için merkezi bir geliştirici topluluğunun ötesinde bir yapı sağlar; bu da mecburi çatallaşmaların görülme sıklığını azaltır.

Ancak zincir içi yönetişim, ölçekte zorlayıcı olan seçmen topluluğunun tam katılımına dayanır. Ayrıca; tüm seçmenlerin daha geniş bir toplumun çıkarlarına göre hareket ettiğini, bunun her zaman böyle olamayacağını ve diğerlerinden daha fazla güce sahip seçmenlerin bulunduğu yerlerde tehlikeli olabileceğini varsayar. Diğer bir risk, çoğunluğun iradesiyle geçersiz kılınan kararlarını bulan kullanıcıların yeni bir Blockchain’e mecburi çatallaşma için seçenekleri yoksa topluluktan ayrılabilmesidir.

_________________________________________________________________________________________________________________________________________________________________________

Zincir Dışı Yönetişim

Zincir dışı yönetişim, yazılım yükseltmeleri ve hata düzeltmeleri için bir “komite” yaklaşımı sağlar. Hem Bitcoin hem de Ethereum, kendi vakıfları ile yönetişim sürecinde uygun kontrollerin ve dengelerin sağlanmasında rol oynayan bu yaklaşımı benimsemiştir.

Zincir dışı yönetişimin yararları ve zararları, zincir içi yönetişimin yararları ile tamamen zıttır. İnsanlar Blockchain’in otomatik olarak “kötü” kararları uygulamasını engellemek için müdahale edebilirken, tüm taraflar aynı fikirde değilse bu bölücü olabilir ve bu da mecburi çatallaşmalara yol açar. Çok sayıda seçmen grubunun katılımı gerekli değildir. Ancak karar vermenin tam merkezsizleşmenin faydalarını anlamada başarısız olan bir çekirdek insan grubuna merkezileştirildiği anlamına gelir.
_________________________________________________________________________________________________________________________________________________________________________

Sonuç

Daha önce de belirtildiği gibi Aelf, DPoS yönetişim protokolünü yürütür. Aelf Whitepaper’da bir token sahibinin Aelf’in geleceği konusunda en büyük hakka sahip olduğunu ve token sahiplerinin çıkarlarının Aelf’in kaderiyle bağlantılı olduğunu kabul ediyoruz. Bu nedenle Aelf ana zincirinde yapılan yükseltmelere token sahiplerimiz tarafından seçtikleri temsilcileri aracılığıyla karar verilir.

Ancak Aelf yan zincirleri kullanan bir geliştirici, DPoS protokolünü kullanmakla sınırlı değildir. Yan zincirlerinde hangi yönetişim ve konsensüs protokollerini uygulamak istediklerine kendileri için karar verebilirler. Bu, geliştiricilerin Yan Zincir işlevselliğinin belirli hedeflerini en iyi şekilde karşılayacağına inandıkları bir konsensüs protokolü kullanmalarını sağlar.

Zincir içi ve zincir dışı yönetişim sorununu göz önüne alırken doğru ya da yanlış cevap olmadığını anlamak önemlidir. Her iki tarafta da geçerli tartışmalar yapacak savunucular vardır. Birisi mükemmel bir yönetişim tasarımı ile ortaya çıkmadıkça (pek olası görünmüyor) Blockchain’in esnek kalma yeteneği, bu bakımdan belki de teknolojinin en büyük varlıklarından biridir.
_________________________________________________________________________________________________________________________________________________________________________

KAYNAK: https://medium.com/aelfblockchain/blockchain-governance-101-bd4dd978c7c6

✅ Github revizyon geçmişi istatistiklerinin yer aldığı CryptoMiso sitesinde Aelf, 804 kripto para arasında 4. sırada yer almaktadır.

Akıllı Sözleşmelerle Blockchain Yönetişimi Çalıştırma



Akıllı Sözleşme Nedir?

Akıllı sözleşme, bir Blockchain üzerinde kodla yazılmış gerçek hayat anlaşmasının dijital bir versiyonudur. 'If-then' mantığına göre otomatik olarak yürütür. Bilgisayar bilimcisi ve kriptografi yazarı Nick Szabo, 1996 yılında bir otomat makinesinin analojisini kullandığı konudaki akıllı sözleşmeler fikrini öneren ilk kişi oldu. Otomat makinesi, ürününü yalnızca bir madeni para aldıktan sonra kullanıcıya verir.



Akıllı sözleşmeler, benzer bir yolla çalışır. Benzer şekilde kabul edilen koşulların yerine getirilmesi üzerine bir akıllı sözleşme, otomatik olarak Blockchain üzerinde bir işlem yürütebilir. Bu nedenle akıllı sözleşmeler, gerçek hayattaki anlaşmalarına göre taraflar arasında kripto para birimleri gibi dijital varlıkların otomatik transferini yönetmek için kullanılabilir.

Blockchain değişmez olduğu için akıllı sözleşme anlaşmasında taraflar, temel koda müdahale edilemeyeceği bilgisi dahilinde güvendedir ve şartlar yerine getirildiğinde sözleşme yürütülür. Akıllı sözleşmeler; mülkiyet hukuku, finansal işlemler ve anlaşmalar ve kitle fonlaması anlaşmaları dahil olmak üzere çeşitli uygulamalarda kullanılabilir. Ancak, Blockchain'in yönetişiminde de uygulamaya sahiptir.
_________________________________________________________________________________________________________________________________________________________________________

Merkezsizleşmiş Otonom Kuruluşlar (Decentralized Autonomous Organizations - DAO) - Akıllı Sözleşmeleri Kullanarak Yönetişim



Blockchain yönetişimi; düğüm sahiplerinin, token sahiplerinin ve çekirdek geliştiricilerin etkileşimlerine bağlıdır. Akıllı sözleşmeler, bu taraflar arasında yapılan anlaşmaları yönetmek için kullanılabilir. Blockchain terimiyle bu, merkezsizleşmiş otonom kuruluş (DAO) olarak bilinir.

Bir DAO, halka açık bir limited şirket gibi geleneksel bir organizasyon gibi merkezi bir yönetim yapısına sahip olmayan bir kuruluşlar grubudur. Böyle bir merkezi modelde yönetim, çeşitli paydaşların çıkarlarını dengeleyerek organizasyonu ilerletmek için strateji ve eylemlere karar verir.

Merkezsizleşmiş bir organizasyonda her bir taraf, kuruluşu bir bütün olarak etkileyen kararlar üzerinde oy hakkına sahiptir. Akıllı sözleşmeler, taraflar arasındaki anlaşmaların ilkelerini kodlayarak ve belirli koşullar yerine getirildiğinde anlaşmaları otomatik olarak yürüterek DAO'nun "otonom" kısmını oluşturur.
_________________________________________________________________________________________________________________________________________________________________________

DAO

DAO'ları tartışırken en iyi örnek olay incelemelerinden biri, maalesef en kötülerinden biridir. DAO, Ethereum blockchain üzerine akıllı bir sözleşme olarak kurulan bir girişim fonuydu. İlk token teklifi sırasında 150 milyon dolar değerine yükseldi.

Buradaki fikir, herhangi birinin DAO'ya bir fikir verebilmesiydi ve token sahipleri bunu uygulamak ya da uygulamamak için oy kullanacaktı. Oylama uygulamak lehine sonuçlanırsa DAO'yu destekleyen akıllı sözleşme, fon transferini otomatik olarak yürütür. Token sahipleri için teşvik, başarılı projelerden elde edilen kardan pay alacak olmalarıydı.

Ancak akıllı sözleşme kodunun kendisinde bulunan bir güvenlik açığını kullanan bir hacker, DAO'dan fon çekmenin bir yolunu bulmayı başardı ve 70 milyon $ tutarındaki ETH tokenlerini çekti. Ethereum topluluğu, tamamen işlemi tersine çevirerek günü kurtarmak için oy kullandı. Ancak DAO, bu olaydan ve olumsuz bir SEC kararından sonra katlandı.

Olumsuz bir sona sahip olan bu özel hikayeye rağmen bir DAO'nun ilkelerini ve yönetişimde akıllı sözleşmelerin kullanımını çok iyi göstermektedir. Bir Blockchain bağlamında akıllı sözleşmeler ve DAO'lar için durum zorlayıcı olmaya devam ediyor. Bununla birlikte özel şirketler tarafından son yıllarda örneğin Equifax veya Marriott Hotels gibi çeşitli veri ihlalleri oldu.

Ancak bu tür veri ihlalleri, interneti işlemlerde kullanma inancını yok etmemektedir. Uygulamada başarıyla çalışan birçok akıllı sözleşme örneği vardır. State of the Dapps gibi web siteleri; Ethereum, EOS ve Tron gibi platformlarda akıllı sözleşmeleri başarıyla yürüten tüm uygulamaların listesini gösterir. En iyi kullanılanlardan biri, istikrarlı koin sisteminde yönetişim için akıllı sözleşmeler kullanan bir proje olan MakerDAO'dur.
_________________________________________________________________________________________________________________________________________________________________________

Aelf Yönetişimde Akıllı Sözleşmeleri Nasıl Kullanır?



DAO ile yaşanan olay Aelf'in en başından beri sağlam bir yönetişim yapısı uygulamayı seçmesinin sebeplerinden biridir. Token sahiplerinin kayıplarını telafi etmek için Ethereum Blockchain'i geri alma kararı Ethereum topluluğunu bölerek Ethereum Classic mecburi çatallaşma ile sonuçlandı. Aelf ile token sahipleri, DPoS yönetişim protokolüne dayanan açık ve şeffaf bir yönetim sistemine katılırlar.

DPoS, Blockchain yönetişiminde temsili demokrasiye en yakın modeldir. Tüm token sahiplerinin tüm kararlara oy vermesi yerine DPoS, token sahiplerinin madenciliği ve diğer özel görevleri yerine getirecek düğümleri delege etmelerini sağlar. Düğüm sahiplerinin seçimi için oy kullanma mekanizması, akıllı sözleşmeler kullanılarak yürütülür ve otomatik olarak en çok oy alan düğümler seçilir.

Aelf kuruluş üyeleri, ekipten veya üçüncü taraftan yeni özellikler ve güncellemeler için kodu incelemekle sorumludur. Delegasyon düğümleri, daha sonra ihtiyaçları doğrultusunda hangi temel özellikleri birleştirmek istediğine karar verir. Yeterli sayıda delegasyon düğümü yeni özelliği uygularsa, bir akıllı sözleşme tüm sistemin aynı değişikliği onaylamasını sağlar. Bu şekilde Aelf, Bitcoin ve Ethereum topluluklarını bölen aynı bölücü mecburi çatallaşmalara maruz kalmayacaktır.

Akıllı sözleşmelerin ve DPoS yönetişim yönteminin bir kombinasyonunu kullanarak Aelf, token sahiplerimizin sistemin gelecekteki gelişmeler üzerinde en büyük söze sahip olmalarını sağlar. Token sahiplerinin çıkarlarını Aelf platformunun uzun vadeli beklentileriyle özellikle uzun süreli kilitli tokeni olan token sahipleri için ayarlar. Aelf yönetişim modelini oluştururken önceliğimiz buydu ve geleceğe dönük olarak tüm paydaşlarımızın çıkarlarına iyi hizmet edeceğine inanıyoruz.
_________________________________________________________________________________________________________________________________________________________________________

KAYNAK: https://medium.com/aelfblockchain/running-blockchain-governance-with-smart-contracts-954fa0c3c747

Aelf Neden Akıllı Sözleşmeler İçin Yan Zincirleri Kullanır?



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

Aelf Neden Akıllı Sözleşmeler İçin Yan Zincirleri Kullanır?

2014 yılında Ethereum'un piyasaya sürülmesi, akıllı sözleşmelerin kodlanması için ilk kamu platformunu sağladı. Bu devrimci bir gelişme olsa da ilk heyecan, vaat ettiği görülen Blockchain'in yaygın olarak benimsenmesini sağlayamadı. Bunun sebeplerindem biri, geliştiricilerin ölçeklenebilirlik ve birlikte çalışabilirlik gibi sorunları çözmek için mücadele etmeleridir.

Aelf, bu zorlukların üstesinden gelmeyi amaçlamaktadır ve bunu başarmamızın yollarından biri akıllı sözleşmelerin işleyişine tamamen farklı bir yaklaşım getirmektir. Diğer platformlar şimdi mevcut olmasına rağmen, bu makalenin amaçları doğrultusunda en iyi bilinen ve en iyi kullanılan akıllı sözleşme platformlarından biri olan Ethereum ile Aelf'i karşılaştıracağız.

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

Ethereum'da Akıllı Sözleşmeler

Akıllı sözleşmeler "if-then" mantığına göre çalışır, bu nedenle sözleşme koşulları sağlandığında işlemin kendisi Ethereum Blockchain'e kaydedilir. Ethereum gazla çalışır, bu yüzden akıllı sözleşmenin kendi içindeki işlemleri tamamlaması için her akıllı sözleşmede yeterli gaz kalmalıdır. Ayrıca, madencilerin akıllı sözleşmenin tamamlanması için mal sahibinin teklif ettiği gaz fiyatını kabul etmeye istekli olmaları gerekir.

Tüm bu koşulların uygun olduğunu varsayarsak prensip olarak herkes, herhangi bir amaç için akıllı bir sözleşme yapmak için Ethereum'u kullanabilir. Ancak Ethereum'un yüksek verim zamanlarında darboğazlar yaşadığı iyi bilinmektedir. Örneğin, CryptoKitties çılgınlığının sebep olduğu ağ yavaşlaması öyle aşırıydı ki yaygın haber kanallarında bile yer aldı. Bu zamanlarda talebin artması nedeniyle gaz fiyatı da yükseliyor.

Bu darboğazların nedeni, basit ETH işlemleri veya akıllı sözleşmelerdeki işlemler gibi tüm Ethereum tabanlı işlemlerin tek bir zincirde gerçekleşmesidir. Bir Blockchain ortamında işlemler de genellikle birbirine bağımlıdır. Bir işlemin girişi, özellikle birden fazla koşulu ve tamamlanması gereken adımlar içeren akıllı bir sözleşmede başarılı bir şekilde onaylanan başka bir çıktıya bağlıdır.

Ethereum, tüm işlemlerin sırayla işlenmesini gerektirerek bunun üstesinden gelir. Ancak tek bir zincir üzerinde sıralı işlem; CryptoKitties gibi darboğaza neden olur çünkü tüm akıllı sözleşmeler ve ETH ticaretleri için tüm işlemler, ağdaki her düğüm tarafından sırayla doğrulanmalıdır.

Blockchain topluluğunda bazıları, tek bir blok içinde daha fazla işlem yapılmasını sağlayan arttırılmış blok boyutunu isteyecektir. Bununla ilgili sorun, Ethereum Blockchain üzerinde gerçekleşen işlemler ne kadar büyük olursa ledger de o kadar büyür. Bir düğüm operatörü için bu, blokları kazmak için gereken hash gücünü arttırır.

Blok boyutunu arttırmanın sadece büyük şirketlerin madencilik için gereken hash gücünü sağlayabileceği derecede ledger şişmesine neden olacağı yönünde geçerli bir argüman vardır. Bu gerçek merkezsizleşmeyi engeller ve böylece %51 saldırısı riskini artırır.

Bu nedenle Ethereum geliştirici topluluğu, sistemin akıllı bir sözleşme platformu olarak uygulanabilir olmaya devam etmesinde gerekli olan ölçeklenebilirlik zorluğunun üstesinden gelmek için birkaç çözüm araştırıyor. Bazı potansiyel çözümler Sharding (Parçalama) ve child (alt) zincirlerin kullanılmasını içeren Plazma protokolüdür.

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

Aelf'de Akıllı Sözleşmeler ile Kaynak Ayrımı

Ethereum ölçeklenebilirlik zorluğunun üstesinden gelmek için bir uzantı olarak Plazma'da alt zincirleri uygularken Aelf, ilk tasarımın bir parçası olarak yan zincirlerin kullanılmasını içermektedir. Tek bir Blockchain'i kullanan birden fazla akıllı sözleşme türü, ölçeklenebilirliği engel olur.

Ayrıca, farklı akıllı sözleşme ihtiyaçları ile gerçek dünya işletmelerin karşılaştığı sayısız zorlukları karşılamada başarısız olur. Bazı uygulamalar hızlı onaylarla yüksek verim gerektirebilir, ancak diğerleri mümkün olan en iyi güvenliği sağlamak için hızdan ödün vermeye istekli olacaktır.

Bu nedenle Aelf, ana zincirde sadece yan zincirleri indekslemek için kullanılan herhangi bir akıllı sözleşme işlevine sahip değildir. Akıllı sözleşmeler, türüne göre farklı yan zincirlere ayrılır.

Bu nedenle bir yan zincir, güvenliğe ve gizliliğe odaklanarak kimlik verilerinin kaydedilmesi ve doğrulanması için akıllı sözleşmeler çalıştırabilir. Başka bir yan zincir, hızlı işlem verimi ile bir merkezsizleşmiş borsa işletebilir.

Merkle ağaç köklerini kullanarak bu iki yan zincir, Aelf ana zinciri aracılığıyla birbirleriyle iletişim kurabilir. Borsa yan zincirinin bir kullanıcının kimliğini doğrulaması gerekiyorsa, kullanıcının kimlik verilerini içeren kimlikte belirli bloğun Merkle ağaç kökünü talep ederek bunu yapabilir. Akıllı sözleşmelerin farklı yan zincirlere ayrılmasıyla her uygulama, ağın geri kalanından müdahale olmadan çalışabilir.

Aelf yan zincirleri, ayrıca alt zincirlere dallanma seçeneğine de sahiptir. Bu şekilde her bir yan zincir, belirli bir işleve tahsis edilmiş kendi ölçeklenebilir ve bağımsız ekosistemi olarak çalışabilir. Bunun tek bir uygulama kullanımı olması gerekmez; tüm bir endüstriyi kapsayabilir. Örneğin; sigorta primi ödemeleri, talepler veya kendi kendine sigorta havuzları gibi işlemleri yönetmek için özel olarak programlanmış akıllı sözleşmeler içeren alt zincirlerle sigortaya tahsis edilmiş bir yan zincir olabilir.

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

Ölçeklenebilirlik Sorununun Üstesinden Gelmek

Bazı işlemler birbirine bağlı olsa da birbirinden bağımsız olarak doğrulanabilen bir çoğunluk da vardır. Bu nedenle Aelf, birbirinden bağımsız işlemleri farklı gruplara ayırır.

Aelf'deki düğümler, daha sonra işlem gruplarını birbirine paralel olarak onaylayabilir. Birbirine bağlı işlemler, sadece kendi gruplarında sırayla onaylanır. Paralel işleme, Aelf'in diğer Blockchainler'deki sıralı işlemlerden çok daha hızlı bir şekilde işlemleri onaylamasını sağlar.

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

Ethereum gibi ikinci nesil Blockchainler, Blockchain alanına birçok heyecan verici gelişme getirdi. Ancak "her şeye uyan (one size fits all)" yaklaşımı, gerçek dünyada çok farklı ihtiyaçları olan işletmeler tarafından yaygın olarak benimsenmesini engelledi. Kaynakları yan zincirlere ayırarak Aelf, modern işletmelerin ihtiyaçlarına hizmet eden akıllı sözleşme yetenekleri sunmak için yüksek derecede uyarlanabilir ve ölçeklenebilir bir ekosistem yaratıyor.

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

KAYNAK: https://medium.com/aelfblockchain/why-aelf-uses-side-chains-for-smart-contracts-cf14f8f92bab

🔊Aelf Gelişim İlerlemesi Güncellemesi (24 Mart)

ÖZET:
- Blok Kaşifi çoklu zincir anahtarlama işlevi tamamlandı.
- Aelf yeni resmi web sitesinin %75'i tamamlandı.

https://medium.com/aelfblockchain/development-progress-update-mar-24th-64a36b9dd81c

✅ Github revizyon geçmişi istatistiklerinin yer aldığı CryptoMiso sitesinde son 3 aylık süreç için Aelf, en aktif 370 kripto para arasında 2. sırada yer almıştır. Aelf, durmaksızın gelişiyor ve 1. sıra için daha da çok çalışıyoruz!

🔊 Aelf Gelişim Raporu (11.03.2019-24.03.2019)

🔊 AELF Haftalık Gelişim İlerleme Raporu (25 Mart - 31 Mart)

ÖZET:
- Aelf yeni resmi web sitesinin %90'ı tamamlandı.
- Geliştirme dokümantasyonu yapılmaktadır.

https://medium.com/aelfblockchain/aelf-progress-report-mar-25th-31st-ad7fe87fe533

Github 101 - Github'u Anlamak ve Aelf Github'u Nasıl Kullanır

Eğer bir geliştirici değilseniz, o zaman hiç Github'u duymamış olabilirsiniz. Ancak, özellikle Blockchain projeleri için gelişimde hayati bir teknik araçtır. Aelf'i ve diğer birçok Blockchain projesini çalıştıran tüm kodlar Github'da depolanır ve tercih edilen proje yönetim aracı haline gelmesinin iyi nedenleri vardır.

_______________________________________________________________________________ _______________________________________________________________________________

Git ile Sürüm Kontrolü

Geliştiricilerden oluşan bir ekip bir proje üzerinde birlikte çalışırken, yazılımın hangi sürümünün ana kopya olduğunu kontrol etmenin bir yoluna ihtiyaç duyarlar. İki veya yirmi geliştirici olsun, temel koda yapılan tüm değişiklikleri izlemek için sürüm kontrolü gereklidir.

Bunun sürüm kontrol sistemlerinde yönetilme şekli dallanma ve birleşmedir. Bir programcı ana kodda değişiklik yapmak isterse, ana kod deposundan bir kopya indirir ve ana kodu etkilemeden sürümlerinde değişiklikleri yapar. Daha sonra, yayınlanmaya hazır olduklarında değişikliklerini ana kopya ile birleştirebilirler.

Git, sürüm kontrolünü yöneten bir sistemdir. 2005 yılında Linux işletim sistemini oluşturan yazılım mühendisi Linus Torvalds tarafından geliştirilmiştir. Linux açık kaynaklıdır, böylece herhangi bir geliştirici temel kodda değişiklikler önerebilir. Bu nedenle Torvalds, Git'i Linux kodu için sürüm kontrolünü yönetmenin bir yolu olarak geliştirdi. Git, her değişiklik yapıldığında kodun geçerli sürümünün bir görüntüsünü alır. Değişiklikler, "commits" olarak bilinir.

Git; geliştiriciler için mükemmel bir araçtır ve bir Stack Overflow anketine göre, tüm geliştiricilerin %87'sinden fazlası tarafından kullanılır. Ancak Github, kodlayıcı olmayanlar için Github'ın devreye girdiği yer kullanıcı dostu değildir.

_______________________________________________________________________________ _______________________________________________________________________________

Github

Github, web tabanlı bir arayüzdür ve Git için bulut tabanlı bir barındırma (hosting) hizmeti sağlar. Ayrıca Git'in işlevselliğinden çok daha güçlü hale getiren başka özellikler de sunar. En önemlisi pull request ve bir ağ oluşturmak için profillerin kullanılmasıdır.

Pull Request ve Profiller

Github'da bir geliştirici, kaynak kodunun bir kopyasını alarak çatal (fork) adı verilen kendi dalını yaratır. Kodda değişiklik yaptıklarında bir pull request gönderebilirler. Bu, kod sahibine incelenecek bir değişiklik olduğunu bildirir.

Değişiklik kabul edildiğinde proje kaynak koduna bir commits olarak bilinen bir değişiklik olarak dahil edilir. Herhangi bir projedeki commits sayısı, faaliyet seviyelerinin ve dolayısıyla bir projenin sağlığının güvenilir bir göstergesidir.

Son on iki ay boyunca Aelf, Github commitsleri açısından Blockchain/kripto para birimi projeleri arasında ilk onda yer alıyor (http://www.cryptomiso.com). Bu da Mainnet başlangıcına doğru Aelf geliştirme ekibinin sıkı çalışmasını ve bağlılığını göstermektedir.

Profiller, Github'ı hem geliştiriciler hem de proje liderleri için çok çekici bir araç haline getiriyor. Bir geliştirici herhangi bir proje için başarılı bir şekilde bir commit kaydettiği zaman, Github'taki kendi kişisel profilinde saklanır.

Dolayısıyla; bir geliştirici daha önce üzerinde çalışmadıkları açık kaynaklı bir projenin kodu için bir pull request gönderirse proje lideri, pull requesti onaylamadan önce önceki tüm commitslerini gözden geçirebilir. Bu nedenle Github profili, önceki kodlama çalışması kaydı ile programcılar için bir tür özgeçmiş görevi görür.
______________________________________________________________________________ _______________________________________________________________________________

Aelf Topluluğu Github'tan Neler Kazanır?

Github, proje gelişimi ile ilgili ilerleme ve bilgileri paylaşmak için ideal bir araçtır. Herhangi bir Aelf topluluk üyesi, aşağıda özetlenen Github'ın çeşitli özelliklerinden yararlanabilir.

Şeffaf Metrikler

Öncelikle Github, kullanıcı dostudur ve bir programcı olmanıza ve hatta projelere ve kullanıcılara göz atmak için bir hesabınız olmasına gerek yoktur. Herhangi bir proje için "Insights" sekmesi altında, herkesin görebileceği bir dizi yararlı metrikler vardır. Bunlar, faaliyetin genel bir bakışını gösteren bir kontrol paneli içerir.



Ayrıca projedeki commits sayısını da görebilirsiniz.



Projede çalışan geliştiricilerin profillerini görüntüleme seçeneği de dahil olmak üzere başka özellikler de var.

Aelf'de token sahiplerimizin çıkarlarının Aelf platformunun uzun vadeli geleceği ile bağlantılı olduğuna inanıyoruz. Bu nedenle Github, proje gelişimimizdeki ilerlemeyi token sahiplerimiz ve diğer ilgili paydaşlarımızla paylaşmak için ideal bir yer sağlamaktadır.

Kaynak kodunun hepsinin bir yerde olması, Aelf Mainnet aktif olduğunda düğüm sahiplerinin bir düğümü çalıştırmak için gerekli tüm mevcut dosyalara erişebileceği merkezi bir depoya sahip oldukları anlamına gelir.

Sorun Kaydı (Issue Log)

Medium kanalımızda düzenli olarak haftalık gelişim güncellemeleri yayınlamamıza rağmen, sorunların durumunu ve çözümünü izlemek için Github Issue Log'u (https://github.com/AElfProject/AElf/issues) kullanıyoruz. Topluluk üyelerimizden herhangi biri, bu sorunların durumunu gerçek zamanlı olarak kontrol edebilir.



Wiki

Aelf kullanıcı dokümantasyonu, proje sayfamızın Github Wiki bölümünde saklanır. Tüm revizyonlar ve önceki sürümler de mevcuttur.

Gerçek Zamanlı Güncellemeler

Bir Github hesabıyla herhangi bir kullanıcı, Aelf'in veya ağdaki herhangi bir projenin güncellemelerini "izleyebilir". Bu, Github'ın her yeni bir commit veya başka bir değişiklik olduğunda sizi bilgilendireceği anlamına gelir. Bir projeye bağlı kalmayı tercih ederseniz ancak bildirim almayı tercih etmiyorsanız, yer imi olarak kullanılan bir projeyi "yıldızlandırabilirsiniz".

Github'a kaydolmak ücretsizdir, bu nedenle herkesin favori projelerini izlemesi ve yıldızlaması kolaydır.
______________________________________________________________________________ _______________________________________________________________________________

Özet



Github'da, çoğu geliştiricilere ve projelerde çalışan diğer ekip üyelerine yardımcı olmak üzere tasarlanmış başka işlevler de vardır. Ancak bu makale genel kullanıcılar için Github'un amacını ve işlevselliğini içermektedir.

Aelf için diğer birçok Blockchain projesinde ve ekibinde olduğu gibi Github, kaynak kodumuzu depolamak ve sürüm kontrolü için en güçlü platformdur. Aynı zamanda, topluluğumuzun tüm gelişmeleri takip etmesini sağlar.
_____________________________________________________________________________ _______________________________________________________________________________

KAYNAK: https://medium.com/aelfblockchain/github-101-understanding-github-and-how-aelf-uses-it-76b9904e1224