blog 1HaberlerGeliştiricilerEnterpriseBlockchain AçıklamasıEtkinlikler ve KonferanslarBasınBültenler

Haber bültenimize abone ol.

E

Senin gizliliğine saygı duyuyoruz

AnasayfaBlogKurumsal Blockchain

Blok Zinciri ve Dağıtılmış Defter Teknolojileri (DLT’ler): Bölüm 2

Ethereum, Hyperledger Fabric ve R3 Corda’nın mimarileri ve yönetim dinamiklerinin karşılaştırmalı analizi, ConsenSys tarafından 23 Mayıs 2018

blockchain dlt 2 kahraman


Bu, Ethereum, Hyperledger Fabric ve R3 Corda’nın iki bölümlü karşılaştırmalı analizinin 2. Bölümüdür. Blockchain ve DLT’lerin 1.Bölümünü Okuyun. 

Blockchain ve Dağıtılmış Defter Teknolojisi Platformları

Veri tabanı koordinasyonu ve daha verimli kod tahsisi bir sistemin istenen işlevselliği ise, o zaman blockchain’in bir organizasyonun aradığı çözüm olmayabileceği kabul edilmelidir. Hyperledger Fabric veya R3 Corda gibi dağıtılmış defter teknolojisi (DLT) sistemleri, blok zincir sistemleri ile benzer işlevlere sahiptir, ancak blok zincirlerinin, kod koordinasyonunun ötesinde ek işlevselliğe sahip ayrı bir dağıtılmış defter alt kümesi olduğu dikkate alınmalıdır. Blok zincirler, dağıtılmış defterlerin sistemin bileşimine dayalı dijital değerin somutlaştırılması açısından olmadığı işlevlere sahiptir..

Bu belgede, blok zinciri işlevselliğine katkıda bulunan yönleri tanımlayan mimari hususlar araştırılacaktır. Bir inceleme, belki de blok zincirlerinin başarabilecekleri ile DLT’nin sağladığı şeyler arasında bir değiş tokuş olduğu olabilir. DLT, paylaşılan bir güvenilir ortamda işlem gerçekleştirme anlamına gelirken, gerçek blok zincirleri, hesapların yüksek doğruluk ve değişmezliğini sağlamak için güvenilir bir kurulum ihtiyacını feda etmek için tasarlandı. Varlıkları doğru şekilde dijitalleştirmenin başarısı için yüksek doğruluk ve değişmezlik unsurları ayrılmaz bir unsurdur. Bu belgedeki analiz, bu teknolojik nüansları platformlar arasında daha fazla açıklığa kavuşturmak için iş süreçleri boyunca mimari bileşenleri kaplayacaktır..

Şekil 1 Teknoloji yığınları ile bunların işlevsellik ve kullanım durumları açısından nasıl karşılaştırıldıklarını birbirinden ayırmak önemlidir Dağıtılmış defter teknolojisi, blockchain teknolojisinden büyük ölçüde etkilenirken, teknoloji platformlarının mimari hususlarını ayırt etmeliyiz.Teknoloji yığınları ile bunların işlevsellik ve kullanım durumları açısından nasıl karşılaştırıldıklarını birbirinden ayırmak önemlidir. Dağıtılmış defter teknolojisi, blockchain teknolojisinden büyük ölçüde etkilenmiş olsa da, teknoloji platformlarının mimari hususlarını ayırt etmeliyiz..

Karşılaştırmalar, yazılım platformlarında bulunan birkaç temel ayırt edici özelliğe dayalı olarak yapılacaktır. Bu belgede incelenecek ana alanlar şunları içerir:

  • Durum: Durum, bilginin bir bilgi işlem ortamında temsilini kolaylaştırmak için kodun oluşabileceği ana mantık birimini ifade eder. Durum, farklı bağlamlarda çeşitli anlamlara sahip olabilirken, blok zinciri ve dağıtılmış defter ortamında durum kullanımı, bir veri yapısının ontolojik karakteristiğinin mevcut yapılandırmasından oluşur..
  • İşlemler: Bir blok zinciri ortamında işlemler, geliştirme ekosisteminde meydana gelen durum veya durum geçişlerinin oluşmasına yol açabilecek hesaplama olayları olarak kabul edilir. İşlemler, sözleşmeleri başlatabilir veya önceden var olan sözleşmeleri talep edebilir.
  • Akıllı Sözleşmeler: Bir blok zinciri platformunu mimari bir bakış açısıyla değerlendirirken, akıllı sözleşme kodunun yapısını ve gerçek blok zinciri ağ topolojisine göre nasıl çalıştığını belirlemek önemlidir. Akıllı sözleşmeler, platform ekosistemi içinde eylemleri gerçekleştiren bağımsız kod birimleri olarak kabul edilir..

Aşağıdaki tablo, ilgili platformların çeşitli teknolojik özellikleri arasındaki temel farklılıkların kısa bir özetini göstermektedir..

platform özellikleriEthereum, Hyperledger Fabric ve R3 Corda’nın teknolojik özelliklerine genel bakış.

I. Eyalet

Ethereum

