Bitcoin topluluğunda hangi soft forklar tartışılıyor?
Güncel yumuşak çatal önerileri:
1) Drivechain: Drivechain, Bitcoin'in bir yan zinciridir. a. BIP 300, güç saklama hesaplaması, tahrik zinciri teklifine göre madenciler ana zinciri doğrularken yan zincirin bloklarını da doğrularlar. BIP 300, bitcoinleri kilitlemenin garantili veya teminatlandırılmış bir yolu olan hash oranı emanetini önerir. b. BIP 301, kör birleştirme madenciliği, kör birleştirme madenciliği, madencilerin her bir yan zincir için tam bir düğüm çalıştırmadan yan zincir bloklarını doğrulamalarına yönelik bir mekanizmadır. Bu, madencilerin önemli bir ek yük olmadan birden fazla yan zinciri desteklemesini daha uygun hale getirecek.
2) OP_CHECKTEMPLATEVERIFY (BIP 119), bir çıktının bir sonraki işlemde fonlarının nasıl kullanılacağına ilişkin bir şablon belirlemesini sağlar. Bu, fonların nasıl kullanılabileceğini sınırlayan ancak tüm işlem ayrıntılarının önceden bilinmesini gerektirmeyen bir sözleşme oluşturur.
3) SIGHASH_NOINPUT / SIGHASH_ANYPREVOUT (BIP 118), bunlar belirli türde esnek işlem oluşturmayı kolaylaştıracak önerilen yeni imza karma türleridir. Özellikle BIP 118, SIGHASH_NOINPUT'u ve güncellenmiş biçimi SIGHASH_ANYPREVOUT'u önerir.
Son yumuşak çatal önerileri:
1) Taproot, Bitcoin komut dosyası oluşturma yeteneklerini geliştirmeye ve gizlilik korumasını artırmaya yönelik bir teklif. Taproot 2021'de başarıyla etkinleştirildi.
2) Bazen Taproot ile tartışılan Schnorr imzaları, Schnorr imzaları çoklu imza işlemlerinin verimliliğini ve gizliliğini artırmak için tasarlanmıştır. Bunlar aynı zamanda Taproot yükseltmesine de dahildir.
3) MAST (Merkelize Soyut Sözdizimi Ağacı), Bitcoin ağındaki karmaşık akıllı sözleşmelerin verimliliğini ve gizliliğini artırmaya yönelik bir öneri olan MAST, bazen Bitcoin işlemlerinin çok yönlülüğünü artırabilecek gelecekteki bir yükseltme olarak tartışılır.
4) Yukarıda bahsedilen bir teklif olan OP_CHECKTEMPLATEVERIFY, Bitcoin'in belirli akıllı sözleşme türleri ve zincir üstü sözleşmeler için yeteneklerini geliştirmeyi amaçlamaktadır.
5) SIGHASH_NOINPUT / ANYPREVOUT, bu teklifler, yukarıda da belirtildiği gibi, Lightning Network gibi L2 protokollerini geliştirmek için kullanılabilecek daha esnek bir işlem imzası biçimi elde etmeyi amaçlamaktadır.
