Dün, Ordinals'ın yaratıcısı Casey Rodarmor, yeni bir takas edilebilir token (FT) protokolü Runes'u tanıtan bir blog yayınladı.
Bitcoin'in FT'ye ihtiyacı olup olmadığına ilişkin Casey Rodarmor, tweetinde FT'nin iki tarafı olduğunu belirtti. Bir yandan FT'lerin %99,99'u Bitcoin'in saflığını zayıflatan "bok" ve dolandırıcılıktır; diğer yandan Bitcoin ekosistemine çok fazla ücret geliri, geliştirici ve kullanıcı getirir. "İnsanlar jetonları seviyor ve bunlar siberpunk kumarhaneleri gibiler, bu nedenle ücret gelirlerinin (siber) güvenlik bütçeleriyle ilgili endişeler tamamen ortadan kalkana kadar önemli ve devam etmesi muhtemel."
BRC-20, RGB ve Taproot gibi FT protokollerinin halihazırda ortaya çıktığını ekledi. Basit zincir içi protokollerle karşılaştırıldığında RGB ve Taproot gibi protokoller karmaşıktır ve kullanıcı deneyimi açısından zorluklar oluşturabilir. BRC-20 çok basittir ve zincir dışı veri depolama ve alma altyapısı gerektiren RGB/Taproot'a kıyasla iyi bir kullanıcı deneyimi sağlayabilir; ancak BRC 20 tokenleriyle ilgili sorun, "çöp UTXO" üretmeleri ve bit para alanı işgal etmeleridir.
Rodarmor, Runes'ın Bitcoin'e daha doğal bir şekilde uyan ve "istenmeyen UTXO'ların" oluşturulmasını önleyerek UTXO koleksiyonlarının en aza indirilmesini destekleyen UTXO tabanlı bir protokol olduğunu söyledi.
Aşağıdaki içerik Casey Rodarmor'un blog gönderisinden alınmıştır ve Odaily Planet Daily tarafından derlenmiştir
Bitcoin için yeni bir Fungible Token (FT) protokolü oluşturmanın iyi bir fikir olup olmadığından emin değilim. FT'lerin %99,9'u dolandırıcılık ve memlerden oluşuyor. Ancak, tıpkı kumarhanelerin yakın zamanda ortadan kaybolacak gibi görünmemesi gibi, onlar da yakın zamanda ortadan kaybolacak gibi görünmüyor.
Bitcoin için iyi bir FT protokolü oluşturmak, önemli miktarda işlem ücreti geliri, geliştiricilerin dikkatini ve kullanıcıları Bitcoin'e getirebilir. Ek olarak, protokolün zincir üzerinde daha küçük bir ayak izi varsa ve sorumlu UTXO yönetimini teşvik ediyorsa, mevcut protokollere kıyasla zararı azaltabilir. Örneğin, şu anda popüler olan BRC-20, büyük miktarda önemsiz UTXO'nun üretilmesine yol açtı.
Mevcut FT protokollerini karşılaştırırsak, aralarında birkaç önemli fark olduğunu görürüz:
Karmaşıklık: Protokol ne kadar karmaşık? Uygulaması kolay mı? Benimsetmek kolay mı?
Kullanıcı deneyimi: Kullanıcı deneyimini olumsuz etkileyen uygulama ayrıntıları var mı? Özellikle, zincir dışı verilere dayanan protokoller, zincir üzerinde daha hafif bir ayak izine sahiptir ancak önemli ölçüde karmaşıklığa neden olur ve kullanıcıların ya kendi sunucularını çalıştırmasını ya da mevcut sunucuları keşfedip bunlarla etkileşime girmesini gerektirir.
Durum Modeli: UTXO tabanlı protokoller, Bitcoin'e daha doğal bir şekilde uyum sağlar ve "önemsiz" UTXO'ların oluşturulmasını önleyerek UTXO setinin minimizasyonunu destekler.
Yerel belirteçler: Protokol işlemleri için gereken yerel belirteçlere sahip protokoller hantaldır, çekilebilirdir ve doğal olarak daha az yaygın olarak benimsenir.
Yukarıdaki boyutlara dayanarak Bitcoin ekosistemindeki mevcut FT protokollerinin karşılaştırma sonuçları şu şekildedir:
BRC-20: UTXO'ya dayalı değildir ve bazı işlemlerde sıra teorisinin kullanılmasını gerektirdiğinden oldukça karmaşıktır;
RGB: Çok karmaşıktır, zincir dışı verilere dayanır, uzun süredir geliştirilmektedir ve benimsenmemiştir;
Karşı taraf: UTXO tabanlı yerine belirli işlemler için gereken yerel belirteçlere sahiptir;
Omni Layer: UTXO tabanlı yerine belirli işlemler için gereken yerel belirteçlere sahiptir;
Taproot Assets: Biraz karmaşıktır ve zincir dışı verilere dayanır.
Bitcoin için iyi bir kullanıcı deneyimi sunan basit, UTXO tabanlı bir FT protokolü nasıl görünür? Şimdi sizi "Runes" adlı çok harika bir çözümle tanıştırmak istiyorum.
(1 Genel Bakış
Rün bakiyeleri UTXO'da tutulur; UTXO herhangi bir sayıda rün içerebilir.
Bir işlem, eğer komut dosyası pubkey'i OP_RETURN ve ardından ASCII büyük harf R veri gönderimi içeren bir çıktı içeriyorsa, bir protokol mesajı içerir. Protokol mesajı, ilk mesajdan sonra gönderilen tüm verilerdir.
Geçersiz protokol mesajları içeren işlemlere girilen rünler yok edilecek ve gelecekteki yükseltmelerin, rünlerin tahsis edilme veya oluşturulma şeklini değiştirmesine olanak sağlanacak ve eski istemcilerin rün bakiyelerini hatalı şekilde tahsis etmesi önlenecek.
Tamsayılar int ön eki olarak kodlanır; burada int'nin başındaki rakam, bayt cinsinden uzunluğunu belirler.
(2) Transfer
Bir protokol mesajındaki ilk veri gönderiminin kodu bir dizi tamsayıya dönüştürülür.
Bu tamsayılar (ID, OUTPUT, AMOUNT) tuple dizisi olarak yorumlanır. Kodu çözülen tam sayıların sayısı 3'ün katı değilse protokol mesajı geçersizdir.
Kimlik, atanacak çalışmanın sayısal kimliğidir
OUTPUT atanacak çıkışın indeksidir
AMOUNT, tahsis edilecek çalıştırma miktarıdır
Kimlik delta olarak kodlanır. Bu, tam rune kimliğinin kopyalanmasını önlemek için aynı runenin birden çok kez atanmasına olanak tanır. Örneğin, tuple: [( 100, 1, 20), ( 0, 2 10), ( 20, 1, 5)]
Aşağıdaki atamaları yapın:
ID 100, çıkış 1, 20 rune
ID 100, çıkış 2, 10 rune
kimlik 120, çıktı 1, 5 rune
AMOUNT 0 "kalan tüm runelar"ın kısaltmasıdır.
Tüm demet atamaları işlendikten sonra, atanmamış tüm runlar ilk OP_RETURN olmayan çıkışa (varsa) atanır. Ekstra ödevler dikkate alınmayacaktır.
Rünler, protokol mesajını içeren OP_RETURN çıkışına atanarak yakılabilir.
(3)Sayı
Protokol mesajında ikinci bir veri aktarımı varsa bu bir sorun işlemidir. İkinci veri aktarımının kodu iki tamsayıya, SEMBOL ve DECIMALS'e çözülür. Ek tamsayılar bırakılırsa protokol mesajı geçersizdir.
Bir ihraç işlemi, atama tanımlama grubundaki ID 0'ı kullanarak, maksimum 2^128 - 1'e kadar herhangi bir sayıda ihraç runesi oluşturabilir.
SEMBOL, sıralı uydu adlarında kullanılan sembole benzer, insan tarafından okunabilen 26 bitlik bir temel kodlama sembolüdür. Geçerli karakterler yalnızca A'dan Z'ye kadardır.
ONDALIK, verilen runeleri görüntülerken kullanılması gereken ondalık noktadan sonraki basamak sayısıdır.
SEMBOL henüz atanmamışsa, yayınlanmış bir rune atanır ve yayınlanan rune, bir sonraki mevcut sayısal rune kimliğini alır (1'den başlayarak).
SYMBOL zaten tahsis edilmişse veya BITCOIN, BTC veya XBT ise yeni bir rune oluşturulmayacaktır. 0 rune kimliğini kullanan serbest bırakma işlemi tahsisleri göz ardı edilecek ancak diğer tahsisler işlenmeye devam edecek.
(4) NOT
UTXO bakiyeleri görüntülenirken UTXO'nun yerel Bitcoin bakiyesi, rune ID 0 ve BITCOIN, BTC veya XBT sembolleriyle görüntülenebilir.
Protokolü basit tutmak için (Runes), sembollerin çömelmesini önleyecek bir mekanizma benimsemez. Aslında sembol bağlamayı önlemenin etkili ve basit bir yolu, yalnızca belirli bir uzunluğun üzerindeki sembollerin tahsisine izin vermektir; bu uzunluk zamanla azalır ve sonunda sıfıra ulaşarak tüm sembollere izin verir. Bu, kısa, ideal sembollerin protokolün başında tahsis edilmesini önleyecek ve geç kalanları ideal semboller için rekabet etmeye teşvik edecektir - eğer bu tür bir rekabet mantıklıysa.
Sonunda yazılmıştır
Bu çözüm gerçekten pazar için işe yarıyor mu? Hiçbir fikrim yok.
Mümkün olduğu kadar basittir, zincir dışı verilere dayanmaz, yerel tokenları yoktur ve Bitcoin'in yerel UTXO modeline mükemmel şekilde uyar. Böyle bir plan, zincir üzerinde daha kötü ayak izine sahip diğer programlardan kullanıcıları çekebilir ve geliştiricilerin ve kullanıcıların dikkatini Bitcoin'e çevirerek onları Bitcoin'i benimsemeye teşvik edebilir.
Öte yandan FT dünyası, tamamen telafisi mümkün olmayan bir aldatma ve açgözlülük uçurumudur, dolayısıyla silinebilir.
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.
BTC ekosistemini etkinleştirmek için BRC-20 değiştirilsin mi? Ordinals kurucusu yeni protokol Runes'u getiriyor
Orijinal | Casey Rodarmor
Derlendi | Odaily Planet Daily
Dün, Ordinals'ın yaratıcısı Casey Rodarmor, yeni bir takas edilebilir token (FT) protokolü Runes'u tanıtan bir blog yayınladı.
Bitcoin'in FT'ye ihtiyacı olup olmadığına ilişkin Casey Rodarmor, tweetinde FT'nin iki tarafı olduğunu belirtti. Bir yandan FT'lerin %99,99'u Bitcoin'in saflığını zayıflatan "bok" ve dolandırıcılıktır; diğer yandan Bitcoin ekosistemine çok fazla ücret geliri, geliştirici ve kullanıcı getirir. "İnsanlar jetonları seviyor ve bunlar siberpunk kumarhaneleri gibiler, bu nedenle ücret gelirlerinin (siber) güvenlik bütçeleriyle ilgili endişeler tamamen ortadan kalkana kadar önemli ve devam etmesi muhtemel."
BRC-20, RGB ve Taproot gibi FT protokollerinin halihazırda ortaya çıktığını ekledi. Basit zincir içi protokollerle karşılaştırıldığında RGB ve Taproot gibi protokoller karmaşıktır ve kullanıcı deneyimi açısından zorluklar oluşturabilir. BRC-20 çok basittir ve zincir dışı veri depolama ve alma altyapısı gerektiren RGB/Taproot'a kıyasla iyi bir kullanıcı deneyimi sağlayabilir; ancak BRC 20 tokenleriyle ilgili sorun, "çöp UTXO" üretmeleri ve bit para alanı işgal etmeleridir.
Rodarmor, Runes'ın Bitcoin'e daha doğal bir şekilde uyan ve "istenmeyen UTXO'ların" oluşturulmasını önleyerek UTXO koleksiyonlarının en aza indirilmesini destekleyen UTXO tabanlı bir protokol olduğunu söyledi.
Aşağıdaki içerik Casey Rodarmor'un blog gönderisinden alınmıştır ve Odaily Planet Daily tarafından derlenmiştir
Bitcoin için yeni bir Fungible Token (FT) protokolü oluşturmanın iyi bir fikir olup olmadığından emin değilim. FT'lerin %99,9'u dolandırıcılık ve memlerden oluşuyor. Ancak, tıpkı kumarhanelerin yakın zamanda ortadan kaybolacak gibi görünmemesi gibi, onlar da yakın zamanda ortadan kaybolacak gibi görünmüyor.
Bitcoin için iyi bir FT protokolü oluşturmak, önemli miktarda işlem ücreti geliri, geliştiricilerin dikkatini ve kullanıcıları Bitcoin'e getirebilir. Ek olarak, protokolün zincir üzerinde daha küçük bir ayak izi varsa ve sorumlu UTXO yönetimini teşvik ediyorsa, mevcut protokollere kıyasla zararı azaltabilir. Örneğin, şu anda popüler olan BRC-20, büyük miktarda önemsiz UTXO'nun üretilmesine yol açtı.
Mevcut FT protokollerini karşılaştırırsak, aralarında birkaç önemli fark olduğunu görürüz:
Yukarıdaki boyutlara dayanarak Bitcoin ekosistemindeki mevcut FT protokollerinin karşılaştırma sonuçları şu şekildedir:
Bitcoin için iyi bir kullanıcı deneyimi sunan basit, UTXO tabanlı bir FT protokolü nasıl görünür? Şimdi sizi "Runes" adlı çok harika bir çözümle tanıştırmak istiyorum.
(1 Genel Bakış
Rün bakiyeleri UTXO'da tutulur; UTXO herhangi bir sayıda rün içerebilir.
Bir işlem, eğer komut dosyası pubkey'i OP_RETURN ve ardından ASCII büyük harf R veri gönderimi içeren bir çıktı içeriyorsa, bir protokol mesajı içerir. Protokol mesajı, ilk mesajdan sonra gönderilen tüm verilerdir.
Geçersiz protokol mesajları içeren işlemlere girilen rünler yok edilecek ve gelecekteki yükseltmelerin, rünlerin tahsis edilme veya oluşturulma şeklini değiştirmesine olanak sağlanacak ve eski istemcilerin rün bakiyelerini hatalı şekilde tahsis etmesi önlenecek.
Tamsayılar int ön eki olarak kodlanır; burada int'nin başındaki rakam, bayt cinsinden uzunluğunu belirler.
(2) Transfer
Bir protokol mesajındaki ilk veri gönderiminin kodu bir dizi tamsayıya dönüştürülür.
Bu tamsayılar (ID, OUTPUT, AMOUNT) tuple dizisi olarak yorumlanır. Kodu çözülen tam sayıların sayısı 3'ün katı değilse protokol mesajı geçersizdir.
Kimlik delta olarak kodlanır. Bu, tam rune kimliğinin kopyalanmasını önlemek için aynı runenin birden çok kez atanmasına olanak tanır. Örneğin, tuple: [( 100, 1, 20), ( 0, 2 10), ( 20, 1, 5)]
Aşağıdaki atamaları yapın:
AMOUNT 0 "kalan tüm runelar"ın kısaltmasıdır.
Tüm demet atamaları işlendikten sonra, atanmamış tüm runlar ilk OP_RETURN olmayan çıkışa (varsa) atanır. Ekstra ödevler dikkate alınmayacaktır.
Rünler, protokol mesajını içeren OP_RETURN çıkışına atanarak yakılabilir.
(3)Sayı
Protokol mesajında ikinci bir veri aktarımı varsa bu bir sorun işlemidir. İkinci veri aktarımının kodu iki tamsayıya, SEMBOL ve DECIMALS'e çözülür. Ek tamsayılar bırakılırsa protokol mesajı geçersizdir.
Bir ihraç işlemi, atama tanımlama grubundaki ID 0'ı kullanarak, maksimum 2^128 - 1'e kadar herhangi bir sayıda ihraç runesi oluşturabilir.
SEMBOL, sıralı uydu adlarında kullanılan sembole benzer, insan tarafından okunabilen 26 bitlik bir temel kodlama sembolüdür. Geçerli karakterler yalnızca A'dan Z'ye kadardır.
ONDALIK, verilen runeleri görüntülerken kullanılması gereken ondalık noktadan sonraki basamak sayısıdır.
SEMBOL henüz atanmamışsa, yayınlanmış bir rune atanır ve yayınlanan rune, bir sonraki mevcut sayısal rune kimliğini alır (1'den başlayarak).
SYMBOL zaten tahsis edilmişse veya BITCOIN, BTC veya XBT ise yeni bir rune oluşturulmayacaktır. 0 rune kimliğini kullanan serbest bırakma işlemi tahsisleri göz ardı edilecek ancak diğer tahsisler işlenmeye devam edecek.
(4) NOT
UTXO bakiyeleri görüntülenirken UTXO'nun yerel Bitcoin bakiyesi, rune ID 0 ve BITCOIN, BTC veya XBT sembolleriyle görüntülenebilir.
Protokolü basit tutmak için (Runes), sembollerin çömelmesini önleyecek bir mekanizma benimsemez. Aslında sembol bağlamayı önlemenin etkili ve basit bir yolu, yalnızca belirli bir uzunluğun üzerindeki sembollerin tahsisine izin vermektir; bu uzunluk zamanla azalır ve sonunda sıfıra ulaşarak tüm sembollere izin verir. Bu, kısa, ideal sembollerin protokolün başında tahsis edilmesini önleyecek ve geç kalanları ideal semboller için rekabet etmeye teşvik edecektir - eğer bu tür bir rekabet mantıklıysa.
Sonunda yazılmıştır
Bu çözüm gerçekten pazar için işe yarıyor mu? Hiçbir fikrim yok.
Mümkün olduğu kadar basittir, zincir dışı verilere dayanmaz, yerel tokenları yoktur ve Bitcoin'in yerel UTXO modeline mükemmel şekilde uyar. Böyle bir plan, zincir üzerinde daha kötü ayak izine sahip diğer programlardan kullanıcıları çekebilir ve geliştiricilerin ve kullanıcıların dikkatini Bitcoin'e çevirerek onları Bitcoin'i benimsemeye teşvik edebilir.
Öte yandan FT dünyası, tamamen telafisi mümkün olmayan bir aldatma ve açgözlülük uçurumudur, dolayısıyla silinebilir.