CashTokens: yerel tokenler Bitcoin Cash'e geliyor

Giriş ve arka plan

2008 yılının sonlarında Bitcoin fikri “eşler arası bir elektronik nakit sistemi” olarak sunuldu, aslında Satoshi Nakamoto bu protokolün temellerini attığı teknik belgeyi bu ifadeyle başlattı. Satoshi'nin kendi sözleriyle, elektronik nakit, insanların “finansal bir kurumdan geçmeden” doğrudan ödeme yapmalarını sağlar; bu, 2017 yılına kadar Bitcoin-BTC için temel bir ilke olmuştur, bu tarihte “Bitcoin'in nakit olarak” destekçileri, Bitcoin Cash (BCH) adlı ayrı bir ağa geçmek zorunda kaldılar – İngilizce'de “Cash Bitcoin”. Dolayısıyla, dijital para kavramı, özellikle BCH durumunda bu niteliği tartışılmaz bir şekilde savunması açısından, Bitcoin teknolojisinin başlangıç noktasıdır.

Bu özellik, diğer kullanım senaryolarının entegrasyonu ile çelişmez, yeter ki bunları entegre etmek, BCH'nin para olarak kullanılma yeteneğini veya daha fazla insanın bunu böyle benimsemesi için sistemini ölçeklendirme yeteneğini riske atmasın.

Bu anlamda, Bitcoin Cash (BCH), “CHIP” adlı bir öneri sunma, tartışma ve standartlaştırma sürecine sahiptir; bu da nakit para geliştirme önerilerinin kısaltmasıdır (. Bu süreç, Bitcoin-BTC için “BIP” veya “Bitcoin geliştirme önerileri” benzeri şekilde, topluluğun fikirlerin geliştirilmesi için uygunluğunu tartışmasına ve değerlendirmesine olanak tanır; böylece uygulamalara yeni işlevler eklenebilir ve hatta para biriminin çalıştığı protokole de.

Yıllardır peşinden koşulan işlevlerden biri, Bitcoin Cash blockchain'i üzerinden diğer varlıkları transfer etme olanağıdır. Kripto para dünyasında genellikle “token” veya “jeton” olarak adlandırılan varlıklar, birçok kripto ekosisteminde oldukça popülerdir ve üzerlerinde çalıştıkları ağlara ek ekonomik faaliyet sağlamaktadır. Akıllı sözleşmeler uygulama yeteneği gibi işlevlerle birlikte, merkeziyetsiz borsa işlemlerinde takas edilebilir veya DeFi platformlarında kullanılabilir.

BCH, BTC'den bağımsız hale geldiğinde, “renkli paralar” konseptine dayalı token'lerin entegre edilmesi için birkaç öneri oldu. Bu, örneğin ) gibi çok küçük bir Bitcoin Cash miktarının gönderilmesi için, bir token transfer etmek üzere meta veriler içeren işlemlerle ilgilidir. Diğer bir deyişle, BCH işlemlerini diğer varlıklar için bir araç olarak kullanmak, bu ek meta verileri bir jeton, transfer edilen miktar vb. olarak yorumlayabilen bir protokol gerektirir.

Bu fikir, Bitcoin Cash (BCH) ağı üzerinde çeşitli protokoller aracılığıyla uygulanmaya başlamıştır; en bilinen ve en uzun süreli olanı “Simple Ledger Protocol” veya "SLP jetonları"dır.

Ancak, “renkli paralar” modelinin, içerdikleri bilgileri doğrulamak için ek yazılım çalıştırma gereksinimi gibi bazı sınırlamaları vardır ve bu işlemlerin geçerli sayılması için en az 1 onay beklemek gerekmektedir. Bu zayıflıklar nedeniyle, “renkli paralar” token gönderip almak için geçerli bir alternatif sunmaktadır, ancak temel para birimi ile yapılan ödemelerin niteliklerini eşitlememektedir.

Yeni standart: daha iyi bir model

