Sıra Sayıları yazısı nedir?

Ordinals, geliştirici Casey Rodarmor tarafından 20 Ocak 2023'te Bitcoin ana ağında "Satoshis" için bir sipariş protokolü olarak başlatıldı. "Satoshiler", Bitcoin'in en küçük birimidir ve her Bitcoin bir taneden oluşur. 100 milyon Satoshi'den (1 btc = 10^8 sat) oluşan Ordinals protokolü, her Satoshi'ye benzersiz bir kimlik verir.

Ordinal Yazıtları, Ordinals protokolü üzerine inşa edilmiş, değiştirilemez tokenlardır (NFT) ve resimler, metinler ve videolar gibi verileri içerir.

Ethereum NFT ile karşılaştırıldığında, Ordinals protokolünün tokenID'yi ve yazıtın da meta verileri uyguladığını düşünebiliriz.

tokenID nasıl uygulanır

TokenID, her NFT için benzersiz bir tanımlayıcı sağlayarak kullanıcıların tokenleri birbirinden ayırt etmesine olanak tanır. TokenID, NFT'leri gerçekten benzersiz kılan şeydir.

Ethereum'un iyi programlanabilirliği TokenID'nin uygulanmasını kolaylaştırır. Ancak Bitcoin'de benzer uygulamalar genellikle ikinci katman ağların kullanılmasını gerektirir. Counterparty ve Stacks gibi platformlar zaten Bitcoin tabanlı NFT'leri uygulamaya koydu ancak Ordinals yazıtının diğer Bitcoin NFT mimarilerinden temel farklılıkları var.

Ordinals protokolü Bitcoin'in UTXO işlem modelini kullanır. UTXO, geleneksel hesap bakiyesi tabanlı modelin aksine nakit sistemine benzer.

Bitcoin blok zincirinde tüm bakiyeler, Harcanmamış İşlem Çıkışları (UTXO'lar) adı verilen bir listede saklanır. Her UTXO, sahibine ve harcanabilir olup olmadığına ilişkin bilgilerin yanı sıra belirli miktarda Bitcoin içerir. Üzerinde sahibinin adının yazılı olduğu, sahibinin imzasıyla başkasına devredilebilen bir nakit çek gibi düşünebilirsiniz. Belirli bir adres için tüm UTXO tutarlarının toplamı, o adresin cüzdanındaki bakiyeyi temsil eder. Tüm UTXO'ları yineleyerek her adres için mevcut bakiyeyi elde edebiliriz. Tüm UTXO miktarlarını toplamak bize Bitcoin'in toplam dolaşımını verir.

Bitcoin ağındaki ödeme modelini daha iyi anlamak için A'nın B'ye n Bitcoin göndermesi örneğini inceleyelim. Aşağıdaki diyagramda A'nın B'ye 3 Bitcoin gönderme süreci gösterilmektedir.

1. A kullanıcısı için öncelikle sahip olduğu tüm UTXO'ların kümesini, yani A kullanıcısının kontrol edebileceği tüm Bitcoin'leri belirlemesi gerekir;

2. A, işlemin girişi olarak bu kümeden bir veya daha fazla UTXO'yu seçer. Bu girdilerin miktarlarının toplamı m'dir (2+0,8+0,5=3,3 Ödenecek miktardan (3 BTC) büyük olan BTC;

3. A kullanıcısı işlem için iki çıkış belirler, bir çıkış B'nin adresine ödenir, tutar n (3 BTC) ve diğer çıkış A'nın kendi değişiklik adresine ödenir, tutar mn-fee (3,3-3- 0,001) olur. =0,299 BTC). Bir kullanıcının cüzdanı genellikle birden fazla adresten oluşur. Genellikle her adres yalnızca bir kez kullanılır ve değişiklik varsayılan olarak yeni bir adrese döndürülür;

4. Madenci işlemi paketleyip onay için zincire yükledikten sonra B, işlem bilgilerini alabilir. Blok boyutunun bir üst limiti (yaklaşık 1 MB) olduğundan, madenciler karşılığında en yüksek ücreti almak için yüksek işlem oranlarına (fee_rate=fee/size) sahip işlemlere öncelik vereceklerdir.

Ordinals protokolüne göre "Satoshi" sayısı, çıkarılma sırasına göre belirlenir ve her "Satoshi" BTC madencilik ödülleri aracılığıyla üretildiğinden seri numarası izlenebilirlik yoluyla belirlenebilir.

A kullanıcısının 100.-110. Satoshi'yi madencilik yoluyla elde ettiğini varsayalım (10 Satoshi bir bütün olarak aynı UTXO'da adc123 kimliğiyle depolanır). A kullanıcısı, B kullanıcısına 5 satoshi ödemek istediğinde, işlemin girişi olarak abc123 ID'sini kullanmayı seçer, bunun 5 satoshi'si B kullanıcısına verilir ve 5 satoshi A kullanıcısına değişiklik olarak iade edilir. 5 "Satoshi"nin bu iki kopyası bir bütündür ve sırasıyla abc456 ve abc789 kimliklerine sahip iki UTXO'da saklanır. Yukarıdaki UTXO kimliği ve “Satoshi” sayısı yalnızca örnek olarak gösterilmiştir. Gerçek durumlarda gönderilen minimum “Satoshi” sayısı 546 ile sınırlıdır ve UTXO kimliği bu formda ifade edilmemektedir.