Paylaşılan dağıtılmış konfigürasyonlara sahip bir ekosistem olarak Ethereum, “Hesaplar” adı verilen nesnelerin konfigürasyonu aracılığıyla “Durum” kavramını somutlaştırır. Ethereum’da iki tür hesap vardır:

  • Sözleşme Hesapları – sözleşme kodu ile kontrol edilen hesaplar
  • Harici Olarak Sahip Olunan Hesaplar – özel bir anahtarla kontrol edilen hesaplar

Ethereum, hesap adreslerinin ve hesap durumlarının bir eşlemesi olan Dünya Durumu kavramını kullanır. State_Root, sistemdeki hesapların birleştirilmesinin bir Patricia Merkle Ağacı köküdür. Hesapların içinde, sözleşme durumları da bu Patricia Merkle Ağacı veri yapısında düzenlenir. Durumun kök karması, merkle ağacındaki verilerin kimliğini güvence altına almak için kullanılabilir, bu da nihayetinde sistemin teorik değişmezliği ile sonuçlanan ağ boyunca çoğaltmaya izin verir..

Gerçek blok zincirleri, bu Patricia Merkle Ağacı veri yapısına ve sistemin durumunu somutlaştırmak için kullanılan bloklar arasındaki orkestrasyonuna dayalı olarak DLT'den ayırt edilir.Bu kavram, bir blok zinciri sistem mimarisinin veri bütünlüğü geçerliliği ve aslına uygunluğunun ayrılmaz bir parçasıdır.Gerçek blok zincirleri, bu Patricia Merkle Ağacı veri yapısına güvenmelerine ve sistemin durumunu somutlaştırmak için kullanılan bloklar arasındaki orkestrasyonlarına dayalı olarak DLT’den ayırt edilir. Bu kavram, bir blockchain sistem mimarisinin veri bütünlüğü, geçerliliği ve aslına uygunluğunun ayrılmaz bir parçasıdır..

Yorum

Ethereum Dünya Devleti’nin yarattığı işlevsellik, dijital formatta değerin somutlaştırılmasına izin veren güvenilir bir sistemdir. Token ekonomisine özgü dijital temsil değeri kaynakları, Ethereum’un hesaplarının ve alt veri yapılarının bileşiminden türetilebilir; mantık kapılarının geleneksel mühendislikte işlevsel algoritmaları başlatabildikleri gibi.

Ethereum müşterileri ve özel uygulamalar da dahil olmak üzere Ethereum’dan türetilen platformlar, durum koruması ve mantık uygulamasıyla ilgili olarak bu standartlara olan inançlarla bu değerin somutlaştırılmasından faydalanabilir. Bu mantıksal değer tabanlı işlevlerden birini somutlaştırmada başarısız olan platformlar, gerçek merkezi olmayan dijital varlık değerlerinin oluşturulmasını kolaylaştıramayacaktır..

Hyperledger Kumaş

Hyperledger Fabric’te durum, durum için anahtar / değer depolarına dayanan bir veritabanı yapısında korunur. Chaincode programları arasındaki etkileşim ve bunların platform topolojisine nasıl kurulduğu, komutların ve eylemlerin sisteme verilmesine izin verir. İşlemler, defter olarak bilinen durumda güncellemelerle sonuçlandığından, bu eylemler veri depolarında güncellemelerle sonuçlanır. Defter, kullanıcılara dağıtılmış bilgi işlem ortamında gerçekleşen bilgi ve işlemlere üstün erişim sağlayan paylaşımlı dağıtılmış bir veritabanı olarak formüle edilmiştir. Durum, geleneksel yazılım geliştirme araçlarıyla veritabanı ortamına yerleştirilmiştir:

  • LevelDB bir anahtar / değer veritabanı oluşturur
  • CouchDB, Document JSON veritabanını tutardı

kumaş mimarisiFabric mimarisinde, tüm süreçlerin nasıl organize edildiğini gösteren veritabanı formatı, işlem işlemeyi artırabilir ve ekosistemdeki hesaplama verimliliğini en üst düzeye çıkarabilir..

Durum Veritabanında, zincir işlem günlüğündeki anahtarlar için en son sürüm değerleri anahtar / değer çiftleri olarak saklanır. Dünya Durumu olarak bilinen anahtar değerler, kanal mimarisinde bulunan işlem günlüklerinin bir görünümü için endekslenir. CouchDB, zincir kodu API’lerinden güncellemeleri alan ayrı bir veritabanı işlemi olarak işlev görür..

Yorum

Hyperledger Fabric, yüksek verimli durum geçişleri elde etme karşılığında bir blockchain sisteminin temel ilkelerinin yerini alan bir süreç yarattı. Mevcut mimarinin kullanımı, durumların daha kolay değiştirilmesine ve geleneksel bir yazılım şeması içinde gösterilmesine izin vererek okuma / yazma erişimiyle sonuçlanır. Fabric ortamında durum düzenlemesi verimli olsa da, Ethereum veya Bitcoin gibi gerçek bir blok zincirinin yapabileceği gibi, halka açık merkezi olmayan bir ekosistemde değeri somutlaştırma yeteneğinden yoksundur. Fabric’in yazılım ortamındaki verilerin hareketi, dağıtılmış bir veritabanının neler yapabileceğinin göstergesidir. Fabric içinde dijital varlıkların oluşturulması, esasen dijital ürünlerin ekonomik yapısına bağlı kalmadan bir konsorsiyumdaki kontrol eden taraflar veya gruplar tarafından kontrol edilen bir veritabanında depolanan dijital bilgiler olacaktır..