15 Mayıs 2023'te Bitcoin Cash (BCH), diğer yeni işlevlerin yanı sıra, “renkli paralar” protokollerinin getirdiği sınırlamalar olmaksızın token transferi yapabilme yeteneğini bir güncelleme ile entegre edecektir. Bu yeni işlevin teknik spesifikasyonuna “CHIP-2022-02” tanımlayıcısı atanmıştır ve “CashTokens: Bitcoin Cash için token primitifleri” adını taşımaktadır. Basit terimlerle ifade etmek gerekirse, CashTokens, SLP tokenlerinin "Basit Defter Protokolü"ne kıyasla üstün bir çözüm sunmakta olup, diğer şeylerin yanı sıra aşağıdaki özellikler ile kendini farklılaştırmaktadır:

• “SLP token” desteği olan altyapı, bu tür işlemleri doğrulamak için ek yazılım anlamına gelen “SLP düğümleri” çalıştırmayı gerektiriyordu. CashTokens durumunda, desteği yalnızca bir Bitcoin Cash düğümü gerektirir, bu nedenle madenciler ve tam düğüm operatörleri geçerliliğini onaylayabilir.
• SLP token işlemleri 0-conf ile uyumlu değildir, bu nedenle ilk onayı beklemeden işlemleri kabul etmek riskli olabilir. CashTokens ile yapılan işlemler 0-conf ile uyumludur, bu nedenle 200$ altındaki onayları beklemeden işlemleri geçerli saymak mantıklıdır.
• Bitcoin Cash ağı “UTXO” modeline dayansa da, SLP tokenlerinin işlemleri “DAG” modeli ile doğrulanır. CashTokens işlemleri UTXO modeline dayanır, bu da bu standardın işlemlerini doğrularken daha yüksek bir verimlilik sağlar.

Bu avantajlar, birçok diğerinin yanı sıra, CashTokens'ın daha iyi bir kullanıcı deneyimi sağlamasına olanak tanır ve kendi kendine saklanan cüzdanların ve ticaret platformlarının token gönderimi ve depolama ile uyumluluğunu genişletme konusunda sürtüşmeyi azaltır. Öte yandan, CashTokens ile yapılan işlemler, Bitcoin Cash cinsinden madencilere ücret öder, bu nedenle nihai yaygınlaşma sistemin sürdürülebilirliğine katkıda bulunacaktır.

CashTokens: tokenlerin temelleri

CashTokens'un teknik spesifikasyonunda “Token Primitives for Bitcoin Cash” ifadesi resmi ad olarak geçmektedir. Bu ifade, İspanyolca konuşan bir kitle için biraz kafa karıştırıcı olabilir, çünkü yanlış olarak (“primitif”, az gelişmiş veya DeFi ile uyumluluğu sınırlı bir şey olduğunu düşünülüyor olabilir.

Ancak, CashTokens sadece Bitcoin Cash'in betik dili ile yazılmış akıllı sözleşmelerle uyumlu değildir, aynı zamanda terim basitliği çağrıştırmayı da hedeflemiyor. Bu bağlamda “primitifler” ifadesi, bir protokolün temel bir işlevine atıfta bulunmaktadır; protokolün yerel bir işlevi olduğundan, bu kavramın çok daha net bir çevirisi “Bitcoin Cash için yerel token'lar” olabilir.

Güncelleme: Öncelikle makalede CashTokens )'in SLP( tokenlerinden farklı olarak iki adres formatının kullanılmasını gerektirmediği belirtilmişti. Bitcoin Cash )BCH( yerel tokenleri, hem BCH hem de CashTokens alabilen <<token aware=“”>> )token bilinci olan( adreslerinin kullanımına izin verdiği için bir düzeltme yapıldı ve normal formatta sadece BCH alan adresler bulunmaktadır. İki formatın kullanımı, kullanıcıların bu tür varlıkları yansıtmayan cüzdanlara token göndermemesi amacını taşımaktadır. Öte yandan, <<token primitives=“”>> ifadesinin <<tokens primitivos=“”>> olarak çevrilmesi düzeltildi. Doğru çeviri <<primitivas de=“” token=“”>> veya alternatif olarak, aynı fikri iletmek için <<tokens nativos=“”>> olmalıdır.</tokens></primitivas></tokens></token></token>