Kaspa, yerli tokenlər və covenant tətbiqləri üçün 3 standartı tamamladı

Kaspa'nın KCC Koordinasiya Forumu, şəbəkədə tətbiqlər hazırlayan inkişafçılar üçün ortaq spesifikasiyalar quraraq, covenant interfeysləri, səlahiyyət və dəyişdirilə bilən tokenlər üzrə üç standartı tamamlayıb.

Xülasə

• KCC-1, cüzdanlar, tərtibçilər, indeksatorlar və digər alətlər üçün ortaq interfeysləri müəyyən edir.
• KCC-2, ictimai açarlar, skriptlər və covenant identifikatorları da daxil olmaqla, beş standart səlahiyyət sxemini spesifikasiya edir.
• KCC-20, token köçürmə qaydalarını müəyyən edir və mövcud uyğun çıxış vasitəsilə token qəbul etməyə dəstək verir.
• Tamamlanma, konsensus qaydalarını dəyişdirmədən və hər bir iştirakçının onları qəbul etməsini tələb etmədən ekosistem konvensiyalarını müəyyən edir.

KCC Koordinasiya Forumu, 21 oktyabr tarixli açıqlamasında KCC-1, KCC-2 və KCC-20-nin yekun olduğunu və ekosistem üzrə qəbul üçün hazır olduğunu bildirdi. Forum, inkişafçıları suallar, tətbiq müzakirələri və dəstək üçün ictimai kanalına qoşulmağa dəvət etdi.

Salam $KAS. KCC-1, KCC-2 və KCC-20 artıq yekunlaşdı, yəni ekosistem üzrə tam qəbul üçün hazırdır.

Kaspa inkişafçılarını ictimai KCC kanalına qoşulmağa dəvət edirik, suallar verin, dəstək alın, tətbiqləri müzakirə edin və yaratdıqlarınızı paylaşın.

Gəlin bizimlə birlikdə inşa edin. --- KCC Koordinasiya Forumu (@kccforum) 21 oktyabr 2026

Kaspa'nın kanonik standartlar deposu, bütün üç sənədin yekun olduğunu qeyd edir. Onun indeksində KCC-1 covenant spesifikasiyası, KCC-2 səlahiyyət spesifikasiyası və KCC-20 dəyişdirilə bilən-token covenantləri üçün tətbiq standartı kimi tanınır.

Depo, KCC-ləri müstəqil tətbiqlər üçün ortaq konvensiyalar kimi təsvir edir. Onun sənədləri bu konvensiyaları konsensus və ya əsas düyün davranışındakı dəyişikliklərdən ayırır ki, bunlar da Kaspa Təkmilləşdirmə Təkliflərinə aiddir.

Kaspa standartları tətbiq inkişafının müxtəlif hissələrini əhatə edir

KCC-1, covenantlər üçün ortaq terminlər, məlumat düzənləri və tətbiq ikili interfeysi, yəni ABI müəyyən edir. Spesifikasiya, proqram təminatının məlumatları necə kodlaşdırdığını, proqram funksiyalarını necə çağırdığını və tranzaksiyalar arasında daşınan vəziyyəti necə müəyyən etdiyini təsvir edir.

Onun müəllifləri, Romain Billot, Michael Sutton və Ori Newman, bu detallara razılaşmalı olan alətlər arasında tərtibçiləri, cüzdanları, indeksatorları və tranzaksiya qurucularını qeyd edirlər. Sənəd, müstəqil tətbiqlərin yalnız konsensus yoxlamalarını keçən skriptlər istehsal etməklə kifayətlənməməsi üçün ortaq formatlara ehtiyacı olduğunu bildirir.

KCC-1 spesifikasiyası inkişafçılara öz proqramlaşdırma dilini, tərtibçisini və çərçivəsini seçməkdə sərbəstlik verir. Onun ortaq interfeysi proqram giriş nöqtələrini, vəziyyət şablonlarını və bir neçə girişlə bağlı tranzaksiyaların idarə olunması üçün qaydaları əhatə edir.

Eyni sənəd daxilində müəlliflər, əsas interfeys qaydalarını covenant identifikatorlarından asılı olan xüsusiyyətlərdən ayırırlar. Covenant bağlamaları olmayan proqramlar KCC-1-i izləyə bilərlər, lakin spesifikasiya, onların KIP-20 tərəfindən təmin edilən nəsil və səlahiyyət zəmanətini almadığını bildirir.

KCC-2, əməliyyatı kimlərin səlahiyyət verə biləcəyini müəyyən edir

KCC-2, Billot və Sutton tərəfindən yazılmışdır, proqramların bir səlahiyyəti necə müəyyən etdiyini və onun təsdiqini qurmaq üçün minimum yoxlamaları spesifikasiya edir. Səlahiyyət, ictimai açar, açara bağlılıq, skript və ya davam edən covenant nəsli ola bilər.

Spesifikasiya, beş səlahiyyət sxeminə standart identifikatorlar təyin edir. Onun ictimai açar seçimləri Schnorr və ECDSA imzalarını əhatə edir, digər seçimləri isə səlahiyyət kimi iştirak etməyə imkan tanıyır.

İctimai açar-hash səlahiyyəti üçün KCC-2, tranzaksiyanın müvafiq ictimai açarı açmasını, onun hashını saxlanılan səlahiyyət dəyəri ilə uyğunlaşdırmasını və etibarlı imza təqdim etməsini tələb edir. Yüksək səviyyəli spesifikasiyalar imzalanmış mesajı və hər hansı əlavə şərtləri müəyyən edir.