R3 Corda

R3 Corda’da Durum, platform mimarisi içindeki farklı veri kümelerinin sıralanması ve versiyonlanmasına dayanır. Sistemde, Ağ, sistem içinde izlenen tarihi durumları depolayan bir veritabanı olan bir Kasa tutar. Corda’da durumun, daha çok yeni ardıllar oluşturmak için kullanılmasına rağmen, mutlaka güncellenmesi gerekmeyen bir disk dosyasıyla karşılaştırılabilir opak verileri içerdiği kabul edilir. Bu sistem, kullanıcılar tarafından kontrol edilen ve paylaşılan bir ortamda bir dizi değiştirilmiş ve yeniden ortaya çıkmış durum güncellemesi olarak işlev görür..

Şekil 5 Defter, etkinleştirilen tüm mevcut durumların kümesi olarak kabul edilir Bu, bitcoin UTXO modelinden ödünç alır, ancak blok zinciri teknolojisinde bulunan Patricia Merkle Ağaçlarının aynı durum koruma özelliklerini uygulamaz, ancak bunun yerine teknolojinin bir kısmını kullanır. Çekirdeğin tersine platformun alt bölümleri; Durumlar, kasada depolanan sınıfların örnekleri olarak hareket ederken, verilerin sıralanması ve sürümlendirilmesi, verileri depolamak için uygun bir yol sağlar.Defter, etkinleştirilen tüm mevcut durumların kümesi olarak kabul edilir. Bu, Bitcoin UTXO modelinden ödünç alıyor, ancak blok zinciri teknolojisinde bulunan Patricia Merkle Ağaçlarının aynı durum koruma özelliklerini uygulamıyor, ancak çekirdeğin aksine platformun alt bölümlerinde teknolojinin bir kısmını kullanıyor. Durumlar kasada depolanan sınıfların örnekleri olarak hareket ederken, verilerin sıralanması ve versiyonlanması, verileri depolamak için uygun bir yol sağlar..

Corda’da durumlar, verileri depolayan sınıflar olarak kabul edilir. Sınıflar, platform içinde birlikte çalışabilirlik katmanı olarak hareket eden “ContractState” arayüzünün uygulamalarıdır. Belirli “Eyalet” veri alanları şunları içerebilir:

  • İhraç
  • Sahip
  • faceValue ve Amount>
  • vade tarihi

Bu tasarımın formatı, verilerin kontrollü ortamda nereden geldiği kaynağının izlenmesine olanak tanıyan bir olaylar zincirinde verilerin eklenmesine izin vermekti. Kaynak, yazılım platformuna belirli erişim kontrollerine sahip konsorsiyum üyeleri tarafından kontrol edilir. Bu kurulumu kullanarak, bankalar ve finans kurumları, paylaşılan bir defter ekosisteminde bilgi işleme açısından verimliliği en üst düzeye çıkarabilecekler. Güvenilmeyen karşı taraflar arasındaki önemli güven ihtiyacını azaltırken veriler kuruluşlar arasında daha iyi taşınabilir ve işlenebilir.

Yorum

Bu mimari kurulum, benzer şekilde, paylaşılan verileri, karşı tarafların birbirine tamamen güvenmesine gerek olmadığı yarı güvenilir bir ortamda işleyebilir. Platform, kesin bir değeri ifşa edebilen bir blok zinciri sisteminin bileşenlerine sahip olmasa da, veriler başarıyla işlenebilir ve Corda’nın durum olarak gördüğü şeye eklenebilir. Corda’da durum, veritabanı benzeri bir deftere eklenen bilgilerden ziyade mantıksal bir yapı değildir. Varlıklar, harcanmış ve harcanmamış durum biçiminde dijitalleştirilip depolanabilirken, bankacılık yazılımı iyi bir güvenilir olmasına rağmen, varlıklar Bitcoin, Ethereum ve token ekonomisinin yeni pazarlar yaratmasına benzer şekilde farklı değer birimleri olamaz. Bugün bankacılık sisteminin şu anda nasıl çalıştığına benzer şekilde, halka açık olmayan güvenli bilgiler için bir onay merkezi görevi görmeye yardımcı olabilecek kurulum.

II. İşlemler

Ethereum, küresel işlem durumunun bloklar içinde depolandığı işlem tabanlı bir makine ekosistemidir. İşlemler gerçekleştiğinde, durum geçişleri sistemin yeni durumlarıyla sonuçlanır. Bu süreç, devleti simgeleyen bir sistemin bütünlüğü için hızlı veritabanı işlem işleminin hızının yanı sıra blok zinciri Patricia Merkle Tree veri yapısı yapılandırmasında bu duruma yol açan işlemi feda eder..

