BTC üzerinde akıllı sözleşmeler yeteneği olacak

Son zamanlarda Bitcoin ekosisteminde önemli bir gelişme yaşandı - Fractal BTC, birçok test ağından sonra Eylül ayında resmi ana ağını başlattı. Fractal'ın en büyük özelliklerinden biri, akıllı sözleşmeler yeteneğine sahip olması ve ana ağın lansmanı ile birlikte CAT20 adında yeni bir token protokolü sunması. Peki, CAT20'nin teknik tasarımında ne gibi zekice noktalar var? Bu süreçten ne öğrenebiliriz?

Fraktal Bitcoin Tanıtımı

CAT20'yi anlamadan önce, Fractal Bitcoin hakkında kısaca bilgi edinmemiz gerekiyor. İkisi arasındaki ilişki ERC20 ve ETH'ye benziyor, CAT20 protokolü Fractal Bitcoin üzerinde dağıtılmaktadır.

Fractal Bitcoin, yani fraktal Bitcoin, BTC ile tamamen uyumlu bir "katman iki" ağdır. BTC ile karşılaştırıldığında, blok onay süreleri daha hızlıdır, yalnızca 1 dakikadır. Temel prensibi, BTC ağının birkaç kopyasını oluşturmaktır; her bir zincir işlem yapabilir, işlem yapan düğümlerin artmasıyla hız da doğal olarak artar. Ancak farklı zincirler arasında nasıl iletişim kurulacağı gibi spesifik detaylar şu anda pek net değildir, resmi olarak da ilgili teknik belgeler sağlanmamıştır.

Fractal'ın en büyük özelliklerinden biri, güvenlik nedenleriyle uzun süre önce kullanımdan kaldırılan OP_CAT opcode'unu etkinleştirmesidir; bu, Fractal Bitcoin'in yeteneklerini büyük ölçüde artırmıştır. Bazıları, OP_CAT'ın BTC'ye akıllı sözleşmeler yeteneği kazandırabileceğini düşünüyor, bu da Fractal'a daha fazla hayal gücü alanı sağlıyor.

Şu anda, Fractal Bitcoin üzerinde ERC20'ye benzer bir protokol uygulanmıştır.

CAT Protokolü

Alt katman OP_CAT desteği ile birlikte, kısa sürede ilgili bir protokol ortaya çıktı - CAT Protokolü. Şu anda pratikte çalışan CAT20 protokolü bulunmaktadır.

Mature ERC20 protokollerine kıyasla, CAT20 benzer bir yaşam döngüsünü nasıl gerçekleştiriyor?

Dağıtım

Kullanıcılar, dağıtımdan önce cüzdan adresi ve token'in temel bilgilerini belirlemelidir; bu, ERC20'ye benzer. Farklı olarak, CAT20, ön madencilik miktarını ve her Mint işleminde miktar kısıtlamasını ayarlayabilir.

Dağıtım, "commit" ve "reveal" olmak üzere iki aşamaya ayrılır. Commit aşamasında, işlem çıktısı senaryosunda token'in temel bilgileri yazılacaktır. Commit işleminin hashId'si bu token'in tanımlayıcısı olarak kullanılacaktır. Reveal aşamasında, CAT20'nin başlangıç durumu Hash'ini saklamak için bir OP_RETURN çıkartılacak ve sonraki Mint süreci için bir Minter sağlanacaktır.

Tüm Deploy süreci, blok zincirinde yaygın olarak kullanılan sunma-açığa çıkarma iki adım yöntemini kullanmaktadır, projenin bazı verileri yalnızca açığa çıkarma aşamasında kamuya açıklanacaktır.

Mint

Mint sürecinin aşağıdaki özellikleri vardır:

• Girdi bir minter'dır, ilk olarak deploy tarafından oluşturulmuştur.
• Her mint işleminde yalnızca bir minter girişi vardır, herhangi bir sayıda minter çıkışı olabilir.
• Her mintleme işleminde yalnızca bir token bulunmaktadır.
• Çıktı sırası gereklidir, minter token'dan önce olmalıdır.

Minter çıktısı 0, 1 veya daha fazla olabilir. Her seferinde yalnızca 1 çıktı verilirse, ağda mevcut minter sayısı sabit kalır ve bu da yoğunluğa neden olur. 1'den büyük bir ayar, mevcut minter sayısını artırabilir, ancak bu, daha fazla UTXO ücreti ödemek gerektiği anlamına gelir. Ekonomik nedenlerle, birçok kişi minteri 0 olarak ayarlayabilir, bu da minter deflasyonuna yol açar ve bazı kullanıcıların minter için gönüllü olarak daha fazla ödeme yapmasını gerektirir.

V2 sürümünde, varsayılan olarak birbirine yakın iki Minter oluşturulur.

işlem inşası

Neden minter'ın utxo'sunu kullanarak işlem oluşturulabiliyor? Bu, "akıllı sözleşmeler" kaynak kodunun bazı zekice tasarımlarını içeriyor:

1. utxo'yu açığa çıkarmak: Kendi açık ve özel anahtar çiftinizi kullanarak, iki farklı adresin utxo'sunu kontrol edebilirsiniz.

2. minter utxo: OP_CAT tarafından sağlanan akıllı sözleşmeler yeteneğini kullandığı tahmin ediliyor, her minter bir akıllı sözleşme. Ancak bu bölümün kaynak kodu şu anda yayımlanmadı.

işlem durumu(V2)

minter içinde durum bilgileri saklanmaktadır, OP_RETURN ve akıllı sözleşmelerde depolanmaktadır. OP_RETURN, mevcut işlem çıktısı durumunun Hash'ini saklar, sözleşmede Token'ın kalan Mint sayısı saklanır. Her Mint işleminden sonra, yeni oluşturulan Minter'ın mint sayısı kalan mint sayısının yarısına eşittir.

Son olarak, üretilen Token( yani CAT20) de akıllı sözleşmelerdir ve iki temel durumu vardır: miktar ve sahiplik adresi. Dikkat edilmesi gereken nokta, CAT20'nin BRC20 veya yazılı belgeler gibi kullanıcı adresinin UTXO'sunda var olmadığıdır.

Transfer

Transfer sırasında, işlem için oluşturulan giriş ve çıkış token miktarlarının uyumlu olması gerekmektedir. Aynı işlemde birden fazla farklı token olabilir, yeter ki her birinin giriş ve çıkış miktarları uyumlu olsun.

Yak

Token'i normal bir adrese göndererek yakım gerçekleştirebilirsiniz.

Özet

CAT20'nin tüm işlemleri kullanıcı tarafından yapılandırılır, bu nedenle esneklik oldukça yüksektir, bu nedenle sözleşme kısmının katı bir doğrulama mantığına ihtiyacı vardır. Bu tasarımın avantajları şunlardır:

1. Tüm Token sahiplik durumunu görmek için yalnızca token'ın utxo'suna bakmak yeterlidir, yukarıya doğru iz sürmeye gerek yoktur.

2. Mint'in mevcut durumunu görmek için OP_RETURN içinde cat verisi bulunan işlemleri arayabilirsiniz.

Bu tasarım kullanıcıya daha fazla esneklik sağlarken, sözleşmenin güvenliği için daha yüksek gereksinimler de ortaya koymaktadır. Gelecekteki CAT20 protokolünün gelişimi sürekli olarak takip edilmeye değer.