Səlahiyyət reyestri standart və xüsusi sxemlər üçün ayrı aralıqlar ayırır. KCC-2 iştirakçılara standartlaşdırma gözləmədən xüsusi sxemləri qəbul etməyə icazə verir, şərti ilə ki, onların tərifləri formatı, mənasını və təsdiq yoxlamalarını müəyyən etsin.

KCC-2-nin müqavilə identifikatoru sxemi altında, təsdiq, müəyyən edilmiş müqavilə nəsilindən daxil olan məlumatı tələb edir. KCC-2, daha yüksək səviyyəli bir konvensiyanın həmin girişin proqramı və vəziyyəti üzərində əlavə yoxlamalar tətbiq edə biləcəyini bildirir.

KCC-20 token transfer və qəbul qaydalarını müəyyən edir

KCC-20, ilk iki standartın üzərində qurulmuşdur, token miqdarlarını, mülkiyyəti və transfer interfeyslərini müəyyən edir. Sənədin müəllifləri Sivan Helfer, Sutton, Newman və Billot adlandırılır.

Onun spesifikasiyası, hər token müqaviləsinin proqram məlumatını dərc etməsini tələb edir ki, bu da proqram təminatı tərəfindən vəziyyəti deşifrə etmək və transferləri qurmaq üçün istifadə oluna bilsin. Konfiqurasiyalar, dəstəklənən mülkiyyət sxemlərini və token girişləri və çıxışları üzrə məhdudiyyətləri açıqlamalıdır.

"Borclanmış qəbul" adlanan bir xüsusiyyət, göndərənin alıcının mövcud uyğun token çıxışını təyinat kimi istifadə etməsinə imkan tanıyır. KCC-20, əməliyyatın həmin çıxışı daha çox token ilə yenidən yaratdığını, onun mülkiyyətini və genişləndirilmiş vəziyyətini qoruduğunu və KAS dəyərini azalda bilməyəcəyini bildirir.

Təhlükəsizlik bölməsi, çıxışın dəyişdirilməsinin onun əməliyyat istinadını dəyişdirdiyini, əvvəlki istinadı xərcləyən təsdiqlənməmiş əməliyyatları etibarsızlaşdırdığını xəbərdar edir. Sənədə görə, bir cüzdan, onu xərcləmədən əvvəl əvəzləməni aşkar etməlidir.

Standart, Argent istinad tətbiqini yaradılmış SilverScript müqavilələri və Rust uyğunluq testləri ilə əlaqələndirir.

Son status icra tələblərini daşıyır

KCC-0, standartlar prosesini idarə edən sənəd, yalnız son nəzərdən keçirmə dövrünün tamamlanmasını tələb etmir. O, standartlar yolu konvensiyasının insan oxunaqlı və maşın oxunaqlı test vektorlarına, həmçinin maşın oxunaqlı yoxlamalardan keçən ən azı bir ictimai tətbiqə ehtiyacı olduğunu bildirir.

Asılılıqlar, eyni qaydalara əsasən digər KCC-lər üçün Final, KIPs üçün isə Active olmalıdır. KCC-0, status dəyişikliklərinin pull tələbləri vasitəsilə baş verdiyini və anbar indeksinin onlarla yenilənməli olduğunu bildirir.

KCC-0, insan oxunaqlı nümunələrlə birlikdə olduqda, avtomatlaşdırılmış testlər üçün səlahiyyətli forma kimi maşın oxunaqlı test vektorlarını təsvir edir. Onun təqdimat qaydaları, təhlükəsizlik məsələlərinin təhdidlər, etimad fərziyyələri və potensial təkrar məsələlərini əhatə etməsini tələb edir ki, standartlar yolu sənədi Son Çağırışa daxil ola bilsin.

İdarəedici sənəd, yekunlaşdırmanın hər ekosistem iştirakçısının bir konvensiyanı tətbiq etməsini tələb etmədiyini bildirir. Əhəmiyyətli dəyişikliklər adətən əvəzləyici KCC tələb edir, düzəlişlər və izahlar isə sənədin dəyişiklik qaydalarına uyğun gəlir.

Kaspa-nın tətbiq inkişafı əvvəllər ayrı Layer 2 infrastrukturunu əhatə etmişdir. Gate, aprel ayında KAS depozitləri və çıxarışları üçün EVM uyğun şəbəkə vasitəsilə Kasplex Layer 2 inteqrasiyasını elan etdi, crypto.news-in məlumatına görə.

Öncəki inteqrasiya elanında, Gate müştərilərin KAS-ı əsas şəbəkədən Kasplex cüzdanına köçürə biləcəyini bildirdi. Kasplex-in layihə materialları iki tərəfli körpü təsvir edir və Ethereum alətləri ilə tanış olan inkişafçıların uzaq prosedur çağırış nöqtələrini dəyişdirərək müqavilələr yerləşdirə biləcəyini bildirir.

Kasplex, dizaynını Kaspa əməliyyatlarında EVM bytecode yerləşdirən yüngül rollup kimi təsvir edir və onu off-chain icra edir. Onun sənədləri, Kaspa-nın əməliyyat sıralamasını və məlumatların mövcudluğunu təmin etdiyini, körpülənmiş KAS-ın isə Layer 2 qaz tokeni kimi xidmət etdiyini bildirir.