Şekil 6 Bu mimari durumda, durum geçişlerine yol açan işlemler, bloklar içinde gerçekleşen tarihsel bir gerçekliğe verileri kilitlemek için Patricia Merkle Ağaçları kullanan bir yazılım paradigmasında korunur.Bu mimari içinde, durum geçişlerine yol açan işlemlerle birlikte durum, bloklar içinde gerçekleştirilen tarihsel bir gerçekliğe verileri kilitlemek için Patricia Merkle Ağaçlarını kullanan bir yazılım paradigmasında korunur..

İki tür işlem vardır:

  • Mesaj aramaları
  • Sözleşme kreasyonları.

İşlemler, dahili bir değer aktarım mekanizması içerir. Sözleşme hesapları içindeki değer transferi, durum değişikliğine neden olur. Sistem, işlem yürütme olayları arasında var olan akıllı sözleşmeler arasındaki değer aktarımına dayandığından, yüksek kaliteli iş mantığı ve anlaşmaları başlatmak için çeşitli bölümlere ayrılmış durumlar kullanılabilir..

Yorum

Ethereum’un en önemli ayırt edici özelliği, işlemlerin Ethereum blok zinciri ortamında bireysel işlem birimleri olarak kullanılması ve bu yapılandırma aracılığıyla sistemdeki işlem durumlarının kalıcı bir kaydını tutmasıdır. Ethereum, hem geleneksel dağıtılmış defter veri tabanıyla ilgili teknolojik yetenekler hem de istenen güveni dijital değerle birleştirme yeteneğine sahiptir. Ethereum blok zincirinden türetilen teknolojiler, işlemleri ve iş mantığını bir blok zincirinin blokları halinde gruplayabilir. Bu kurulumdan türetilen iş işlevselliği şunları içerir:

  • Gerçek dijital ekonomi
  • Kurumsal / tekelci teşviklerin aksine ekonomik teşviklerle kontrol edilen dijital mallar ve varlıklar
  • Özel kurumlar ve kamusal dijital ekonomi arasındaki etkileşim arayüzü

Ethereum’un mimarisi, bağlı platformların sisteme kripto ekonomik teşvik katmanlarını somutlaştırabilmesini sağlar. Bu, geleneksel yazılım tasarımları tarafından sağlanan merkezi olarak kontrol edilen hizmetlere güvenmenin aksine, genel ağı güvence altına almak için çeşitli teşvik katmanlarının ve mekanizma tasarımlarının oluşturulabileceği anlamına gelir. Bu kriptoekonomik teşvik katmanı, hem dijital ürün ekonomisine hem de bir blockchain platformunun özel ve genel sürümleri arasındaki arayüz katmanına uygulanabilir..

Hyperledger Kumaş

Güvenilir ortamda yüksek işlem hacmi sağlamak için tüm işlemler Fabric çok kanallı mimarisi içinde yürütülür. İşlemler, çalışma zamanı ortamında bulunan paylaşılan bir deftere eklenir. Bu mimari ile Fabric, ana bilgisayar benzeri işlevsellik ve kullanılabilirlik sağlayarak yazılım ortamlarına okuma / yazma erişimi ve uygunluk sağlar. SQL veritabanlarının şu anda mevcut olan herhangi bir blok zincirinden birkaç kat daha yüksek performanslı olduğu bilinmektedir ve Fabric’in yapılandırması, üstün işlem hacmi sağlayan geleneksel veritabanı araçlarında kullanılan paradigmalardan çok şey ödünç alır..

İki tür işlem vardır:

  • İşlemleri dağıtın – yeni zincir kodu oluşturun. Chaincode’u yazılım geliştirme ortamına yükler
  • İşlemleri çağır – önceden oluşturulmuş zincir kodunu ve ilgili işlevleri çağırır. Bu başarıyla yürütüldüğünde, zincir kodu bir işlevi yerine getirir ve duruma değişiklikler getirir.
  • Çağırma işlevleri “alma” veya “ayarlama” işlemleriyle sonuçlanır

Verimli veri işlemeyi ve üstün hızları en üst düzeye çıkarmak için, bireysel işlemler AKA blobları bir Apache Kafka Sipariş Hizmeti tarafından gruplandırılır ve bir teslim olayı aracılığıyla “bloklar” olarak çıktılanır. İşlemler (bloblar) Apache Kafka Sipariş Hizmeti tarafından sıralanır ve Kafka bölümlerine eklenir. Bunun anlamı, Apache Kafka Sipariş Hizmetinin kullanımından anlaşılacağı üzere, güvenilir bir veri akışı ortamında daha hızlı işlem işleme ve verim elde etmek için Fabric mimarisinin gerçek bir blok zinciri sisteminin bütünlüğünü ve veri doğruluğunu feda ettiği anlamına gelir..

Şekil 7 Fabric dokümantasyonundan değerlendirilebileceği gibi, sıralanan işlemler doğrudan Kafka Konularına bağlı Bölümlere eklenir Bu, güvenilir bir veri akışı ortamında gerçekleşen yüksek verimli işlemlerle sonuçlanır Kaynak Apache KafkaFabric dokümantasyonundan değerlendirilebileceği gibi, sipariş edilen işlemler doğrudan Kafka Konularına bağlı Bölümlere eklenir. Bu, güvenilir bir veri akışı ortamında gerçekleşen yüksek verimli işlemlerle sonuçlanır. (Kaynak: Apache Kafka)

