Hyperledger Blockchain Nedir? – Akranlar ve Temel Kavramlar

Hiperition, Linux Vakfı tarafından başlatılan bir projedir ve bir dizi uygulamanın çerçevesini sağlamak amacıyla blok zinciri herkesin kolay gelişimi için kurumsal seviyesi.

kumaşın temel kavramları

Başlangıçta, uygulama bir kitap güncelleme teklifi oluşturmak için bir grup meslektaşını seçecektir. Hangi akranların seçileceği, kitap güncelleme teklifinden önce hangi kuruluşların güncelleme teklifini desteklemesi gerektiğini belirleyen onay stratejisine dayanmaktadır. Bu, onay yöntemini etkileyecektir.

Akran, dijital imzanızı yanıta eklemek ve tüm yanıtı özel anahtarınızla imzalamak olan önerilen bir yanıtı onaylar. Bu nedenle onay içeriği, yanıtın bir kuruluşa eşit olarak üretildiğini göstermek için kullanılabilir. Örneğimizde, PEEP1 organizasyon 1'e (ORG1) aitse, E1 onayı T1 işleminin ve L1 üzerindeki R1 yanıtının ORG1 PEERP1 tarafından sağlandığını göstermek için eşdeğerdir.

İlk aşama, uygulama yeterince imzalı bir teklif yanıtı elde ettiğinde sona erer.

Akranın farklı bilgiler döndürebileceğini fark ettik, böylece aynı işlem tutarsız iade bilgilerine sahip olabilir. Bunun nedeni, yanıtın farklı zamanlarda, farklı meslektaşlarda, farklı muhasebe durumlarında üretilmesi ve çoğu durumda uygulama birkaç kez güncellenen önerilen bir yanıt talep edebilir. En ciddi olanın nedeni, ancak olasılık, zincir kodunun yoğunlaşması nedeniyle cevabın tutarsız olmasıdır. Belirsizlik zincir kodlarının ve kayıtların düşmanıdır. Bağımsız bir düğümün işlemin sonucunun belirsiz bir işlem olduğunu bilmesi imkansızdır. İşlemler bölümünde, belirsizizmi ayrıntılı olarak tartışılmaktadır.

İlk aşamanın sonunda, uygulama bunu yapmak istiyorsa, işlem sürecini önceden sona erdirmek için tutarsız cevapları sileceğinden emin olabilirsiniz. Daha sonra, uygulama tutarsız cevaplar kullanarak Mastro kitabına sunarsa, reddedileceğini göreceğiz.

Process 2 Ambalaj

İkinci işlem işlemi ambalaj. İşleme düğümü işleminin kilit noktası, birçok uygulama tarafından onaylanan işlem yanıtları teklifleri almasıdır. Sipariş, işlemleri sipariş eder, bloklar halinde çok sayıda blok paketler ve blokları onay akranları da dahil olmak üzere siparişe bağlı tüm akranlara dağıtmaya hazırlanır.

Siparişlerin ilk rolü, sicilin güncelleme kaydını paketlemektir. Yukarıdaki şekilde gösterilen örnekte, A1 uygulaması E1 ve E2 tarafından onaylanan bir T1 işlemi Onderero1'e gönderir. Aynı zamanda, A2 uygulaması T2 işlemini E1 işlemine Onderero1'e gönderir. O1, A1 ve A2 işlemlerinden ve diğer B2 blok işlemlerinden işlemleri paketler. Blok B2'deki işlemlerin sıralanmasının T1, T2, T3, T4, T6, T5 olduğunu ve sipariş düğümündeki siparişin düğümlerini mutlaka takip etmediğini görebiliriz (bu örnek çok basit bir yapılandırma gösterir).

