Rekoru tamamla! Bitcoin mutabakat kuralı çatallanma geçmişi
Bu makalede, BitMEX Araştırma Enstitüsü, temelde Bitcoin tarihindeki tüm fikir birliğini içeren 19 Bitcoin mutabakat kuralı değişikliğini (veya beklenmedik değişikliklerden biri "başarısız olduğu için" 18) listelemektedir. Kurallar çatalı. Konsensüs kurallarındaki en az üç değişiklik, sırasıyla yaklaşık 51, 24 ve 6 blok süren 2010, 2013 ve 2015 yıllarında meydana gelen zincir bölünmelerine yol açtı.
Sert çatal ve yumuşak çatal
İlk olarak, hard fork ve soft fork tanımlarını tanıtalım.
Sert çatal: Blockchain etkinliğinde fikir birliği kurallarının gevşetilmesi , Daha önce geçersiz kabul edilen bazı blokları geçerli bloklar haline getirecektir. Zinciri sert çataldan takip etmek için mevcut düğümlerin yükseltilmesi gerekir.
Yumuşak çatal: Blok zinciri etkinliğinde fikir birliği kurallarının sıkılaştırılması , Daha önce kabul edilen bazı geçerli blokları geçersiz bloklar haline getirecektir. Mevcut düğümleri yükseltmek gerekli değildir.
Bitcoin konsensüs çatal tablosu
Yorum Yap
1. 1MB blok boyutu sınırına ek olarak, 2012 BIP16 yumuşak çatal öncesinde herhangi bir etkinleştirme yöntemi yoktur. Bu nedenle, çatal zincir bölünmesi olmadan meydana gelirse, belirlenecek belirli bir blok yüksekliği veya tarihi olmayabilir. Bir fikir birliği çatalının ortaya çıkması.
2. "Hemen 0.3.6'ya yükseltemezseniz, yükseltme yapana kadar Bitcoin düğümünüzü kapatmak en iyisidir." - Satoshi Nakamoto
3. OP_VER kaldırılmadan önce, her yazılım yükseltmesi deterministik olmayan bir hard fork olarak kabul edilebilir ve bunlar bu listeden çıkarılmıştır. Bir hard fork tanımı bunu içeriyorsa, o zaman bu biraz bilgiççe bir tanımdır.
4. Yukarıdaki tablo tutarlı bir tanım kullanmamaktadır, çünkü belirli koşullara bağlı olarak, her olaydaki çatallanma tarihinin farklı tanımları daha uygun olabilir.
5. Diğerleri, P2P protokol değişikliklerinin önceki yazılım sürümünü kullanılamaz hale getirmesi durumunda, artık ağa bağlanamadıkları için bunun bir hard fork olarak da görülebileceğini belirtmişlerdir. Bununla birlikte, tam anlamıyla, bu değişiklikler blok geçerliliği ile ilgili kuralları gevşetmeyecektir; dahası, yazılımın bir ara sürümünün bir rölesini kurarak eski düğümleri senkronize etmek mümkündür. Bu değişiklikler yukarıdaki listeye dahil edilmemiştir.
6. Bazı insanlar BIP90'ın bir hard fork olduğunu düşünür, ancak yalnızca geçmişte meydana gelen yazılım etkinleştirmeleriyle ilgili kuralları gevşettiği için, normalde konsensüs çatallarıyla ilişkili birçok özellik veya riske sahip değildir. Aynı mantığa göre, blok kontrol noktası şeması aynı zamanda yumuşak çatal olarak da kabul edilebilir.
7. Temmuz 2010'da, zincir seçim kuralı, blok sayısından tamamlanan iş kanıtı miktarına değiştirildi. Teknik olarak konuşursak, bu, geçerlilik kuralının bir değişikliği değildir; ancak, bu değişikliğin fikir birliği kurallarının değiştirilmesiyle ilişkili bazı riskleri vardır.
2013 etkinliği hard fork muydu?
Bize göre, genel olarak, 11 Mart 2013'teki zincir bölünmesinden birkaç ay sonra BDB kilit limitindeki artış bir hard forktur. Bu kural, 15 Mayıs 2013'te 0.8.1 yazılım sürümünde (18 Mart 2013'te yayınlandı) gevşetildi. Bu limiti aşan bloklar en geç 16 Ağustos 2013 tarihinde üretilebildiği için hard fork tarihi 15 Mayıs 2013 veya 16 Ağustos 2013 olarak tanımlanabilir.
Bazı insanlar, çeşitli nedenlerle bunun bir hard fork olmayabileceğine inanıyor. Bazı insanlar bu kuralın "yarı belirleyici olmadığını" veya BDB yapılandırma ayarlarının manuel olarak değiştirilebileceğini düşünüyor. Aslında, kilit kısıtlamasının deterministik olmayan doğası nedeniyle, yerel sistemi eski BDB kilit kısıtlamasını ihlal etmeyecek şekilde ayarlamak teorik olarak mümkün olabilir. Bu nedenle, bir hard fork'un deterministik olmasını gerektiren veya doğrudan Bitcoin verileriyle (işlemler veya blok başlıkları gibi) ilgili olabilecek katı bir tanımı izlerseniz, herkes Bitcoin'de hiçbir zaman hard fork olmadığını söyleyebilir. .
Bu olayı tartışırken Bitcoin geliştiricisi Gregory Maxwell şunları söyledi:
"Aslında bir BIP-50 öncesi düğüm kullanabilir ve blok zincirini tam olarak senkronize edebilirsiniz. Bunu birkaç ay önce 0.3.24 ile yaptım. BDB yapılandırmasını da değiştirmediğiniz sürece, büyükleri güvenilir bir şekilde işleyemez. Blok yeniden düzenlemesi. Bu nedenle, bunun bir hard fork olup olmadığı hala tartışmalı, çünkü neredeyse deterministik değil.Önceki sürüm takılacak ve bu düzeltilmeden önce blok zincirinin senkronizasyonunu durduran hata .. . Bu nedenle, önceki sürümün kurallarını ihlal eden bir blok zinciri oluşturmak için çok güçlü bir tanım kullanılırsa, hard fork'a sahip olamayacağımızı düşünüyorum. "Temmuz 2015'teki zincirleme bölünme etkinliği
Yukarıdaki fikir birliği kuralı değişiklik listesinde, açık bir zincir bölünmesine yol açan üç olay vardır. En sonuncusu 4 Temmuz 2015'te BIP66 yumuşak çatal yükseltmesi sırasında gerçekleşti.
BIP66'yı etkinleştirdikten hemen sonra, madenci geçersiz bir blok oluşturduğu için altı bloklu izole bir zincir oluşturuldu, ancak diğer bazı madencilik havuzları yeni bloğu doğrulamadığı için onu geçersiz olarak algılamadı.
Bu durumda, bazı madenciler BIP66 yazılımını desteklediler, ancak gerçekte düğümlerini doğrulama için yükseltmedi. Madenciler bloğu doğruluyorsa, bloğun geçersiz olduğunu bulacak ve reddedecekler. Aksine, bazı madenciler geçersiz bloklar üzerine inşa ettiler ve zinciri böldüler.
Aşağıdaki tablo bu 6 bloğu ve zincir bölünmelerini açıklamaktadır.