Yukarıdaki işlemde A Kullanıcısının 10 Satoshi'sinin dolaşım yolu şöyledir:

1. Madencilik, [100, 110] numaralı 10 “Satoshi” üretir. 100'den 109'a kadar olan "Satoshi"nin UTXO'da abc123 kimliğiyle saklandığını ve sahibinin A kullanıcısı olduğunu belirtir.

2. A para transfer ettiğinde 10 “satoshi” her biri 5 “satoshi” içeren iki parçaya bölünür. Burada kullanılır “İlk gelen, ilk alır” Prensip, “Satoshi”nin sayı sıralamasının işlem çıktısındaki endekslerine göre belirlenmesidir. Çıkış sırasının önce A kullanıcısı, sonra B kullanıcısı, daha sonra A kullanıcısının kalan 5 “satoshisinin” seri numaraları [100, 105) olduğunu varsayarsak, bunlar UTXO'da abc456 kimliğiyle depolanır ve B kullanıcısının 5 “satoshisi olur. satoshi” Sıra numarası [105, 110)'dur ve UTXO'da abc789 kimliğiyle saklanır.

Meta veriler nasıl uygulanır?

Sıra Sayıları yazıtlarına ilişkin meta veriler belirli bir konumda saklanmaz. Bunun yerine, bu meta veriler, işlemin tanık verilerine (tanık verileri, tanık alanı) gömülür; bu nedenle buna "yazıt" denir çünkü bu veriler, Bitcoin işleminin belirli bölümlerine bir yazı gibi "kazılmıştır". ve bu veriler belirli bir "Satoshi"ye eklenmiştir. Bu kayıt işlemi, Ayrılmış Tanık (SegWit) ve Taproot aracılığıyla gerçekleştirilir ve bu iki aşamayı içerir: taahhüt etme ve açığa çıkarma ve belirlenen "satoshi" üzerine herhangi bir içerik biçimini (metin, resim veya video gibi) yazabilir.

SegWit, Bitcoin blok zincirinin yumuşak çatallanmasıyla sonuçlanan 2017 güncellemesidir. Güncelleme, keyfi verileri destekleyebilecek bir "tanık verileri" bölümü ekleyerek Bitcoin işlemlerini etkili bir şekilde iki bölüme ayırıyor.

Ayrılmış Tanık, işlem ve tanık (imza) verilerini ayrı bölümlere ayırarak, tanık kısmında isteğe bağlı verilerin saklanmasını sağlar.

Teknik olarak, Ayrılmış Tanık'ın uygulanması, işlemlerin artık tanık verilerini içermesine gerek olmadığı (ve Bitcoin'in başlangıçta bloklar için ayırdığı 1 MB'lık alanı kaplamayacağı) anlamına gelir. Bunun yerine bloğun sonunda tanık verileri için ayrı bir alan oluşturulur. Rastgele veri aktarımlarını destekler ve sert çatallanma ihtiyacını ortadan kaldırmak için büyük miktarlarda veriyi akıllıca Bitcoin'in blok boyutu sınırları dahilinde tutan indirimli bir "blok ağırlığına" sahiptir.

Kasım 2021'de uygulamaya konulan Taproot, Bitcoin'in gizliliğini, ölçeklenebilirliğini ve güvenliğini iyileştirmek için tasarlanmış çok yönlü bir yükseltmedir. Taproot, rastgele tanık verilerinin saklanmasını kolaylaştıran ve bir Bitcoin işlemine ne kadar keyfi veri yerleştirilebileceğine ilişkin sınırları gevşeten bir sistem oluşturur. Bu yükseltmenin ilk hedefi, genellikle tanık verileriyle ifade edilen zaman kilitli sözleşmeler gibi Bitcoin tabanlı akıllı sözleşmeleri daha da geliştirmektir.

Sıra sayıları, meta verileri Taproot komut dosyası yolundaki bir harcama komut dosyasında depolar.

