Blockchain Bilinçli Algoritması - (ii) POS Konsensüsü (ProoffStake) Temmuz 2011'de Quantmacic adlı bir dijital para meraklısı, Bitcoin forumundaki POS POS'un ilk kanıtını verdi. Ağustos 2012'de piyasaya sürülen Peercoin'de (PPC) ilk kez güneşlenme uygulandı. POS, özkaynakların belirli amaçlar için düğümlere yansıtıldığı sistemdeki en yüksek bilgi işlem gücünden ziyade en yüksek özkaynaklara sahip düğümlerden elde edilir. Para birimi miktarının sahipliğine yaş veya madeni para günü denir. -
POS çözümü, özkaynak muhasebesi yoluyla engellilik, kaynak israfı ve düğüm istikrarı gibi sorunları çözer.
Her düğümün belirli koşulları yerine getirmesi gerekir (bazı belirteçleri kesintiye uğratmak gibi) sistem, bir doğrulama düğümü (büyüyen özsermaye) olmak için bir algoritma kullanır. Her biri bir kez daha seçin, algoritma tamamen rastgele olmasını ve manipüle edilemeyeceğinden emin olur. Yalnızca blok düğümleri verileri işleyebilir ve muhasebe hakları için rekabet edebilir.
Eşitlik esas olarak, gerçekleştirilen paraların sayısı veya madeni para yaşı ve iki kombinasyon olabilecek özkaynak faktörü ile belirlenir.
Ethereum'un geleceği kabul etmek için POS kullanması muhtemeldir, bu da Ethereum'un yüksek verimliliğinin özellikleri için daha uygundur.
Blockchain: Hotstuff Konsensüsünün Anlama ve Uygulanması Yönetmen bölümdeki tüm çalışanların toplantısını çağırdı ve Direktör, bölümün ana değerlerini yansıtan anahtar kelimeyi tartışmayı önerdi. Çalışan, coşku ve sadakati ifade etmek için "köpek" kelimesini önerdi. Ancak meslektaşlarının diğer yarısı bu kelimenin çok sevimli ve yetersiz bir şekilde modası geçmiş olduğunu ve fikir birliğine ulaşılmadığını düşündü. Yönetmen “gou” kelimesini önerdi ve her koşulda sonuna kadar uyabileceğinizi vurguladı. Herkes kabul etti. Yönetmen bu kararı açıkladı, tüm çalışanların sayfadaki kelimeyi doldurmasını ve “Gönder” i tıklamasını talep etti. O zaman herkes çalıştı. İlk olarak, yönetmen sundu ve sonra herkes takip etti. Toplantının sonunda yönetmen, fikir birliğinin sağlandığını açıkladı. Konuya dön. Ekip bir kamu ağı geliştirdi ve konsensüs algoritması HotSuff'a dayanıyor. Eski versiyon üç aşamada uygulanır, ancak durum süspansiyonu genellikle yüksek TPS'de bulunur, bu nedenle zincirlerin dört aşamalı versiyonunda optimize edilmelidir. Teknik bir çözüm yazma sürecinde, Hotstuff'ın anlaşılması ve uygulanması genelleştirildi. Eşzamansız durumda, konsensüs algoritması sadece bir lider olmasını sağlamalı ve birkaç lider ortaya çıksa bile devletin doğruluğu gereklidir. Ana hotstuff dört aşamadır, burada Newview aşaması, çoğaltma CommertQC veya konsensüs için istisnalar aldığında otomatik olarak başlar. Newview aşaması: Performansı değiştirin ve yeni bir lider seçin. Hazırlık aşaması: Bir lideri yayınlamak için bir teklif, bir kopyayı kontrol etmek için çatışmalar sağlar ve hazırlık oluşturur. Sahne Öncesi: Hazırlık Yayın Lideri Çoğaltma. Sahne: Lider bir kopya için pre commitqc yayınlar. Sahneyi Çözme: Lider CommerQC'yi kopyalamak için yayınlar ve taahhüt 'varlığı, teklifin tamamlandığı anlamına gelir. Çoğaltmanın belirlenmesi aşamasına girdikten sonra, yeni bir lider seçmek için bir newview mesajı gönderecektir. HavenHotSuff zinciri BasichotSuff'tan farklıdır ve çoklu aşamalı paralel blokları ve tezleri uygular. Her düğüm, teklif ve oylama için üç önemli yerel değişkeni destekler. Zamanın dışlanması yapılmadığında, Newview mesajıBaşlar. Soyut fikir birliği süreci dört cümle ve oylama adımları ile basitleştirilir, her adım QC üretir, senkronize olur ve temsil ekler. Tüm konsensüs sürecinin tümü daha kısa. Zincir darbelerinin uygulanmasında, her düğüm çeşitli cümleler ve koşullar da dahil olmak üzere temsil bloğunun yapısını destekler. Bakış durumunun blokları üç türe ayrılır: engellenen ve kararlı bir cümle ve yargı aşaması QC miktarına dayanmaktadır. Önerilen doğrulama kuralları, güvenlik ve tam rolü sağlamak için makaledeki iki SafeTyNode koşuluna dayanmaktadır. Ambalaj kuralları, liderin çelişkili QC'yi paketlemediğini ve fikir birliği verimliliğini desteklemediğini garanti eder. Sunumu değiştirme işlemi, tüm düğümlerin senkronize olduğunu garanti etmek için View_Number ve HighQC'yi güncelleme liderini içerir. ChabedHotStuff, güvenlik ve faaliyet sağlayarak soyutlama ve basitleştirme yoluyla fikir birliği sürecini optimize eder. Uygulama süreci sırasında, zaman -auta'nın restorasyonu için mekanizmalar da dikkate alınmaktadır. Son olarak, fikir birliği ve yerel değişkenler sürecindeki değişikliklerin ayrıntılı olarak açıklanması, ChainedHotStufff'in tam olarak uygulanması gösterilmiştir. Referans Kaynakları: Hotstuff Paper, github.com/relab/hotstuff, [Westar] Hotstuff Konsensüs Algoritması 