Yorum

Sistem blockchain-esque terminolojisini kullansa da, Patricia Merkle Tree veri yapısında durum ve tamamlayıcı işlemlerin korunması olmadığı için bu geleneksel anlamda bir blockchain değildir. Hyperledger Fabric bir blok zinciri değil, bir DLT’dir. Fabric’in mimarisi, veri bloblarının Kafka veri akışı sipariş hizmetine eklenmesinden görülebileceği gibi üstün işlem işleme için tasarlanmıştır. Bu güvenilir bir ortamda elde edildiğinden, sistemde yürütmeler serbestçe gerçekleşebilir. Tüm güvenin, paylaşılan bir ekosistem veya protokolden ziyade tek bir varlıktan doğrudan bir yazılım mimarisine atfedilmesi gerektiği düşünüldüğünde, bu yapılandırmanın bir değer aktarım sisteminde kullanılması ideal olmayacaktır. Teknik belgelerden de görülebileceği gibi Fabric, işlem bileşenleri arasında üstün işlem sağlamak için blok zinciri platformlarında elde edilen veri bütünlüğünden ve güvenliğinden mimari olarak vazgeçmiştir..

R3 Corda

R3 Corda’da işlemler, defter olarak adlandırılabilecek veritabanı Kasasını güncelleme teklifleri olarak kabul edilir. İşlemler, noterlerin iki kez harcanmadıklarını ve gerekli taraflarca imzalandıklarını doğrulayabilecekleri bir ortamda yürütülmelidir. Bu, Bitcoin ekosisteminde kullanılan konsepte benzer, ancak çift harcamadan kaçınmak güvenilir bir sistem tarafından kolaylaştırılır..

İki temel işlem türü vardır:

  • Noter değiştirme işlemleri – bunlar sistemdeki noterler arasında geçiş yapmak için yürütülür. Noterler çift harcamayı önleyecek ve işlemleri doğrulayabilecek
  • Benzersiz fikir birliği sağlayın
  • Genel işlemler – diğer her şey için kullanılır

son durum

İşlemler, sistemdeki diğer taraflardan imzaların doğrulanmasını gerektiren veritabanı ortamının durumu için önerilen güncellemelerdir. Bir işlemin geçerli olabilmesi için şu özelliklere sahip olması gerekir:

  1. İlgili taraflarca imzalanmalıdır
  2. İşlemi belirleyen sözleşme kodu ile onaylanın

istemci mimarisi

UTXO benzeri modelin paylaşılan bir veritabanı ortamında kullanılması, Corda platformunun geçişlerin yanı sıra durumu da kontrol etmesine olanak tanır. Noter kullanımı ve ağ konfigürasyonunda Flows ile Cordapps arasındaki çeşitli etkileşimler, durumun sistem mimarisine entegre bir veri formatında korunduğu paylaşılan bir dağıtılmış ortamı gösterir. Akışlar arasındaki Düğüm tabanlı ortamdaki durumların somutlaştırılmasında ve düğümlere programlanan Cordapp’larda gezinmek için işlemlerin kullanılması, durum değişikliklerini bir deftere yürütmek için uygun bir yol gösterir..

Yorum

Dijital varlıkların oluşumu için kullanıcılar ve karşı taraflar, genel Corda platformunun güvenine bağlıdır. Sistem, hassas finansal verileri saklamak için güçlü ve güvenilir bir paylaşılan dağıtılmış defter sistemi olarak hareket ederken, bankacılık ekosisteminde var olan çeşitli standartlara göre hareket eder. Platform şunları sağlar:

  • Kamuya açık olmayan finansal verilerin üstün depolanması
  • Güvenilir olmayan finans kurumları için güvenilir kurulum
  • İş etkileşimlerinin gelişmiş tonozu

Düğümler arasındaki akışları ve çalışma zamanı ortamlarını içeren mimari diyagramlar, Corda’nın konsorsiyum platformunun güvenilir üyeleri arasında erişimi bölmek için tasarlandığını göstermektedir. Kullanılabilirliğin belirli yönlerini yerine getirebilmesine rağmen, R3 Corda, kriptoekonomik bir teşvik katmanının yanı sıra kamuya açık bir dijital varlık ortamının olmaması nedeniyle ekonomik, sosyal ve politik değer aktarımı için evrensel bir alt tabaka olma işlevinden yoksundur. Sistem kapalı olduğu için, etrafında ekonomik teşvik odaklı bir ekosistem oluşturmak için gerekli raylardan ve teknolojik özelliklerden yoksundur. R3 Corda, dijital varlık oluşturma için olmasa da, büyük olasılıkla en iyi geleneksel bankacılık altyapısının belirli yönleri için kullanılır..

III. Akıllı Sözleşmeler

Ethereum