Siparişin düğümleri, ağ kanalında farklı uygulamalar tarafından gönderilen muhasebenin muhasebesini aynı anda güncellemek için teklif alacaktır. Sipariş düğümünün görevi, bu tazeleme tekliflerini önceden tanımlanmış bir sırayla organize etmek ve bir sonraki dağıtım aşamasına hazırlanmak için bunları bloklara paketlemektir. Bu bloklar bir blok zinciri oluşturacaktır. Sipariş düğümü istenen boyutun bir kilidi oluşturduktan veya zamanını aştığındaMaksimum bekleme, sipariş, özel kanalına bağlı akranlara bloklar gönderir. Üçüncü işlem bu süreci ayrıntılı olarak tanımlayacaktır.

Bloktaki işlemlerin bertaraf sırası, işlemlerin sipariş düğümüne ulaştığı sırayla doğrudan bir ilişkisi yoktur. İşlemler bloklarda herhangi bir hüküm sırasında olabilir ve bu sipariş işlemlerin sırasıdır. Mesele, işlemlerin titiz bir şekilde sıralanmasına sahip olmaktır, ancak belirli sistem önemli değildir.

Blok işlemlerin titiz sırası, kumaş ve kamu zincirindeki bir işlemin birkaç farklı blokta paketlenmesini farklı kılar. Kumaşta, bunun gerçekleşmesi imkansızdır, birden fazla yönetmen tarafından üretilen blok son bloktur, çünkü işlem blokta yazıldıktan sonra işlem sırası belirlenir. Bu, kumaş çatallarının olmayacağı anlamına gelir. Bir blok üzerine bir işlem yazıldıktan sonra, daha sonra yeniden yazılamaz.

Kayıt ve zincir kodlarının ve sipariş zincirinin bunları hiç saklamadığını görebiliriz. Her işlem siparişe ulaştığında, sipariş sadece işlemi bloktaki mekanik olarak paketler ve değeri, miktarı vb. Göz ardı eder. İşlem. Bu kumaşın önemli bir özelliğidir.

İkinci aşamanın sonunda, siparişin sorumluluğunun gerekli yapmak, teklifleri güncelleme, sipariş, sipariş, bloklar halinde paketlemek ve bunları hazırlamak olduğunu anlayabiliriz. dağıtılmış.

İşlem Kimlik Doğrulaması 3

Son işlem, bloğu akran siparişinden dağıtmak ve kontrol etmektir.

Özellikle, her akranda, tüm işlemlerin ilgili kuruluş tarafından onaylandığından emin olmak için Mastro kitabına güncellenmeden önce bloktaki her işlem doğrulanır. Uncootard işlemleri gelecekteki inceleme için sürdürülecek ve hesap defterine güncellenmeyecektir.

Process 2'deki ambalajın rolüne ek olarak, sipariş aynı zamanda blokların işlem 3'teki eş düğümlerine dağılımından da sorumludur. Bu örnekte O1, P1 ve P2 üzerindeki blokları dağıtır. P1, blok 2 işlemlerini işler ve ardından P1'in Mastro L1 kitabına blok 2 ekler. Bu arada, P2 blok 2'yi detaylandırır ve ardından P2'nin Mastro L1 kitabına blok 2 ekler. İşlem tamamlandıktan sonra, Mastro L1 kitabı hem P1 hem de P2'de güncellenir ve her akran işleme sonuçlarını kendilerine bağlı uygulamaya gönderebilir.

Sipariş, blokları kendisine bağlı akranlara dağıtır. Process 3'ün başlangıcıdır. Sipariş düğümünün bir kanalına bağlı bir akran, Sipariş tarafından oluşturulan yeni bloğun bir kopyasını alacaktır. Her akran düğümü bağımsız olarak alınan blokları işler, ancak tüm meslektaşları blokları aynı şekilde işler. Bu şekilde, birkaç akranın kayıtları fikir birliği elde edebilir. Tüm eşler sipariş düğümüne bağlanmamalıdır.

