Kaspa'nın KCC Koordinasyon Forumu Üç Token ve Kovenant Standardını Kesinleştirdi

KCC-1, KCC-2 ve KCC-20 Artık Kesin

Ekosistemine ortak kurallar koymayı amaçlayan Kaspa tarafında geliştiriciler, bu haftaya kadar ortak bir kovenant (covenant) belirtimi olmadan çalışıyordu. KCC Koordinasyon Forumu 21 Ekim'de KCC-1, KCC-2 ve KCC-20'yi Kesin (Final) ilan etti; forum bu statüyü, ekosistem genelinde tam anlamıyla benimsenmeye hazır olan belgeler için kullanıyor. Duyuru, forumun X hesabında paylaşıldı ve geliştiricileri sorular, uygulama tartışmaları ile destek için açık bir kanala davet etti. kaspanet organizasyonu altındaki standartların resmi deposu, üç belgeyi de Kesin olarak listeliyor ve KCC-1'i kovenant belirtimi, KCC-2'yi yetki belirtimi, KCC-20'yi de değiştirilebilir token (fungible token) kovenantlarına yönelik uygulama standardı olarak tanımlıyor. Romain Billot, Michael Sutton ve Ori Newman imzalı KCC-1, kovenantlar için ortak terimleri, veri düzenlerini ve bir uygulama ikili arayüzünü tanımlıyor; yani yazılımın bilgiyi nasıl kodladığını, yazılım işlevlerini nasıl çağırdığını ve işlemler arasında taşınan durumu nasıl belirlediğini kastediyor. Belirtim, bu ayrıntılar üzerinde uzlaşması gereken araçlar arasında derleyicileri, cüzdanları, indeksleyicileri ve işlem oluşturucuları sayarken, geliştiricilere istedikleri programlama dilini, derleyiciyi veya çerçeveyi seçme özgürlüğünü bırakıyor. Ortak arayüz yazılım giriş noktalarını, durum şablonlarını ve çok girişli işlemler için kuralları kapsıyor. Kovenant bağlantısı olmayan yazılımlar da KCC-1'i izleyebiliyor; ancak belirtim, bu yazılımların KIP-20'nin sağladığı soy ve yetki güvencelerinin hiçbirini almadığını not düşüyor. Billot ve Sutton tarafından yazılan KCC-2 ise bir yazılımın bir yetkiyi nasıl tanımladığını ve onayını tesis etmek için gereken asgari kontrolleri ortaya koyuyor. Standart, beş yetkilendirme şemasına tanımlayıcı atıyor: Schnorr ve ECDSA imzalarını kapsayan açık anahtar seçenekleri ile bir betiğin ya da devam eden bir kovenant soyunun yetki vazifesi görmesine izin veren seçenekler. Açık anahtar karması tabanlı yetkilendirmede bir işlem, ilgili açık anahtarı açığa çıkarmalı, karmasını depolanan yetki değeriyle eşlemeli ve geçerli bir imza sunmalı. Özel şemalar, tanımları biçimi, anlamı ve onay kontrollerini belirttiği sürece standardizasyonu beklemeden benimsenebiliyor.

@kccforum · X gönderisi

Forumun X hesabında paylaşıldı.

X'te görüntüle

Sivan Helfer, Sutton, Newman ve Billot'ya atfedilen KCC-20, ilk iki belgeye dayanarak token miktarlarını, sahipliği ve transfer arayüzlerini tanımlıyor. Standart NFT'leri değil, değiştirilebilir tokenları hedefliyor. Her token kovenantı, yazılımın durumu çözmek ve transferleri kurmak için kullanabileceği yordam bilgisini yayımlamak zorunda; yapılandırmalar da desteklenen sahiplik şemalarını ve token girdi-çıktı sınırlarını açıklamak durumda. Ödünç alınan alım (borrowed receive) adlı özellik, göndericinin alıcının mevcut ve uyumlu token çıktısını hedef olarak kullanmasına imkân veriyor: işlem o çıktıyı daha fazla tokenla yeniden yaratıyor, sahipliğini ve durumunu koruyor ve Kaspa (KAS) değerini düşüremiyor. Güvenlik bölümü, çıktının değiştirilmesinin işlem referansını değiştirdiği ve önceki referansı harcayan doğrulanmamış işlemleri geçersiz kıldığı uyarısını yapıyor. Argent'e ait bir referans uygulama, üretilmiş SilverScript kontratları ve Rust uyumluluk testleriyle birlikte geliyor. Kesin statü, süreci yöneten KCC-0 belgesi altında sıkı şartlar taşıyor. Bir standart takibi belge, İnsan ve makine tarafından okunabilir test vektörleri, makine kontrollerini geçen en az bir açık uygulama ile son çağrı (Last Call) aşamasına girmeden önce tehditleri, güven varsayımlarını ve tekrar oynatma (replay) meselelerini ele alan güvenlik bölümü gerektiriyor. Bağımlılıklar diğer KCC'ler için Kesin, KIP'ler için Aktif olmak zorunda; statü değişiklikleri pull request üzerinden ilerliyor. Depo, bu ortak kuralları blockchain konsensüsüne veya çekirdek düğüm davranışına dokunan değişikliklerden ayırıyor; ikincisi Kaspa (KAS) İyileştirme Önerileri'ne (Kaspa Improvement Proposals) ait. Kesinleştirme, ekosistemdeki her katılımcının bir belgeyi uygulamasını şart koşmıyor ve köklü değişiklikler genellikle yeni bir KCC'nin ikamesini gerektiriyor. Ağ üzerindeki uygulama geliştirme bugüne kadar ayrı altyapılar üzerinden yürüdü. Gate, Nisan ayında Kasplex AltVM olmayan bir Katman 2 entegrasyonu duyurarak EVM uyumlu ağ üzerinden KAS para yatırma ve çekme işlemlerini etkinleştirdi. Kasplex, EVM bayt kodunu Kaspa işlemlerinin içine yerleştirip zincir dışında çalıştıran hafif bir rollup olarak tanımlanıyor; iki yönlü bir zincirler arası köprü sunuyor ve köprülenen KAS'ı Katman 2'nin gaz tokenı olarak görüyor.

Standartların Sınırları

Kesinleştirme, bugüne dek proje başına yürütülen biçim pazarlığını belirtim uyumluluğuna çeviriyor: bir cüzdan ya da indeksleyici ekibi, artık her token projesiyle ayrı ayrı uzlaşmak yerine KCC-1'in arayüzüne ve KCC-2'nin yetki tanımlayıcılarına karşı bir kez geliştirme yapabiliyor. KCC-0'ın test vektörü kuralları bu ekiplere ölçülebilir bir bar veriyor; Rust kontrolleriyle birlikte gelen Argent uygulaması da üzerine inşa edilecek hazır bir referans olarak mevcut. Canlı izlememiz KAS'ta son 24 saatte yüzde 5,3'lük bir spot hareket kaydediyor; piyasa duyuruyu olağan akışla birlikte sindiriyor. Değişikliğin karşısında dimdik ayakta kalan sınır ise yetki alanı: üç belgenin hiçbiri konsensüse ya da çekirdek düğüm davranışına dokunmuyor, kovenant bağlantısı dışındaki programlar KIP-20 güvencesi kazanmıyor ve ekosistem genelindeki benimseme gönüllü kalıyor.