Ethereum’da akıllı sözleşmeler, sağlamlık, LLL veya Viper gibi üst düzey programlama dillerinde yazılır ve EVM bayt kodunda derlenir, ikili dosyaların Ethereum Sanal Makinesi (EVM) tarafından yürütülmesine izin verir. Ethereum ağındaki düğümler, Ethereum ekosistemindeki akıllı sözleşmeler için çalışma zamanı ortamı görevi gören kendi EVM uygulamasını çalıştırır. Durum geçişlerine yol açan durum ve işlemler, EVM tarafından replikasyon yoluyla Ethereum blok zincirinin dünya durumuna sembolleştirilir ve bu, bir dizi spektrumda bozulmaz güven uygulayabilen bir sistemle sonuçlanır..

EVM 1

EVM, işlemler boyunca döngü yaparken sistem durumunu ve makine durumunu hesaplamak için durum geçişlerini yinelemeli olarak yürütmek için bir çalışma zamanı ortamı görevi görür..

  • Sistem durumu = Ethereum küresel durumu
  • Makine durumu = sözleşme hesaplarının iş mantığı & EVM çalışma zamanında çoğaltılan kod

Tüm akıllı sözleşme kodu, EVM’deki tüm düğümler tarafından çoğaltıldığından, Ethereum blok zinciri ve ilgili örnekler, sözleşmelerin tutarlılığını sağlamak için kodun geçerliliğini koruyabilir. Sözleşmelerin tutarlılığı, Ethereum blok zincirinin ve bağlı müşterilerinin ve uygulamalarının pratik değişmezliğine katkıda bulunur. Ethereum’daki akıllı sözleşmeler, nihayetinde genel sanal makine ortamında yeni durumlara geçişlerle sonuçlanan işlemleri başlatarak tüm ekosistemi birbirine bağlar..

Yorum

EVM uygulamaları, Ethereum Sarı Kitapta belirtilen şartnamelere sıkı sıkıya bağlı olduğundan, farklı Ethereum örnekleri (genel, özel ve konsorsiyum), yüksek seviyeli dillerin ortak derlemesinden belirlendiği üzere birlikte çalışabilirlik yeteneğine sahiptir – akıllı sözleşmeler – EVM tarafından Ethereum bayt koduna. Ethereum’un bu düzeninden, büyük kurumsal özel veri tesislerinin çeşitli yönleri ile şu anda gelişen ve token ekonomisinin son yaratılışından meyve vermeye başlayan kamu dijital mal ekonomisi arasında bir ara katman görevi görebilir..

Ethereum zincirleri arasında bu işlevselliğe izin vererek, özel Ethereum platformlarındaki veri koordinasyonu ve işleme sistemleri arasında kamu zincirindeki dijital ürünlere ekonomik kesinlik tahsis eden birlikte çalışabilir tüm sistemler inşa edilebilir. Ethereum’daki akıllı sözleşmeler, bu sistemler içindeki programlanabilir mantığı kapsüller ve geliştiricilerin teknolojik altyapı içinde yeni durum ortamları oluşturan işlemler yoluyla Ethereum Sanal Makinesi ile etkileşime girmesine olanak tanır. Birlikte çalışabilir halka açık zincir, özel zincir ve konsorsiyum zinciri ortamlarında kapsamlı kullanım durumları geliştikçe, Ethereum’da kullanılan akıllı sözleşmeler, sistemleri ortak bir mantıksal arayüz altında birbirine bağlayabilecektir..

Hyperledger Kumaş

Chaincode, mutlaka hesap tabanlı bir blockchain’de konuşlandırılan akıllı bir sözleşmedir, bunun yerine kurulan ve daha sonra bir API aracılığıyla bir arayüz uygulayan bir programdır. API arayüzü, geleneksel bir yazılım geliştirme ortamına benzer şekilde, iş mantığını ve işlevselliği sistem genelinde yönlendirmek için kod tabanlı talimatlar gerektirir. API ile bağlantılı yöntemler şunları içerir:

  • Başlatma – uygulama durumlarının başlatılması
  • Çağır – işlem tekliflerini işleme

Chaincode, API’den arayüzler uygulamalıdır:

  • Chaincode arayüzü
  • ChaincodeStubInterface

Hyperledger Fabric’te, zincir kodu, onaylayan eş tarafından yürütülen işlemlerden izole edildiği güvenli Docker konteynerlerinde çalıştırılır. Kod normalde Go veya Node.js’de yazılır ve iş mantığını işleyen etkileşime izin verir. Unutulmaması gereken bir nüans, Kumaş zincir kodunun ekosistem içindeki düğümler tarafından gerçek bir blok zinciri mimarisinden beklendiği gibi kopyalanmamasıdır..

Chaincode başlangıçta Peers’e yüklenir ve ardından kanallara örneklenir. İşlem akışı aşağıdaki diyagramlarda detaylandırılmıştır:

Chaincode süreci akışı boyunca, yürütülebilir bir eş süreç içinde çalışan ve yalıtılmış bir kapta çalışan System Chaincode ile çeşitli etkileşimler meydana gelir Bu, onay ilkeleri veya yaşam döngüsü süreçleri olmadan sistem davranışlarını uygulamak için kullanılır Sistem Zinciri Kodu, normal Chaincode'un kod yaşam döngüsünden geçmezChaincode işlem akışı boyunca, yürütülebilir bir eş süreç içinde izole edilmiş bir kapla çalışan System Chaincode ile çeşitli etkileşimler meydana gelir. Bu, onay politikaları veya yaşam döngüsü süreçleri olmadan sistem davranışlarını uygulamak için kullanılır. Sistem Chaincode, normal Chaincode’un kod yaşam döngüsünden geçmez. Chaincode arayüzünün Shim API'sinden iki işlev uygulanır Kod, eş tarafından derlenir ve korunur Chaincode, geliştirici programı daha fazla yüklemek istediklerini belirleyene kadar kanallara veya sipariş verenlere bağlı değildirChaincode arayüzünün Shim API’sinden iki işlev uygulanır. Kod, eş tarafından derlenir ve korunur. Geliştirici, programı daha fazla yüklemek istediklerini belirleyene kadar, zincir kodu kanallarla veya sipariş verenlerle bağlantılı değildir..

Zincir kodu, sonuçta defter veri tabanında depolanan anahtar-değer çiftleri olarak hareket eden varlıklar oluşturmak için yapılandırılabilir. Başlatma komutlarının gönderilmesi ve işlemlerin başlatılması iş akışı, komutların sistemde nasıl taşındığına göre yukarıdaki şemada detaylandırılmıştır. İş mantığı, ağın kuralları dahilinde kodlanır ve istemci tarafındaki uygulamalar aracılığıyla çalıştırılır. Kod koordinasyonu ve etkileşimi türü, geleneksel işlevlere ve başlatma arayüzlerine güvenerek geleneksel yazılım geliştirmenin çok göstergesidir..

Yorum

Chaincode’un bu ağ yapılandırması aracılığıyla hareketi, sistemin aerodinamik bir organizasyonuna izin verir. Yazılım mimarisi, verilerin dağıtılması ve belirli kurumsal kullanım durumları için yazılım geliştirme ortamının düzenlenmesi açısından çok verimli bir komuta ve kontrol yapısı olarak hareket etmek için hazırlanmıştır. Paket, kurulum, somutlaştırma ve yükseltme kurulumundan anlaşılabileceği gibi, bu mimari kodu işlemek için gerekli olan gerekli temas noktalarını optimize etmek için tasarlanmıştır. İşlemler işlenirken gerekli API arayüzleri, geleneksel yazılım tasarımını oldukça andırıyor. Not alanları:

  • Maksimum kontrol için yekpare mimari
  • Karşı taraflar arasında güvenli iş etkileşimi
  • İşlem hacmi için merkezi olarak koordine edilmiş işleme

Chaincode, bir blockchain tarafından çoğaltılan akıllı bir sözleşme dilinden çok bir komut sistemidir. Hyperledger Fabric ekosistemi, işlevsellik ve dağıtık bir defter olarak tasarım açısından canlı bir dizi güçlü özelliğe sahip olduğundan, sistem aslında gerçek bir blockchain sisteminin doğal niteliklerinden yoksundur. Eski altyapı ve paradigmalarla entegrasyon için kullanılabilen bir araç olan Fabric, yukarıda açıklandığı gibi mimari tasarımdan da anlaşılacağı gibi önceden var olan yazılım standartlarına bağlılığından dolayı etkilidir..

Fabric, büyük ana bilgisayarlar ve veri merkezleri etrafında tasarlanmış sistemlerin bir şekilde simgesel olan sistemi açısından işlevsellik kazandığında, doğası gereği merkezi olmayan bir dijital jeton ekonomisinde erişilebildiği gibi, ekonomik hesaplama faktörlerine dağıtılmış bağlantı açısından diğer yönlerden kaybeder. . Fabric, gerçek bir blockchain ortamına entegre olsaydı, herkese açık bir blockchain ekosistemi ile etkileşimden önce bilgileri doğrulayan güvenli bir dağıtılmış veritabanı ortamına uyacaktır..

R3 Corda

Corda’da akıllı sözleşmeler, Sözleşme arayüzünü uygulayan sınıflar olarak kabul edilir. Akıllı Sözleşmeler Java / Kotlin’de yazılır ve kodun içinde yürütüldüğü bilgi işlem makinesi olan Java Sanal Makinesi (JVM) aracılığıyla derlenir. Sözleşmelerde kullanılan ana işlev “doğrulama” işlevidir.

Kod, işlemlerin noter onay sistemi aracılığıyla işlendiği JVM’de çalışır ve iş mantığı, farklı karşı taraflar arasında iş sürecini barındırabilen ve izole edebilen Akışlar içinde kısıtlanır..

durum nesnesi

Akıllı sözleşme bileşenleri:

  • Yürütülebilir kod
  • İşlemlerdeki değişiklikleri doğrular
  • Durum Nesneleri
  • Defterde tutulan veriler
  • Bir sözleşmenin mevcut durumu
  • İşlemlerin girdi ve çıktılarını kullanır
  • Komutlar
  • Ek veri
  • Yürütülebilir sözleşme kodunu yönlendirmek için kullanılır