Bir blok aldıktan sonra, akran bunu işlemlerin blokta göründüğü sırayla geliştirecektir. Her işlem için Peer, işlemin işlemi oluşturan zincir kodunun onay stratejisine dayanarak ilgili kuruluş tarafından onaylanıp onaylanmadığını doğrulayacaktır. Örneğin, bazı işlemler yalnızca bir kuruluşun desteklenmesini gerektirebilir, diğerleri ise daha fazla kuruluşun aynı anda bunu onaylamasını gerektirebilir. Bu doğrulama süreci, ilgili tüm kuruluşlar tarafından üretilen sonuçların veya çıktıların tutarlı olup olmadığını doğrular. Aynı zamanda, üçüncü aşamanın doğrulanmasının ilk aşama 1'den farklı olduğunu unutmayın ki, uygulamanın onay düğümünden bir cevap alması ve olup olmadığını belirlediğidir.Bir işlem teklifi göndermek gerekir. Uygulama, onay stratejisini ihlal eden yanlış işlem gönderirse, akran doğrulamanın üçüncü aşamasında işlemi reddedebilir.

İşlemin onayı doğruysa, akran işlemi Mastro kitabına göndermeye çalışacaktır. Mastro kitabını yazmak için akran, mevcut kitabın durumunun güncellenmiş ana kitabın durumu ile tutarlı olmasını sağlamak için Mastro kitabının tutarlılık kontrolünü yapmalıdır. İşlem tam bir onayı olsa bile, bu durum her zaman tutarlı değildir. Örneğin, başka bir işlem Mastro kitabındaki aynı kaynağı güncellemiş olabilir, böylece güncellemek üzere olduğumuz işlem asla Mastro kitabına yazılmaz. Bu şekilde, her düğümdeki ana kitap ağ üzerinden onay almalı ve her düğümün doğrulama yöntemi aynıdır.

Akran her bağımsız işlemi doğruladıktan sonra ana kitap güncellenecektir. Ortak olmayan işlemler inceleme materyalleri olarak kaydedilecektir. Bu, akrandaki blokların, işlemin pozitif veya başarısız bir sonuca sahip olduğunu gösteren bloktaki bayraklar hariç, siparişten alınan bloklarla tutarlı olduğu anlamına gelir.

Üçüncü aşamanın zincir kodunu gerçekleştirmediğini ve bu adımın yalnızca ilk aşamada tamamlanacağını da not etmeliyiz, bu çok önemlidir. Bu, zincir kodunun sadece onay düğümünde mevcut olduğu anlamına gelir, ağ genelinde değil, bu da onay kuruluşundaki zincir kodunun güvenliğini ve gizliliğini garanti eder. Bu, zincir kodunun alımının yürütülmesinden farklıdır. Bu onay düğümlerinin tasarım yöntemi, genişlemenin rahatlığı içindir.

Son olarak, her blok Peerin hesabına gönderilir Bu makalede, bu akran ilgili olayı oluşturacaktır. Bir blok olayı bir bloğun tüm içeriğini içerirken, bir blok işlem olayı yalnızca kısa bilgiler içerir, örneğin her bloktaki işlem geçerli ise. Zincir kodunun yürütülmesiyle oluşturulan zincir kodunun olayı şu anda yayınlanabilir. Uygulama bu olayları kaydedebilir ve meydana geldiğinde bildirilebilir. Bu bildirimler, işlemlerin üçüncü ve finalinin aşamalarında tamamlanmıştır.

Genel olarak, üçüncü aşamada sipariş tarafından üretilen blokların Mastro kitabında sürekli olarak senkronize edildiğini bilebiliriz. Bloktaki titiz işlem türü, her bir eşin blockchain ağındaki işlemleri sürekli olarak kontrol etmesini ve bunları Mastro kitabına göndermesini sağlar.

Sipariş ve Onay

İşlemlerin tüm iş akışına onay denir çünkü tüm akranlar işlemlerin sistemi ve içeriği ile hemfikirdir ve yürütme işlemi sırasında sipariş düğümü tarafından koordine edilir. Onay birkaç aşamada ve başvuru sadece onay sürecinin sonunda bildirim alacaktır, ancak bildirim süresi akranlar arasında değişebilir.

Daha sonra daha fazla tartışacağız.