Geçtiğimiz iki hafta boyunca, OPBitcoin mainnet üzerindeki NET ve Arch, akıllı sözleşme uygulama çözümleri olarak oldukça tartışma yaratmıştır. İlginç bir şekilde, OP_NET adı, tanıdık olan OP_CAT ile oldukça benzerdir, her ikisi de "OP" ile başlar.“, bu yanıltıcı olabilir ve insanların birbirine oldukça benzediklerini düşünmelerine neden olabilir.

Öncelikle OP_CAT'ten bahsedelim. OP_CAT, Udi Wertheimer liderliğindeki topluluk güçleri tarafından geçen yıldan beri "canlandırılması" çağrısı yapılan bir Bitcoin opcode'dur. "Canlandırılması" terimi, OP_CAT'in mevcut bir Bitcoin opcode'i olduğu, ancak Satoshi Nakamoto'nun potansiyel DoS saldırısı endişeleri nedeniyle 2010'da kaldırıldığı için kullanılır. CAT, "birleştirme" anlamına gelir ve adından da anlaşılacağı gibi, OP_CAT'in işlevi, iki diziyi birleştirerek bir dize birleştirme işlemlerine izin vermektir.

Bu opcode, Bitcoin üzerinde akıllı sözleşmeleri nasıl etkinleştiriyor? Dürüst olmak gerekirse, oldukça soyut ve anlamak zor. İlgilenenler için, başka bir yazar olan Jaleel'in bir makalesini okumayı öneririm."13 satır kod, Bitcoin'in akıllı sözleşmeleri uygulamasına yardımcı olur mu? OP_CAT yumuşak çatalını anlamak"). Burada hızlı bir şekilde özetlemek istediğim birkaç önemli nokta var:

OP_CAT, Bitcoin ağı için bir yumuşak çatalı içerir. Bu adıma ulaşmak için önce BIP-347 önerisinin kabul edilmesi gerekir. Şu anda bu öneri, tüm öneri sürecinin ikinci aşamasına, yani "Önerilen" durumuna sadece ilerlemiştir.

OP_CAT birkaç yıldır BCH ve BSV üzerinde canlandırıldı, ancak ilgili kullanım durumları hala çok soyut. Mevcut tartışmalarda, OP_CAT kullanarak hangi tür dApp'lerin oluşturulabileceğine dair net ve doğrudan örnekler neredeyse hiç görmüyoruz.

OP_CAT tek adımda çözüm değildir. OP_CAT'ın canlandırılması, Bitcoin'in akıllı sözleşme potansiyelini açma sürecinin birinci adımına daha çok benzer. Makul bir beklenti, OP_CAT başarıyla canlandırılırsa ve bazı mükemmel kullanım örnekleri ortaya çıkarsa, daha fazla Bitcoin opcodes'in açılmasıyla ilgili daha fazla tartışma olacağıdır. Öncelikle, OP_CAT'i etkinleştiren Fractal üzerinde herhangi bir yenilik olup olmayacağını görmeyi bekleyebiliriz.

OPÖte yandan, NET, yazıtlar, BRC-20 ve ARC-20 gibi "protokoller" ile kategorize edilmelidir. Adı da bir "OP" içerse de.“, uygulama yöntemi Bitcoin opkodlarıyla ilgisi yoktur.

ON_NET

OP_NET'in çerçevesi genellikle iki bölüme ayrılabilir. Bitcoin ana ağı için akıllı sözleşme uygulama çözümü olduğundan, Bitcoin ana ağı kesinlikle tüm teknik çerçevenin bir kısmını oluşturur. Bitcoin ana ağının OP_NET'in teknik çerçevesinde "eylem başlatma katmanı" ve "nihai onay katmanı" rolünü oynadığı söylenebilir. Akıllı sözleşmelerin yürütülmesi ve durum onayı başka bir bölümdür, OP_VM ve OP_NET düğümlerinin ortak oluşturduğu "yürütme katmanı"dır.

