BTC ekosistemi akıllı sözleşmelerde yeni bir gelişim yaşıyor

Son zamanlarda Bitcoin ekosisteminde yeni bir akıllı sözleşmeler platformu olan Fractal Bitcoin ortaya çıktı, Eylül ayında ana ağını resmi olarak başlattı. Fractal'ın en büyük özelliklerinden biri akıllı sözleşme yeteneğine sahip olması ve ana ağ ile birlikte yeni bir token protokolü olan CAT20'yi tanıtmasıdır. CAT20'nin teknik tasarımında ne gibi zekice noktalar var? Buradan ne öğrenebiliriz?

Fraktal Bitcoin Tanıtımı

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

Fraktal Bitcoin olarak da bilinen Fraktal BTC, tamamen BTC ile uyumlu bir ikinci katman ağıdır. BTC'ye kıyasla, blok onay süreleri daha hızlıdır, sadece 1 dakikadır. Temel prensibi, BTC ağının birkaç kopyasını oluşturmaktır; her bir zincir işlem yapabilir ve işlem yapan düğümlerin artmasıyla birlikte hız da doğal olarak artmaktadır. Ancak, farklı zincirler arasında nasıl iletişim kurulacağı gibi teknik detaylar henüz pek net değildir ve resmi olarak ilgili teknik belgeler sağlanmamıştır.

Fractal'ın önemli bir özelliği, güvenlik nedenleriyle uzun zaman önce BTC tarafından terkedilen OP_CAT opcode'unu etkinleştirmesidir; bu, Fractal Bitcoin'in yeteneklerini bir üst seviyeye çıkarmıştır. Bazıları OP_CAT'ın BTC'ye akıllı sözleşmeler yeteneği kazandırabileceğini düşünüyor, bu da gelecekteki gelişmeler için daha fazla olasılık sunuyor.

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

CAT Protokolü

Alt katmandaki OP_CAT desteği ile birlikte, kısa süre içinde ilgili CAT Protokolü ortaya çıktı. Şu anda gerçek hayatta çalışan CAT20 protokolü var, bir blok tarayıcısında da ilgili fonksiyon paneli eklendi.

CAT20 adının ERC20 ile ilişkilendirilmesi, her ikisinin de benzer olduğu gerçeğidir. Olgun ERC20 protokolüne kıyasla, CAT20 benzer bir yaşam döngüsünü nasıl gerçekleştiriyor?

Dağıtım

Dağıtım öncesinde, kullanıcıların cüzdan adresini ve token'ın temel bilgilerini belirtmeleri gerekmektedir; bunlar ERC20'ye benzer. Farklı olarak, CAT20 ön madencilik ve her Mint işleminde miktar sınırlaması ayarlayabilir.

Dağıtım iki aşamaya ayrılır: "commit" ve "reveal". Commit aşamasında, işlem çıktısı betiğinde token'ın temel bilgileri, adı, sembolü vb. yazılır. Commit aşamasında başlatılan işlem hashId'si, bu token'ın tanımlayıcısı olarak kullanılacak ve diğer token'lardan ayırt edilmesine yardımcı olacaktır.

reveal aşamasında, işlem bir OP_RETURN çıktısı verecek ve CAT20'nin başlangıç durumu Hash'ini saklayacaktır. Daha sonra, sonraki Mint sürecinin durum değişikliklerini sürdürmek için bir Minter daha çıktısı verilecektir.

Tüm Deploy süreci, blok zincirinde yaygın olarak kullanılan iki adım olan gönderim ve ifşayı takip etmektedir ve bu, oldukça yaygın bir proje dağıtım yöntemidir.

Mint

Mint sürecinin aşağıdaki birkaç özelliği vardır:

• mint'in girişi bir minter'dır, başlangıçta deploy sırasında oluşturulur.
• Her mintleme işlemi için sadece bir minter girişi, herhangi sayıda minter çıktısı bulunur.
• Her mintleme işlemi sadece bir token verir.
• Çıktı sırasının bir gerekliliği var, minter token'dan önce olmalıdır.

Mint sürecinde minter sayısındaki değişiklik, tüm ağın mint aktivitelerini etkiler. Eğer her seferinde sadece 1 minter çıkartılırsa, ağda mevcut olan minter sayısı değişmez ve bu da sıkışıklığa neden olur. Bu durumu önlemek için, her seferinde çıkartılan minter sayısının 1'den büyük olarak ayarlanması gerekir. Ancak bir minter daha çıkartmak, ek bir utxo ödemeyi gerektirir; ekonomik nedenlerle daha fazla insan minteri 0 olarak ayarlamayı tercih edecektir, bu da minter deflasyonuna yol açar ve bazı insanların fazla çıkan minterleri ödemeye gönüllü olması gerekir.

V2 sürümünde, varsayılan olarak iki Minter oluşturulur ve iki Minter'in durumu mümkün olduğunca yakın olacaktır.

işlemin durumu (V2)

Minter, durumu iki yerde saklar: biri işlem çıktısındaki OP_RETURN'da, diğeri ise akıllı sözleşmelerde, yani yukarıda belirtilen Minter ve Token'da.

OP_RETURN içinde mevcut işlem çıktısı durumunun Hash'ini saklar, akılda Token'ın kalan Mint sayısını saklar. Her Mint işleminden sonra, yeni oluşturulan Minter'ın mint miktarı kalan mint sayısının ikiye bölünmesi ile eşittir. Sonunda tüm Minter'ların kalan miktarı 0'dır.

Minter dışında, üretilen Token da akıllı sözleşmeler, yani CAT20'dir. CAT20'nin iki temel durumu vardır: miktar ve Token sahibinin adresi. BRC20 veya yazıdan farklı olarak, CAT20 adresin UTXO'sunda yer almaz.

Transfer

Transfer sırasında, işlem için yapılandırılan girdi ve çıktı token miktarları tutarlı olmalıdır. Aynı işlemde birden fazla farklı token olabilir, sadece her token'ın girdi ve çıktı miktarlarının tutarlı olması yeterlidir.

Yak

Token'ı yakmak için, Token'ı normal bir adrese göndermeniz yeterlidir.

Özet

CAT20'nin tüm işlemleri kullanıcı tarafından oluşturulmaktadır, bu nedenle esneklik oldukça fazladır, bu yüzden sözleşme kısmında çok fazla doğrulama mantığı yapılması gerekmektedir. Şu anda ortaya çıkan bazı güvenlik açıkları da doğrulama mantığındaki dikkatsizlikten kaynaklanmaktadır.

Bu tasarımın aşağıdaki avantajları vardır:

1. Tüm Token sahiplik durumunu bulmak için sadece tokenin utxo'suna bakmak yeterlidir, yukarıya sorgulama yapmaya gerek yoktur.
2. mint'in mevcut durumunu görmek için OP_RETURN'da cat içeren verileri arayabilirsiniz.