Orijinal metin Twitter'dan, BTCStudy'den yazar @AurtrianAjian'dan alınmıştır; izin alınarak çoğaltılmıştır, Odaily'nin görüşlerini temsil etmez
Acayip şeyler duydum ama bu kadar ileri gidebileceğinizi bilmiyordum. Lütfen "BRC 20" kampanyasına katılmayı bırakın ve boykot edin.
Artık katılmamalısınız, çünkü teknik olarak bu tür geri kalmış şeyler elenmeye mahkumdur. Buna direnmelisiniz, çünkü UTXO setinin genişlemesine neden olur ve uygulamasının pratik sonuçları toz saldırılarına yakındır.
Daha önce BRC 20 gibi bir şeyin "protokol" olarak adlandırılamayacağını çünkü onu kullanan kullanıcıları korumadığını yazmıştım. Ama o zamanlar meselenin özüne inememiştim ve düşündüğümden daha da çirkin olduğunu bilmiyordum.
Yüzeyde, BRC 20, misli tokenler için iki işlem tanımlar: "Darphane" ve "Transfer"...
Her işlemin her adımında, bir Bitcoin işlemi başlatmak ve işlem girişine bir yazı yazmak (Yazıt, giriş şahit betiği aracılığıyla bloğa veri yazmak) gereklidir. Bununla birlikte, BRC 20'de, bu yazılı işlemler, neredeyse hiçbir şey ifade etmeyen işlem çıktılarını oluşturur. Sorunun yattığı yer burasıdır.
Yukarıdaki belgeye dikkatlice bakarsanız, şunları söylediğini göreceksiniz:
"BRC 20'nin denge durumu, tüm bu işlevlerin etkinliği toplanarak elde edilebilir"; bununla birlikte, tüm bu işlevlerin etkinliği yazıtlarla gösterilir ve işlevlerin hiçbiri, belirli bir UTXO'nun (hatta belirli bir Satoshi'nin) harcanmasını gerektirmez. geçerli. ). İster basım yoluyla ister transfer yoluyla bir miktar token elde edin, daha sonra bu tokenleri transfer etmeniz gerektiğinde, bu tokenleri almanızı sağlayan işlemi harcamanıza gerek kalmaz.
Yani bu tokenlar aslında Bitcoin UTXO'ya bağlı değildir ve statüleri tamamen bloğa yazılmış olan yazıtlar (ve bu yazıtların sırası) tarafından belirlenir; bu tokenlerin statüsünün değiştirilmesi herhangi bir işlem gerektirmez. belirli bir UTXO yeteneğinin kilidini açma yeteneğine sahip olursunuz.
(UTXO ilişkilendirmesini gerektiren tek şey transfer işleminin iki adımıdır, ayrıntılar için aşağıya bakın)
Bu tasarımın, protokolün güvenliği, ekonomisi (ölçeklenebilirliği) ve merkezden dağıtılması için önemli etkileri vardır. Her şeyden önce, UTXO'ya bağlı olmadığı için, doğal olarak UTXO'nun kendi anti-tekrar harcama mekanizmasına güvenemez. BRC 20 tamamen blok işlem sıralamasına dayalı "ilk gelen alır" ilkesine dayanmaktadır. Nihai destek olarak bu "ilk gelen alır" olmadan, negatif bakiyenin çifte harcama şeklini engelleyemez. Tümü.
Bununla birlikte, UTXO'lar yerine bloklara dayalı bir doğrulama mekanizmasına sahip olmak, hafif bir doğrulama mekanizması oluşturmayı da imkansız hale getirir. Her durumda, bir hesabın durumunu öğrenmek için tüm blok verilerine ihtiyacınız var. (Bununla birlikte, RGB ve Taro gibi UTXO tabanlı protokoller buna ihtiyaç duymaz. Sadece blok başlıklarına ihtiyaç duyarlar) Bu aynı zamanda denge hesaplama ve endekslemeyi karşılayabilen düğüm sayısını da kıyasla daha az yapar, yani ademi merkeziyetçilik özellikleri daha kötüdür .
Belki de en son durumu (sahte para birimini belirleme) hesaplama yükünü azaltmak için, BRC 20 garip bir transfer mekanizması tanımlar: nasıl jeton alırsanız alın, transferiniz iki adıma bölünmelidir: ilk adım bazılarını dönüştürmektir. belirteçler "Aktarılabilir" durumdadır (ve alıcıyı belirtin), ikinci adım bu belirteçleri gerçekten dışarı aktarmak ve böylece ilk adımın "aktarma kaydını" geçersiz kılmaktır. Aynısı bir sonraki eviniz için de geçerli.
Böyle bir mekanizma elbette kullanıcı deneyimini ve ekonomiyi de etkiler. Kayıt mekanizmasından ne kadar indirim alırsanız alın, bir işlem daha göndermeniz, elde ettiğiniz faydaları geri almanız için yeterlidir. Ayrıca UTXO kullanmayan bu garip mekanizma, Bitcoin UTXO tabanlı akıllı sözleşmeler (Lightning Channel, DLC vb.) kullanılırken bu tür tokenların doğal olarak engelleri artırmasına ve en yeni nesil protokollerin gerisinde kalmasına da neden oluyor.
**Öyleyse BRC 20 geri kalmış bir teknoloji diyorum. Yeni nesil token verme protokolleri hafif istemciler, daha düşük ekonomik maliyetler ve mevcut Bitcoin ekosistemine daha kolay erişim sağlayabildiğinde, BRC 20 hala blok alanı tüketerek programlanabilirlik elde etme sürecinde takılıp kalmıştır. RGB ve Taro gibi protokollerin ekolojisi ortaya çıktığında, BRC 20'yi beklemenin sonu nedir tahmin edersiniz! **
Paradoksal olarak, BRC 20'nin basımı ve transferi, UTXO'da ilişkilendirmeyi açıkça gerektirmese de, basım için bir "sınır" mekanizması tasarlamıştır - belirteçleri basarken, tek bir UTXO tarafından basılabilen belirteç sayısı mümkündür. bir üst sınır belirlemek için. Bunun ne için olduğunu tahmin edebilmelisin.
Doğru, bu "yeni oyna" senaryosundaki adalet gereksinimlerine uyum sağlamaktır.
Bir kişinin tüm jetonları tek bir çıktıyla basmasına izin veremez, bu nedenle böyle bir kısıtlama tasarlanmıştır. Ancak bir düşünün, alanı işgal etmek için UTXO kullanmanız gerektiğinde, bu UTXO'lar küçük UTXO'lar olmalıdır - fonları ne kadar çok keserseniz, o kadar çok yeni jeton alabilirsiniz. Sonuç, UTXO setinin şişirilmesidir.
Bunlar, yalnızca bitcoin çekirdeğinin toz çıkış sınırına eşit olan 546 Satoshi (P2P KH çıkışı)/330 Satoshi (P 2 TR çıkışı) olması açıkça planlanan yeni UTXO'lar oluşturmak için kullanılır. Bunları harcamak ekonomik değildir ve sonraki transfer işlemi bunların harcanmasını gerektirmez, bu nedenle sonsuza kadar UTXO setinde kalmaları muhtemeldir ve UTXO setinin geri dönüşü olmayan bir şekilde genişlemesine neden olurlar.
Transfer işlemleri de UTXO'yu geride bırakıyor. Bu UTXO'ların teoride küçük olması gerekmese de, mevcut mühendislik uygulamasında hala küçük UTXO'lar kullanılmaktadır. Ve BRC 20, UTXO'nun tutarlı bir şekilde harcama yapmasını gerektirmediğinden, sonsuza kadar UTXO setinde bırakılır.
Grafik, 23 Nisan 2023'ten bu yana (BRC 20 işlemleri başlattığında), Bitcoin'in UTXO setinin 5 GB'tan 6,8 GB'a yükseldiğini gösteriyor. Tüm enflasyonun BRC 20 ile ilgili olduğunu kanıtlayamam, ancak bu süre zarfında büyüme eğrisi orijinal büyüme eğrisinden çok daha dik oldu. Dikkate ihtiyacı var.
diren. Bir düğüm iseniz, düğüm yapılandırma dosyasına şu satırı ekleyebilirsiniz: dustrelayfee= 0.00005, bu, toz çıkış eşiğini 5 kat artırır (bu değerin varsayılan değeri 0.00001'dir, uygun şekilde ekleyebilir veya çıkarabilirsiniz). Geçmişte node'unuz toz çıkışlı BRC 20 işlemlerini yönlendiriyorsa, şimdi node'unuz artık 2730 Satoshi/1650 Satoshi'den düşük çıkışlı işlemleri iletmeyecek.
Ancak, bu işlemler bir bloğa dönüşürse, düğümünüz yine de bu işlemleri ve bunların çıktılarını kaydedecektir.
Bir geliştiriciyseniz, bu yeni ve aktarım çıktılarını UTXO kümemizden çıkarmamıza yardımcı olması için lütfen BRC 20 işlem çıktılarını tanıyan bir filtre geliştirmeyi düşünün. Şahsen ben böyle bir filtre çalıştırmayı seçerdim.
Bitcoin ağını korumak için harekete geçin.
View Original
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Bitcoin OG Bakış Açısı: Lütfen gecikmeli BRC-20 yeniliğine katılmayı bırakın
Orijinal metin Twitter'dan, BTCStudy'den yazar @AurtrianAjian'dan alınmıştır; izin alınarak çoğaltılmıştır, Odaily'nin görüşlerini temsil etmez
Acayip şeyler duydum ama bu kadar ileri gidebileceğinizi bilmiyordum. Lütfen "BRC 20" kampanyasına katılmayı bırakın ve boykot edin.
Artık katılmamalısınız, çünkü teknik olarak bu tür geri kalmış şeyler elenmeye mahkumdur. Buna direnmelisiniz, çünkü UTXO setinin genişlemesine neden olur ve uygulamasının pratik sonuçları toz saldırılarına yakındır.
Daha önce BRC 20 gibi bir şeyin "protokol" olarak adlandırılamayacağını çünkü onu kullanan kullanıcıları korumadığını yazmıştım. Ama o zamanlar meselenin özüne inememiştim ve düşündüğümden daha da çirkin olduğunu bilmiyordum.
Yüzeyde, BRC 20, misli tokenler için iki işlem tanımlar: "Darphane" ve "Transfer"...
Her işlemin her adımında, bir Bitcoin işlemi başlatmak ve işlem girişine bir yazı yazmak (Yazıt, giriş şahit betiği aracılığıyla bloğa veri yazmak) gereklidir. Bununla birlikte, BRC 20'de, bu yazılı işlemler, neredeyse hiçbir şey ifade etmeyen işlem çıktılarını oluşturur. Sorunun yattığı yer burasıdır. Yukarıdaki belgeye dikkatlice bakarsanız, şunları söylediğini göreceksiniz:
"BRC 20'nin denge durumu, tüm bu işlevlerin etkinliği toplanarak elde edilebilir"; bununla birlikte, tüm bu işlevlerin etkinliği yazıtlarla gösterilir ve işlevlerin hiçbiri, belirli bir UTXO'nun (hatta belirli bir Satoshi'nin) harcanmasını gerektirmez. geçerli. ). İster basım yoluyla ister transfer yoluyla bir miktar token elde edin, daha sonra bu tokenleri transfer etmeniz gerektiğinde, bu tokenleri almanızı sağlayan işlemi harcamanıza gerek kalmaz.
Yani bu tokenlar aslında Bitcoin UTXO'ya bağlı değildir ve statüleri tamamen bloğa yazılmış olan yazıtlar (ve bu yazıtların sırası) tarafından belirlenir; bu tokenlerin statüsünün değiştirilmesi herhangi bir işlem gerektirmez. belirli bir UTXO yeteneğinin kilidini açma yeteneğine sahip olursunuz. (UTXO ilişkilendirmesini gerektiren tek şey transfer işleminin iki adımıdır, ayrıntılar için aşağıya bakın)
Bu tasarımın, protokolün güvenliği, ekonomisi (ölçeklenebilirliği) ve merkezden dağıtılması için önemli etkileri vardır. Her şeyden önce, UTXO'ya bağlı olmadığı için, doğal olarak UTXO'nun kendi anti-tekrar harcama mekanizmasına güvenemez. BRC 20 tamamen blok işlem sıralamasına dayalı "ilk gelen alır" ilkesine dayanmaktadır. Nihai destek olarak bu "ilk gelen alır" olmadan, negatif bakiyenin çifte harcama şeklini engelleyemez. Tümü.
Bununla birlikte, UTXO'lar yerine bloklara dayalı bir doğrulama mekanizmasına sahip olmak, hafif bir doğrulama mekanizması oluşturmayı da imkansız hale getirir. Her durumda, bir hesabın durumunu öğrenmek için tüm blok verilerine ihtiyacınız var. (Bununla birlikte, RGB ve Taro gibi UTXO tabanlı protokoller buna ihtiyaç duymaz. Sadece blok başlıklarına ihtiyaç duyarlar) Bu aynı zamanda denge hesaplama ve endekslemeyi karşılayabilen düğüm sayısını da kıyasla daha az yapar, yani ademi merkeziyetçilik özellikleri daha kötüdür .
Belki de en son durumu (sahte para birimini belirleme) hesaplama yükünü azaltmak için, BRC 20 garip bir transfer mekanizması tanımlar: nasıl jeton alırsanız alın, transferiniz iki adıma bölünmelidir: ilk adım bazılarını dönüştürmektir. belirteçler "Aktarılabilir" durumdadır (ve alıcıyı belirtin), ikinci adım bu belirteçleri gerçekten dışarı aktarmak ve böylece ilk adımın "aktarma kaydını" geçersiz kılmaktır. Aynısı bir sonraki eviniz için de geçerli.
Böyle bir mekanizma elbette kullanıcı deneyimini ve ekonomiyi de etkiler. Kayıt mekanizmasından ne kadar indirim alırsanız alın, bir işlem daha göndermeniz, elde ettiğiniz faydaları geri almanız için yeterlidir. Ayrıca UTXO kullanmayan bu garip mekanizma, Bitcoin UTXO tabanlı akıllı sözleşmeler (Lightning Channel, DLC vb.) kullanılırken bu tür tokenların doğal olarak engelleri artırmasına ve en yeni nesil protokollerin gerisinde kalmasına da neden oluyor.
**Öyleyse BRC 20 geri kalmış bir teknoloji diyorum. Yeni nesil token verme protokolleri hafif istemciler, daha düşük ekonomik maliyetler ve mevcut Bitcoin ekosistemine daha kolay erişim sağlayabildiğinde, BRC 20 hala blok alanı tüketerek programlanabilirlik elde etme sürecinde takılıp kalmıştır. RGB ve Taro gibi protokollerin ekolojisi ortaya çıktığında, BRC 20'yi beklemenin sonu nedir tahmin edersiniz! **
Paradoksal olarak, BRC 20'nin basımı ve transferi, UTXO'da ilişkilendirmeyi açıkça gerektirmese de, basım için bir "sınır" mekanizması tasarlamıştır - belirteçleri basarken, tek bir UTXO tarafından basılabilen belirteç sayısı mümkündür. bir üst sınır belirlemek için. Bunun ne için olduğunu tahmin edebilmelisin.
Doğru, bu "yeni oyna" senaryosundaki adalet gereksinimlerine uyum sağlamaktır.
Bir kişinin tüm jetonları tek bir çıktıyla basmasına izin veremez, bu nedenle böyle bir kısıtlama tasarlanmıştır. Ancak bir düşünün, alanı işgal etmek için UTXO kullanmanız gerektiğinde, bu UTXO'lar küçük UTXO'lar olmalıdır - fonları ne kadar çok keserseniz, o kadar çok yeni jeton alabilirsiniz. Sonuç, UTXO setinin şişirilmesidir.
Bunlar, yalnızca bitcoin çekirdeğinin toz çıkış sınırına eşit olan 546 Satoshi (P2P KH çıkışı)/330 Satoshi (P 2 TR çıkışı) olması açıkça planlanan yeni UTXO'lar oluşturmak için kullanılır. Bunları harcamak ekonomik değildir ve sonraki transfer işlemi bunların harcanmasını gerektirmez, bu nedenle sonsuza kadar UTXO setinde kalmaları muhtemeldir ve UTXO setinin geri dönüşü olmayan bir şekilde genişlemesine neden olurlar.
Transfer işlemleri de UTXO'yu geride bırakıyor. Bu UTXO'ların teoride küçük olması gerekmese de, mevcut mühendislik uygulamasında hala küçük UTXO'lar kullanılmaktadır. Ve BRC 20, UTXO'nun tutarlı bir şekilde harcama yapmasını gerektirmediğinden, sonsuza kadar UTXO setinde bırakılır.
Grafik, 23 Nisan 2023'ten bu yana (BRC 20 işlemleri başlattığında), Bitcoin'in UTXO setinin 5 GB'tan 6,8 GB'a yükseldiğini gösteriyor. Tüm enflasyonun BRC 20 ile ilgili olduğunu kanıtlayamam, ancak bu süre zarfında büyüme eğrisi orijinal büyüme eğrisinden çok daha dik oldu. Dikkate ihtiyacı var.
diren. Bir düğüm iseniz, düğüm yapılandırma dosyasına şu satırı ekleyebilirsiniz: dustrelayfee= 0.00005, bu, toz çıkış eşiğini 5 kat artırır (bu değerin varsayılan değeri 0.00001'dir, uygun şekilde ekleyebilir veya çıkarabilirsiniz). Geçmişte node'unuz toz çıkışlı BRC 20 işlemlerini yönlendiriyorsa, şimdi node'unuz artık 2730 Satoshi/1650 Satoshi'den düşük çıkışlı işlemleri iletmeyecek.
Ancak, bu işlemler bir bloğa dönüşürse, düğümünüz yine de bu işlemleri ve bunların çıktılarını kaydedecektir.
Bir geliştiriciyseniz, bu yeni ve aktarım çıktılarını UTXO kümemizden çıkarmamıza yardımcı olması için lütfen BRC 20 işlem çıktılarını tanıyan bir filtre geliştirmeyi düşünün. Şahsen ben böyle bir filtre çalıştırmayı seçerdim.
Bitcoin ağını korumak için harekete geçin.