Teknik çerçeve şemasına dayanarak, Bitcoin ana ağında akıllı sözleşmelerin uygulanması OP_NET sürecini basitçe açıklayabiliriz. İlk olarak, sözleşmeleri dağıtan/etkileşimde bulunan kullanıcılar, Bitcoin ana ağından işlem başlatır. Bu işlemin veri alanı, yürütme katmanının bunun bir OP_NET sözleşmesi etkileşim işlemi olduğunu algılamasına olanak tanıyan "BSI" dizesini içerecektir. İşlem onaylandıktan sonra, OP_VM ilgili sözleşme işlemlerini yürütür ve durumu günceller, bu daha sonra durum onayı için OP_NET düğümlerine teslim edilir ve son olarak durumu Bitcoin dApp'ine sağlar. Bitcoin dApp'i sözleşme yürütme sonuçlarını aldıktan ve ilgili eylemleri gerçekleştirdikten sonra, eylemlerinin sonuçlarını da Bitcoin ana ağına gönderecektir.

Bu noktada, tanıdık bir hisse sahip olabilirsiniz - bu sadece bir başka off-chain indeksleyici mi, "off-chain yürütme, on-chain onay" ile mi? Gerçekten de bazı benzerlikler var. Ancak, OP_NET, aslında "Bitcoin yakar" ilginç bir mekanizmaya sahiptir.

OP_NET'in işlem ücreti iki kısımdan oluşur. İlk kısım doğal olarak Bitcoin işlemi için temel Bitcoin ağı ücretidir, diğer kısım ise OP_NET işlem ücretidir. OP_NET işlem ücreti daha da yürütme ücreti ve öncelik ücretinden oluşur, her ikisi de Bitcoin ile ödenir. OP_NET işlem ücreti, düğümler tarafından “toz” (çok küçük UTXO) olarak kabul edilmemesi ve reddedilmemesi için 330 satoshi'den fazla olmalıdır. Öncelik ücreti, sözleşme yürütme eylemlerinin Ethereum gibi Gaz artırmalarına izin verir ve böylece işlemlerinin öncelikli olarak yürütülmesini sağlar (OP_VM, hangi eylemlerin öncelikle yürütüleceğini belirleyebilir).

OP_NET işlem ücreti 0,0025 Bitcoin'den büyükse, 330 satoshi 'yanacak' ve fazlası düğüm operatörlerine ödül olarak verilecektir. Sözde 'yanma', Ethereum'da sıklıkla görülen duruma benzer, çünkü söz konusu OP_NET aslında Bitcoin işlemi olan 'Taproot script path spending' kullanarak Bitcoin adreslerini sözleşme adreslerine soyutlar. Bu sözleşme adresi, kimse tarafından kontrol edilemez, böylece 'yanma' etkisi elde edilir.

Son olarak, bu projeye ilişkin arka planına dayanarak küçük bir gözlem yaparız. Bu projenin arkasındaki ekip MotoSwap ekibidir. Hatırlarsanız OSHI, BRC-20 Token'ın toplam piyasa değerinde üçüncü sırada yer almıştır. OSHI uygulamalarla uğraşıyordu. Daha sonra ekip arasında bazı farklılıklar oldu ve bazıları Moto yapmak için CBRC-20'ye transfer oldu. OP_NET kendisi Bitcoin'i protokol etkileşimi tarafından tüketilen Token olarak kullanmasına rağmen, aynı zamanda OP_20 ve OP_721 adlı iki dahili standarta sahiptir. Bu nedenle, bu projenin tarzının geçen yıl aşina olduğumuz 'yeni protokol, yeni varlık' tarzına daha çok yaklaştığını söyleyebiliriz.

ARCH

OP_NET'in aksine, Arch, Multicoin Capital tarafından yönlendirilen ve OKX, Portal Ventures, Big Brain Holdings, ABCDE gibi katılımcılardan finanse edilen 7 milyon ABD doları tutarında bir tohum turunu aldığını duyurdu. Arch, kendi jetonuna sahip olacak, hem bir gaz ücreti olarak hem de PoS ağı denetleyicileri için bir teminat jetonu olarak.

Bu nedenle, Arch'ın konumlandırması OP_NET'den tamamen farklıdır. OP_NET, en azından kısa vadede "yeni protokol, yeni varlıklar" tarzına daha yatkınsa, o zaman Arch tamamen "Bitcoin ana ağı üzerine inşa edilmiş bir akıllı sözleşme katmanı" veya başka bir deyişle "Bitcoin 1.5 katmanı"dır.