İlk olarak, Taproot komut dosyalarının depolanma şekli nedeniyle, yazıt içeriğini Taproot komut dosyası yolu harcama komut dosyalarında saklayabiliriz; bu, içerik konusunda neredeyse hiçbir kısıtlamaya sahip değildir ve aynı zamanda tanık verilerinde indirimler alarak yazıt içeriğinin depolanmasını nispeten ekonomik hale getirir. Taproot komut dosyalarının tüketimi yalnızca mevcut Taproot çıktısından yapılabildiğinden, Yazıtlar iki aşamalı bir taahhüt/ortaya çıkarma süreci kullanılarak basılır. İlk olarak, taahhüt işleminde, yazıt içeriğini içeren bir komut dosyası vaat eden bir Taproot çıktısı oluşturulur. Daha sonra açığa çıkarma işleminde o yazıya karşılık gelen UTXO girdi olarak alınarak işlem başlatılır. Şu anda, ilgili yazıt içeriği tüm İnternet'te kamuya duyuruldu.

Bu yaklaşım kaynak tüketimini büyük ölçüde azaltır. Taproot betiğini kullanmazsanız tanık bilgileri işlemin çıktısında saklanır. Bu sayede bu çıkış tüketilmediği sürece tanık bilgileri her zaman UTXO setinde saklanacaktır. Bunun aksine, eğer P2TR kullanılırsa, tanık bilgisi taahhüt aşamasında oluşturulan işlemde görünmeyeceğinden UTXO setine yazılmayacaktır. Yalnızca bu UTXO tüketildiğinde, açıklama aşaması sırasında tanık bilgileri işlem girişinde görünecektir. P2TR, meta verilerin Bitcoin blok zincirine yazılmasını sağlar ancak hiçbir zaman UTXO setinde görünmez. UTXO setinin bakımı/değiştirilmesi daha fazla kaynak gerektirdiğinden, bu yaklaşım çok fazla kaynak tasarrufu sağlayabilir.

BRC-20 nedir

BRC-20'nin adı Ethereum'un ERC-20'sine çok benzese de ikisi arasındaki teknik farklar aslında önemli. ERC-20 tokenlerinin tutulma durumu zincire kaydedilir ve zincir üzerinde ağ konsensüsü elde edilebilir; BRC-20 Just ise Twitter kullanıcısı @domodata tarafından 8 Mart 2023'te oluşturulan ve sıra sayılarını kullanan özel bir Ordinals protokol yazısıdır. Belirteç sözleşmelerini dağıtmak, belirteçleri basmak ve aktarmak için JSON verilerinin yazıtları. Dağıtılan json aşağıdaki gibidir:

{  

"p": "brc-20",//Protocol: Helps offline accounting systems identify and handle brc-20 events

"op": "deploy",//op operation: event type (Deploy, Mint, Transfer)

"tick": "ordi", //Ticker: identifier of the brc-20 token, 4 letters in length (can be emoji)

"max": "21000000",//Max supply: The maximum supply of brc-20 tokens

"lim": "1000"//Mint limit: The limit on the minting amount of brc-20 tokens each time

}

İlgili işlemler nane ve transferdir ve iki format neredeyse aynıdır. Op Transfer olduğunda yazıtın aktarım alıcısı, yazıta karşılık gelen “Satoshi”nin alıcısıdır. Bu nedenle, BRC-20'nin devrine Bitcoin sahipliğinin devri de eşlik etmeli ve yalnızca işlem ücreti olarak tüketilmemelidir.

BRC-20 “ilk gelen ilk alır” mekanizmasını uygulamaktadır. Tekrarlanan dağıtımlar ve aşırı nane geçersizdir. Merkezi organizasyon, zincirde kayıtlı her bir OP'ye dayanarak kullanıcının sahip olması gereken mevcut bakiyeyi çıkaracak ve işlemin geçerliliği hakkında bir karara varacaktır.

Bu süreçte yazıtlar işlemsel “Satoshi”ye 'eklenir'. Bitcoin madencileri bu yazıtları işlemeyecek. Zincir açısından bakıldığında hala diğer “Satoshilerden” hiçbir farkı yok. Hepsi sıradan “Satoshiler” olarak kabul ediliyor. “Kong” aktarılır.

BRC-20'nin merkezileşme sorunu

BRC-20 protokolü için, yazıyı BRC-20 tokenlerinin dağıtımını, basımını ve transferini kaydeden bir defter olarak ele alır. Akıllı sözleşmeler Bitcoin üzerinde çalıştırılamadığı için BRC-20 tokenleri, akıllı sözleşmeleri çalıştırarak mevcut token hakkındaki ilgili bilgileri sorgulayamaz. Bu nedenle BRC-20, zincir dışı sorguları kullanır; yani Bitcoin bloklarını almak, her kullanıcının BRC-20 tokenlarının nihai bakiyesini sorgulamak için tüm BRC-20 tokenlerinin dağıtımını, basımını ve transfer işlemlerini kaydetmek için merkezi bir sunucu kullanır.