Java ve Kotlin kodu, JVM aracılığıyla aynı bayt kodunda derlenir. Komutlar, eyalette bulunmayan ek verileri sözleşme koduna aktarır. Komutlar, işlemleri imzalamak için kullanılan ekli genel anahtarlara sahip veri yapıları olarak hareket eder, ancak sözleşmelerin doğrudan dijital imzalarla çalışmadığı kabul edilmelidir. Bu ortamdaki sözleşmeler, Flows’un güvenilir taraflar arasında nasıl koordinasyon kurmaya istekli olduğu bağlamında sistem genelinde çoğaltılır..

Yorum

Sözleşme kodu, Corda ortamındaki kullanım senaryolarının ihtiyaçlarına uyar ve işlem hacminin gerekli işlevlerini yerine getirebilir. Sınırlamalar, diğer ekosistemlerle birlikte çalışabilirliği içerir. Sistemlerin Corda ile birlikte çalışabilmesi için, kapalı DLT etrafında tasarlanan Corda sözleşme kodu çerçevesini kullanmaları gerekir. Özel örnekler ve genel örnekler arasında ekonomik süreçler ve işlevler arasında birlikte çalışabilirlik katmanı olarak hareket edebilen Ethereum gibi gerçek bir blok zinciri platformunun aksine Corda, kapalı bir sistem içindeki süreçlere daha fazla odaklanarak kendini sınırlar. Örnek Corda ekosistemi içinde izole edilmiş olsa da JVM’nin kullanımı yenilikçi. Bu senaryoda Corda, birlikte çalışabilir bir sistemin yapabileceği gibi farklı blok zinciri ortamları arasında birlikte çalışma ve koordinasyon yeteneğinden ödün verirken güvenli bir ortamda işlem gerçekleştirmeyi kazanır..

IV. Sonuç ve Değerlendirme

Analizimize dayanarak, Ethereum’un DLT yeteneğinin ötesinde uygulayabildiği temel ayırt edici faktörler şunlardır:

  • Dijital varlık veya jeton ekonomisi
  • Protokoldeki kriptoekonomik teşvik katmanları
  • Konsorsiyum ve halka açık blok zincirleri arasında birlikte çalışabilirlik

DLT’ler R3 Corda ve Hyperledger Fabric gibi paylaşılan veritabanı yönetimi ve işlem işleme yaşam döngüsünde işlevsellik elde edebilirken, yukarıda açıklanan temel işlevleri gerçekleştirebilecekleri garanti edilmez. Bu platformlar kusurlu değildir, ancak yalnızca gerçek blok zincirlerinin iddia edebileceği saf kullanım durumlarından bazılarını sergilemek için mimari konfigürasyonlarında sınırlıdır..

Blockchain teknolojileri, içlerinde somutlaşan güveni, bu güvenden yaratılan somut değerle birleştirmek için tasarlanmıştır. Sosyal, politik ve ekonomik sistemler, yalnızca bir blok zincirinin temel temellerinden oluşturulmuş gerçek bir platform aracılığıyla, bir yazılım protokolünün altyapısı içinde temel olarak kutsanabilir. DLT odaklı veritabanı yönetim platformları bir blok zinciri platformuyla entegre olabilir ve birlikte çalışabilirken, bu güvenin değer aktarımlarının ve koordinasyonunun üzerine inşa edileceği raylar, güven, değişmezlik, bütünlük ve bilgi sadakatinin temel ilkelerini içeren bir blok zinciri olmalıdır..

Bu analizin ortaya çıkardığı şey, belirli sistemlerin diğerlerinden daha iyi olduğu değil, farklı kapasitelerde yararlı olduklarıdır. DLT platformlarının yüksek işlem hacmi ve işlevselliğe sahip özel dağıtılmış veritabanları olarak hareket etme yeteneği, bankacılık / finansal veriler veya kamuya açıklanmaması gereken özel bir kurumun iç işleyişine ilişkin hassas bilgiler. DLT ile bağlantılı bu özel veri kaynaklarının nasıl kullanılacağına ilişkin çeşitli iş modelleri hala geliştirilme aşamasındadır ve blok zincirleri ile DLT’ler arasındaki bazı etkileşimler için merkezi olmayan bir dijital değer sistemi gerekli olduğundan, blok zinciri arayüzleri göz önünde bulundurularak tekrarlanmalıdır..

Blockchain uzmanlarımızla bağlantı kurun

Küresel Çözümler ekibimiz, blok zinciri eğitimi, stratejik danışmanlık, uygulama hizmetleri ve ortaklık fırsatları sunar. En son Ethereum haberleri, kurumsal çözümler, geliştirici kaynakları ve daha fazlası için haber bültenimize abone olun.Blockchain İş Ağları İçin Eksiksiz KılavuzKılavuz

Blockchain İş Ağları İçin Eksiksiz Kılavuz

Tokenizasyona GirişWeb semineri

Tokenizasyona Giriş

Finansın Geleceği Dijital Varlıklar ve DeFiWeb semineri

Finansın Geleceği: Dijital Varlıklar ve DeFi

Kurumsal Ethereum NedirWeb semineri

Kurumsal Ethereum Nedir?

Merkez Bankaları ve Paranın GeleceğiBeyaz kağıt

Merkez Bankaları ve Paranın Geleceği

Emtia Ticareti Finansmanı için Komgo BlockchainKasa Çivisi

Komgo: Emtia Ticareti Finansmanı için Blockchain

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me