Yukarıdaki resimden Arch'ın çalışma akışını kabaca açıklayabiliriz. Kullanıcılar Bitcoin ana ağından işlem başlatır. Arch düğümleri işlemleri izler ve bunları işler ve doğrular. Lider düğüm, Arch ağının bloklarını oluşturmak olan "blok işlemlerinden" sorumludur. Ayrıca, onaylanmış son Bitcoin işlemini sunmakla da sorumludur. Bitcoin ana ağına geri dön.

Biraz OP_NET benziyor mu? Ancak aslında, Arch'ın resmi belgelerini dikkatlice okursanız, ağ kararlılığının nasıl sağlanacağı ve "yürütme katmanı" ile ilgili diğer teknik açıklamalar konusunda OP_NET daha ayrıntılı olduklarını göreceksiniz. Örneğin, Arch'ın ağ üyelerinin %51'i dürüst ve işbirlikçi olduğu sürece ağın istikrarını sağlamak için imzaları imzalayabilmelerini sağlayan "FROST + ROAST" imza şemasını kullandılar.

Son olarak, Arch'in kendi Token'ı olan 'yürütme katmanı' olarak, bu, Arch ağının Gaz ücretidir, kullanıcılar hala Arch aracılığıyla sözleşmelerle etkileşimde bulunurken Bitcoin ile ödeme yapabilir ve ücret dönüşümü arka planda gerçekleştirilecektir. Bu nedenle, kullanım açısından, Arch başka bir cüzdan setine ihtiyaç duymayacaktır.

Sonuç

OP_NET ve Arch, teknik uygulamalarında bazı benzerliklere sahiptir. Genel olarak, her ikisi de Bitcoin ana ağını “başlatma noktası” ve “onay katmanı” olarak kullanırken, “uygulama katmanı” kendi sistemlerine aittir. Bununla birlikte, bu iki proje belirgin şekilde farklı konumlara sahiptir - ilki bir “protokol” iken, diğeri bir “Bitcoin katman 1.5” olarak nitelendirilir.

Elbette, Bitcoin ana ağındaki uzun blok süresi hala her iki platformda geliştirilen dApp'lerin verimliliğini sınırlayabilir. Kendi yürütme ve onay süreçleri yeterince hızlı olsa da, Bitcoin ana ağındaki nihai onay hala Bitcoin madencilerinin verimliliğine bağlıdır. Bununla birlikte, Bitcoin ekosisteminin sürekli keşfine hepsi hoş geldiniz, çünkü sadece keşifler sayesinde gelişme gerçekleşebilir.

Son olarak, Arch'in jetonunun gelecek yılın ilk çeyreğinde TGE'si (Jeton Üretim Etkinliği) olabileceğini belirtmek de değerlidir. Bu nedenle, gelecekte Arch tabanlı ilgili test etkinlikleri veya dApps varsa, ilgilenen kişiler dikkatlice takip edebilir ve etkileşime girebilirler. OP_NET için şu anda pek çok şey yetiştirmek yok. Şu anda, sadece umut edebiliriz ki, bazı popüler jetonlar ona çıksın, ancak mevcut ekosistemin genel sıcaklığı, OP_NET'in ARC-20 gibi geçmiş protokoller gibi fırlamasını zorlaştırabilir.

Açıklama:

1. Bu makale [den çoğaltılmıştırBlockBeats], telif hakkı orijinal yazarına aittir [Kurabiye], yayınlanmasına itirazınız varsa lütfen iletişime geçin Gate Learn Takımıtakım, ilgili prosedürlere göre en kısa sürede bununla ilgilenecektir.

2. Not: Bu makalede yer alan görüşler sadece yazarın kişisel görüşlerini yansıtmaktadır ve herhangi bir yatırım tavsiyesi teşkil etmez.

3. Makalenin diğer dil sürümleri Gate Learn ekibi tarafından çevrilmekte olup, söz konusu değildir.Gate.io, çevrilen makale çoğaltılamaz, dağıtılamaz veya intihal edilemez.