Basitçe söylemek gerekirse, BRC-20 defteri merkezi olmayan bir yapıya sahiptir ve Bitcoin zincirine kaydedilmektedir, ancak ödeme süreci merkezileştirilmiştir. Şu anda iki web sitesi var: brc-20.io ve unisat.io. BRC-20 tokenlarıyla ilgili sorguları destekleyen.

Takas sürecinin merkezileştirilmesi, farklı platformların belirli bir hesap bakiyesini sorgularken farklı sonuçlar vermesine neden olabilir. Tüm işlemler zincir üzerinde kaydedilse de bu işlemlerin doğrulanması müşterinin sorumluluğundadır. Bu merkezi hizmet sağlayıcılar doğrulama kurallarını açıklamazlarsa aslında BRC-20 ekosisteminin tamamı için hiçbir garanti kalmaz.

Aslında UniSat, 23 Nisan akşamı BRC-20 ticaret platformunu başlattı ancak kod kütüphanesindeki güvenlik açıkları nedeniyle çok sayıda çift harcama saldırısına maruz kaldı. bc1pwturekq4w455l64ttze8j7mnhgsuaupsn99ggd0ds23js924e6ms9fxyht adresi ilk olarak devredilen Ordinals NFT'yi basıp 5.000 ORDI ve 35.000 ORDI'yi yoktan kendi adresine aktarmaya çalıştı ve ordimanı yoktan diğer kullanıcılara satmaya çalıştı. Unisat daha sonra web sitesine erişimi askıya aldı ve bir araştırma yürüttü ve sonuçta 70 işlemin etkilendiğini keşfetti.

Unisat o gece hatayı düzeltmemiş olsaydı, çifte harcama saldırısından kaynaklanan hasarın 1 milyon doları aşacağı tahmin ediliyordu. Merkezi sunucu alımı ve doğrulamasının hatasız olmasının nasıl sağlanacağı, BRC-20'nin geliştirilmesi sırasında çözülmesi gereken en önemli konudur.

Çözüm

Ordinal yazıtının özü şudur: aTaproot'un yardımıyla Bitcoin ağında Komut dosyası, varlıkları ve verileri saymak ve kaydetmek için basit bir muhasebe katmanı oluşturur.

Yalnızca muhasebeyi kapsadığından bu, akıllı sözleşmelere benzer bir komut dosyası yürütme ve doğrulama sürecinin olmayacağı ve büyük ölçüde zincir dışı merkezi yönetim ve raporlama sonuçlarına bağlı olması gerektiği anlamına gelir.

Bu nedenle, BRC-20 hariç tüm Ordinal yazıtlarının, durum aktarımını (işlemler gibi) içerdikleri sürece durum bakımı için Bitcoin ağı dışındaki çevrimdışı hizmetlere dayalı olması gerekir. Temel durum hizmeti mevcut değilse veya kusurluysa, Bitcoin ağı geçersiz yazıtların zincire yüklenmesini engelleyemeyeceği için varlık kayıplarına yol açabilir. Merkezi platform, kimin yazısının geçerli olduğuna karar vermelidir ve bu, platformda geçerli olacaktır.

Bu merkezi ticaret ve fiyatlandırma yöntemi, merkezi platforma kötü niyetli davranışlar için önemli bir fırsat sağlar. Buna ek olarak, "ilk gelen, ilk alır" yazısının mantıksal paradoksu ile madencilik ücretlerine göre paketlemeye öncelik veren madencilerin mekanizmasının birleşimi, madencilerin ve önde çalışan robotların çok sayıda popüler yazıyı diğerlerinden önce basmasına olanak tanır. haksız basım süreci.

Ancak yeni şeylerin gelişimini tahmin etmek ve değerlendirmek zordur. Ordinal yazıtının tanıtılması şüphesiz Bitcoin topluluğu içinde Bitcoin'in temel rolü ve özüne ilişkin bir tartışmayı ateşledi. Bu tartışma potansiyel olarak Bitcoin'de güvenlik ve programlanabilirliğe odaklanan bir çatallanmaya yol açabilir. Görünen o ki Pandora'nın kutusu açılıyor.

Yasal Uyarı:

1. Bu makale [小猪Go]'dan yeniden basılmıştır. Tüm telif hakları orijinal yazara aittir [web3朱大胆]. Bu yeniden basıma itirazlarınız varsa lütfen Gate Learn ekibiyle iletişime geçin; onlar konuyu hemen halledeceklerdir.
2. Sorumluluk Reddi: Bu makalede ifade edilen görüş ve görüşler yalnızca yazara aittir ve herhangi bir yatırım tavsiyesi teşkil etmez.
3. Makalenin diğer dillere çevirileri Gate Learn ekibi tarafından yapılır. Aksi belirtilmedikçe tercüme edilen makalelerin kopyalanması, dağıtılması veya intihal edilmesi yasaktır.