-->

Apa itu StaFi, FIS coin adalah

Apa itu StaFi, FIS coin ?

StaFi adalah protokol DeFi pertama yang membuka likuiditas aset yang dipertaruhkan. Pengguna dapat mempertaruhkan token PoS melalui StaFi dan menerima rToken sebagai imbalannya, yang tersedia untuk diperdagangkan, sambil tetap mendapatkan hadiah staking. rToken adalah turunan staking sintetis yang dikeluarkan oleh StaFi kepada pengguna saat pengguna memasang token PoS melalui Aplikasi StaFi rToken. rToken ditambatkan ke token PoS yang dipertaruhkan oleh pengguna dan imbalan pertaruhan yang sesuai. rToken dapat ditransfer dan diperdagangkan kapan saja.

StaFi, FIS coin
StaFi, FIS coin 

StaFi adalah singkatan gabungan dari Staking+Finance. Ini adalah protokol terdesentralisasi yang dibangun dengan Substrat. Lapisan kontrak terdiri dari beberapa kontrak taruhan, dan lapisan aplikasi terutama merupakan platform perdagangan rToken.

Dunia PoS (Proof of Stake) mengadopsi model Stake sebagai fitur keamanan, yang menimbang para pemainnya, bukan kekuatan komputasi sebagai mitra PoW (Proof of Work), tetapi berapa banyak token yang mereka pertaruhkan menyelesaikan perlombaan senjata kekuatan komputasi yang luar biasa untuk hak untuk menghasilkan.

Dengan kekuatan itu, ia membuat debutnya sambil mengklaim keunggulannya atas PoW. Setiap sistem PoS didukung oleh stabilitas tokennya, sebagai pendekatan untuk membuatnya cukup demokratis. Ini, dengan cara tertentu, memecahkan masalah sentralisasi daya komputasi di PoW.

Mekanisme ini, bagaimanapun, menempatkan “Pasak” itu sendiri dipertaruhkan. Padahal, solusi yang relevan sejauh ini tidak cukup sempurna, beberapa merugikan kepentingan pemegang token, beberapa lainnya melemahkan sistem secara keseluruhan.

Di satu ujung spektrum PoS, hampir semua uji lapangannya mengintegrasikan insentif untuk rasio Stake yang lebih tinggi dari aspek keamanan. Di sisi lain, mereka juga mengikat token pasak ke periode kunci untuk mencegah potensi serangan dari token token besar. Di tengah adalah paradoks antara keamanan mainnet dan likuiditas token.

Artinya, sistem yang mengunci semua token yang dipertaruhkan adalah sistem yang sangat aman, tetapi pertumbuhan nilainya didorong ke tepi jurang karena likuiditas token nol. Oleh karena itu, kami bertekad untuk membuat protokol terdesentralisasi yang menyediakan likuiditas, yang dapat membuat aset terkunci beredar dengan bebas. Dengan cara ini, Likuiditas dijamin dengan mengeluarkan rToken (Token hadiah) sementara token asli yang dipertaruhkan ke rantai tetap relatif statis untuk menjaga sistem tetap aman.

Mengetahui lebih dalam tentang StaFi

PoS memulai debutnya pada tahun 2011 oleh Quantum Mechanic di Bitcointalk Forum. Sistem secara kreatif menggantikan bobot daya komputasi dengan bobot token dalam pemilihan Produser Blok.

Pemegang Token dapat mengklaim perjalanannya untuk BP ke sistem dengan mempertaruhkan token mereka, sementara sistem memilih BP melalui algoritme acak. Mereka yang terpilih akan bertanggung jawab untuk mengemas, memverifikasi transaksi, dan memperpanjang rantai.

Sebagai pendatang baru dalam permainan, PoS memanfaatkan pengalaman PoW sehubungan dengan konsensus, pemilihan, pengepakan, validasi, dan sebagainya. Seiring kemajuan teknologi, PoS mengarahkan pengembangan dunia blockchain dalam kinerja, kapasitas, dan keberlanjutan. 2019 dan tahun berikutnya akan melihat, dengan kegembiraan, pendaratan konsensus PoS 1 generasi kedua karena proyek-proyek seperti Cardano, Tezos, Cosmos, dan Polkadot akan segera meluncurkan mainnet, menjadikannya batu ujian konsensus PoS di era baru.

Model pasak di PoS membalikkan bobot daya komputasi, mengintegrasikan hak kepemilikan dengan hak penambangan. Sehingga pemegang token dapat berpartisipasi dalam sistem konsensus hanya melalui staking. Selama seluruh proses, pemegang token hanya perlu menjalankan server dengan standar tertentu atau mendelegasikan ke validator profesional (Setelah 2015, semua proyek PoS utama mulai mengintegrasikan mekanisme pendelegasian untuk meningkatkan rasio taruhan token, sehingga membuat sistem lebih aman). Selain itu, pemilihan acak memecahkan masalah pemborosan daya komputasi yang ditimbulkan oleh kompetisi pertambangan. Pada saat yang sama, hubungan blockchain baru dibuat pemegang adalah penambang, meniupkan angin baru ke dunia rantai publik.

Insentif, terlepas dari PoW atau PoS, terintegrasi untuk mendorong keterlibatan dalam operasi node. Tepat sebelum peluncuran mainnet yang mengadopsi konsensus PoS, sistem akan memperkuat insentif untuk menjamin bahwa token yang cukup akan dipertaruhkan. Oleh karena itu, lebih banyak koin yang awalnya didistribusikan akan dikunci untuk meningkatkan keamanan sistemik. Seperti yang ditulis Arthur, pendiri Tezos dalam buku putih proyek itu: insentif awal harus cukup tinggi. Ini sangat penting untuk peluncuran mainnet yang aman. Para pemangku kepentingan harus menanggung biaya waktu dan peluang tertentu (2). Jika insentif gagal, mainnet akan menanggung ancaman keamanan yang serius. Contoh lain, Cosmos menulis tingkat tahunan mengambang setinggi 7% ~ 20% ke kodenya untuk memotivasi staking saat mainnet mereka diluncurkan.

Periode penguncian adalah fitur penting yang membedakan PoS dari konsensus PoW. Dalam model Pasak, sistem memiliki persyaratan stabilitas untuk token yang dipertaruhkan, yang digunakan untuk mencegah serangan jarak jauh: Tidak ada yang dipertaruhkan. Ada juga masalah fragmentasi komputasi. Token yang telah dipertaruhkan dikunci oleh sistem untuk jangka waktu tertentu (3). Meskipun pemegang token dapat memulai pembukaan kunci kapan saja, tetapi token tetap tidak dapat diperdagangkan selama periode pembukaan kunci. Artinya, pemegang masih tidak dapat menghindari risiko fluktuasi nilai token pada fase itu. Hal ini dilatarbelakangi oleh kontradiksi antara keamanan Token Stake dan likuiditas token.

Paradoks, sebagian besar, menyebabkan masalah dalam kedua cara. Banyak orang terlalu takut untuk mempertaruhkan, dan akibatnya sistem akan berada dalam bahaya. Ini adalah lereng yang licin, karena nexus kecil merebut sebagian besar buah hadiah sementara sistemnya masih tetap sangat berisiko.

Untuk beberapa proyek konsensus PoS yang telah diluncurkan, tingkat Taruhannya sekitar 40%. Untuk proyek-proyek bintang, umumnya sekitar 50%~60%, hingga 80%, yang kurang dikenal hanya sekitar 20%. Secara teori, tingkat Taruhan yang paling memuaskan, dari aspek keamanan, seharusnya 100%, tetapi ini seringkali tidak realistis.

Selain itu, tingkat Taruhan 100% berarti bahwa likuiditas token adalah 0. Untuk banyak proyek dengan visi menciptakan OS blockchain (sistem operasi), likuiditas token memainkan peran penting dalam mendukung operasi dan nilai sistem. Jadi, dampak dari nol likuiditas hampir seluruhnya negatif. Saat ini, dunia PoS belum mencapai kesepakatan tentang tingkat Stake yang wajar. Atau, mungkin kita harus begini tidak mungkin mencapai kesepakatan karena menguji jaringan terdistribusi dengan lingkungan simulasi hampir tidak mungkin.

Stafi menyediakan solusi aman untuk mengatasi konflik antara keamanan mainnet dan likuiditas token dalam model Staking. Pemegang token memperoleh aset terikat dengan nilai yang setara dengan token dengan Staking dengan imbalan rToken yang setara. Misalnya, jika pengguna mempertaruhkan 1 XTZ, dia akan mendapatkan rXTZ (hadiah XTZ) yang setara dengan token asli.

rXTZ mewakili hasil reguler token dan kepemilikan XTZ pada rantai asli. Pada saat yang sama, rXTZ dapat diperdagangkan di pasar aset berikat berdasarkan protokol Stafi. Berbeda dengan XTZ yang dipertaruhkan dan dikunci pada rantai aslinya, rXTZ yang dapat diperdagangkan tidak memiliki periode penguncian, tetapi tetap menghasilkan pengembalian. Akibatnya, pemegang rXTZ tidak perlu lagi menanggung risiko volatilitas dan membuat penilaian tepat waktu pada kondisi pasar. Protokol Stafi memberi pemegang lebih banyak hak.

Karena motif keuangan, pemegang akan bergabung dengan kontrak Taruhan untuk Taruhan karena risikonya tidak ada lagi. Ini akan berfungsi sebagai adrenalin untuk tingkat Pasak. Secara teoritis, proyek yang cukup terdesentralisasi akan meningkatkan tingkat Taruhan menjadi lebih dari 90% (token yang hilang tidak dipertimbangkan) sementara pada saat yang sama mempertahankan likuiditas lebih dari 90% dengan bantuan protokol Stafi.

Pekerjaan yang Ada Melepas Likuiditas

Cara-cara yang sudah ada sebelumnya untuk melakukan hal ini sangat langka, yang dapat dikategorikan menjadi desentralisasi dan terpusat.

Model sirkulasi token terpusat sering didukung oleh pihak ketiga, yang memperoleh kepemilikan token dengan mengumpulkannya dari pemegang, kemudian melakukan Stake secara intensif. Token yang dipertaruhkan akan digunakan untuk menghasilkan blok melalui node, sehingga dihargai. Ketika pihak ketiga menuai cukup banyak token, pihak ketiga akan memiliki posisi yang baik untuk mengeluarkan token alternatif kepada pelanggannya.

Kemudian, itu juga dapat meluncurkan pasangan perdagangan dengan token yang dikeluarkan di satu sisi, bekerja sama dengan pertukaran terpusat; atau bahkan membuat pasangan perdagangan di bursa terdesentralisasi mana pun. Pemegang token itu dapat memperdagangkan kepemilikan (juga hak penebusan dan hak pendapatan) dari token asli, tanpa menukarkan token di rantai utama. Dengan cara ini, likuiditas token Stake, sampai batas tertentu, meningkat.

Ada efek samping, meskipun. Model ini hampir tidak mungkin tanpa kepercayaan dari pemegang token pada dukungan pihak ketiga dan keaslian hak penebusan dan pendapatannya. Kepercayaan saja masih belum cukup. Pemegang harus mempertimbangkan kemampuan pihak ketiga untuk menjamin kedalaman perdagangan pasangan perdagangan dengan token.

Kemampuan ini ditentukan oleh berbagai faktor, di antaranya yang penting adalah kantong dalam pihak ketiga yang diisi dengan token Stake. Pihak ketiga yang berskala kecil berhak untuk mengeluarkan barang berikat. Namun, jika kekuatan digunakan, hanya sedikit yang bisa merespons. Dan cara melepaskan likuiditas ini hanya ada dalam nama.

Di sisi lain, jika token alternatif besar dicetak oleh satu pihak ketiga yang besar, risiko lain mungkin mendasarinya—sentralisasi, membuat pihak tersebut terkena serangan peretas. Aset pengguna juga dapat menanggung kerugian besar. Serangan serupa dapat ditemukan dalam sejarah serangan ke bursa terpusat, yang sering terjadi. Pisahkan masalah keamanan, pendekatan ini bertentangan dengan semangat yang sangat terdesentralisasi di dunia blockchain.

Pendekatan terpusat lainnya terletak pada kerjasama antara pihak proyek (Pengembang, atau Pengembang) dan pertukaran terpusat.

Aset yang dipertaruhkan didukung oleh pihak proyek untuk pertukaran itu. Atau, Pengembang bahkan dapat mendelegasikan hak asuh token Pasak yang dikunci ke bursa (asalkan kepemilikan token yang dipertaruhkan secara eksplisit dipegang oleh Pengembang saat Pasak dirancang).

Didukung oleh Devs, pertukaran dapat mengeluarkan token alternatif dan membuat beberapa pasangan perdagangan yang berasal dari token ini untuk memastikan likuiditas token Stake. Sementara itu, mendukung semua tindakan penebusan untuk token Stake di rantai utama oleh token itu.

Tapi pertukaran tidak bisa dilewati. Masalahnya adalah Dev mengubah hubungan kepemilikan aset dan menyalahgunakan aset secara sewenang-wenang. Ketika kepemilikan token diserahkan oleh bursa, masalah seperti kesepakatan rahasia atau penggelapan dapat terjadi.

Ada contoh dalam pencurian pertukaran dalam sejarah. Singkatnya, dua pendekatan di atas sama-sama menyimpang dari semangat desentralisasi blockchain.

Pendekatan ketiga adalah bahwa Pengembang memodifikasi protokol yang mendasarinya untuk mendapatkan Token Cair setelah mempertaruhkan (yang dapat disebut PBLT, Token Cair Basis Proyek). Pengguna dapat memperdagangkan PBLT tanpa menunggu waktu pembukaan Token Staking, memecahkan ancaman keamanan yang disebabkan oleh seringnya unstake dan memberikan kenyamanan bagi pengguna.

Keuntungan dari solusi ini terletak pada PBLT sebagai token alternatif yang didukung oleh entitas tingkat sistem untuk menjamin keamanan. Dan pada saat yang sama, hak yang berhak atas PBLT diakui oleh seluruh konsensus.

Namun, masalahnya adalah bahwa sebagian besar rantai publik yang telah diluncurkan masih mempertahankan sikap yang relatif netral, karena mungkin sulit untuk secara langsung memodifikasi lapisan yang mendasarinya, dan proses pengembangan masyarakat terbuka akan menjadi tegang. Untuk pemegang Token PoS, ini bukan solusi menyeluruh. Saat ini, hanya Cosmos dan Near Protocol yang mengajukan ide mereka sendiri. Pemegang aset lain tidak dapat menyelesaikan masalah penguncian mereka seperti ini.

Protokol Stafi dimaksudkan untuk membuat Kontrak Taruhan di tingkat atas, sehingga pemegangnya dapat memulai Pasak melalui Kontrak yang ditunjuk, dan pada saat yang sama mendapatkan rToken, token alternatif. rToken dapat memperdagangkan kepemilikan mereka di bursa aset berikat yang dibangun di atas lapisan aplikasi.

Proses Stake pemegang dan proses penerbitan rToken keduanya secara otomatis dijalankan oleh kode kontrak. Tidak perlu dukungan pihak ketiga, dan pengguna yang memegang token Stake dapat memulai Stake atau menebusnya kapan saja, kontrak akan secara otomatis dijalankan setelah validasi berlalu.

Kecuali tidak adanya intervensi pihak ketiga, seluruh hak distribusi rToken diberikan kembali ke pemegang token rantai asli. Selanjutnya, pemegang dapat menerbitkan aset berikat yang memiliki nilai dengan nilai yang sesuai, yang serupa dengan metode sekuritisasi aset saat ini. Perbedaan terbesar adalah bahwa setiap individu, tetapi bukan institusi, yang menerbitkan aset berikat. Arti dari penerbitan individu adalah untuk menahan volatilitas.

Oleh karena itu, secara teori, metode terdesentralisasi ini harus lebih memotivasi pemegang rantai asli untuk mendapatkan rToken. Untuk tujuan ini, jumlah rToken di pasar juga akan cukup untuk menopang pasar perdagangan obligasi aset. Sementara itu, model desentralisasi ini sebaliknya akan merangsang perdagangan aset berikat, sehingga mengurangi transaksi spot. Akibatnya, gambaran besar tentang penerbitan massal dan perdagangan aset berikat akhirnya akan terwujud.

Penerbitan rToken secara massal didukung oleh Stake Assets, dan Stake Assets didukung oleh rantai/fungsi publik di belakang modelnya. Saat ini, model Stake belum disalahgunakan, yang menjamin kualitas aset Stake.

Namun masalah/risiko dari aset berikat ini adalah pendapatan reguler dari aset Stake ini sangat bergantung pada Token. Meskipun pemegang dapat terus memperoleh pendapatan melalui Stake, ekspektasi pendapatan terhadap mata uang legal ini masih berfluktuasi, yang menyebabkan ekspektasi yang tidak konsisten dari perdagangan rToken di pasar perdagangan. Leverage dapat memenuhi pasar dalam jumlah besar, yang membawa lebih banyak peluang dan kemungkinan untuk penciptaan perdagangan aset berikat yang terdesentralisasi di Stafi. Ketika sejumlah besar proyek konsensus PoS diluncurkan di jaringan utama dari 2019 hingga 2020, aset Stake akan berkembang biak dan transaksi akan menjadi lebih sering.

Ketika pemegang mata uang juga merupakan debitur, token yang dipertaruhkan akan berfungsi sebagai jaminan. Dan hak penebusan akan bergeser seiring dengan diperdagangkannya agunan. Semua hubungan ini ditentukan oleh kontrak cerdas, bukan oleh perusahaan atau institusi terpusat, dan ini berdiri Stafi, protokol terdesentralisasi, di antara rekan-rekan terpusatnya.

Protokol Stafi

Stafi adalah protokol terdesentralisasi yang memberdayakan likuiditas. Ini mencakup 3 lapisan lapisan bawah, kontrak, dan aplikasi. Lapisan bawah terutama didasarkan pada sistem blockchain yang dibuat oleh Substrate (yang merupakan arsitektur blockchain yang dikembangkan oleh Parity, dan seluruh arsitektur mengintegrasikan banyak modul pengembangan, termasuk modul konsensus, modul P2P, modul Staking, dll.).

Lapisan kontrak mendukung pembuatan berbagai kontrak Staking, seperti kontrak Staking untuk XTZ, Atom, dan Dot masing-masing. Pemegang token dapat Stake melalui Staking Contract, yang konsisten dengan insentif inflasi yang diperoleh Stake biasa. Namun perbedaannya adalah Pemegang juga dapat memperoleh rToken. Terakhir, lapisan aplikasi mendukung API berbasis Stafi pihak ketiga atau API khusus untuk menciptakan pasar perdagangan aset berikat yang terdesentralisasi untuk rToken untuk diedarkan, ditransfer, dan diperdagangkan pada protokol Stafi.

Protokol berjalan dengan cara yang murni terdesentralisasi. Stafi, yang dibangun di atas Substrat, akan terhubung ke Polkadot sebagai rantai paralel, berbagi konsensus yang mendasari Polkadot. Keamanan dan performa utama juga dijamin oleh Polkadot. Lapisan inti adalah tingkat kontrak, dan kepemilikan token Pasak sepenuhnya dijamin oleh kode kontrak.

Stafi menggunakan protokol penyimpanan kunci terdistribusi untuk memastikan keamanan alamat Stake melalui multi-tanda tangan. Pemegang dapat memulai Stake atau menebus Stake kapan saja dan di mana saja tanpa perlu campur tangan pihak ketiga. Ketika pemegang koin memulai token Stake ke kontrak Stake, insentif inflasi sistem dapat diperoleh secara teratur.

Sementara itu, setiap pemegang rToken dapat memulai penebusan ke kontrak Stake yang sesuai kapan saja, di mana saja (Operasi penebusan berinteraksi dengan rantai asli melalui protokol Stafi. Setelah transaksi penebusan ditulis ke rantai, koin Stake akan dikirim ke yang diserahkan akun koin setelah dibuka.) Protokol Stafi menjamin bahwa setiap rToken alternatif secara eksklusif sesuai dengan token pada rantai asli. Artinya, hanya pemegang rToken yang dapat memulai penukaran token asli ke kontrak Stake. Ketika A memperdagangkan rToken ke B, A tidak lagi memiliki hak penebusan token tersebut, dan B sekarang dapat memulai penebusan kontrak Staking. Seluruh proses tidak memerlukan intervensi pihak ketiga.

Pihak ketiga mana pun dapat membuat pertukaran aset berikat yang terdesentralisasi menggunakan protokol Stafi ke lapisan aplikasi. Semua pertukaran rToken berbagi kedalaman transaksi. Dengan meningkatnya jumlah rantai publik yang mengadopsi PoS meluncurkan mainnet mereka, jumlah dan variasi token Stake akan meroket. Dan rToken akan lebih sering diperdagangkan. Akibatnya, pengembang akan sangat dihargai, dalam bentuk biaya transaksi, dari transaksi rToken yang mereka lakukan.

Penerapan

Kontrak yang menciptakan interaksi dengan rantai asli Pasak di tingkat kontrak Stafi disebut Kontrak Staking (disebut sebagai SC). Misalnya, untuk membuat XTZ-SC untuk menghubungkan Tezos dengan Stafi. Ketika pengguna A yang memegang XTZ memulai operasi Pasak di XTZ-SC, Kontrak Staking pertama-tama akan membuat alamat multi-tanda tangan, dan dia akan mentransfer XTZ melalui rantai asli Tezos ke alamat itu. Ketika transfer berhasil, kontrak akan mengeksekusi Operasi staking dari alamat multi-tanda. Jika berhasil, token akan dikunci ke rantai asli. Kemudian, protokol Stafi akan menerima bukti rantai asli Tezos (Bukti), dan kemudian memicu kontrak untuk menghasilkan rXTZ dengan jumlah yang sama dengan XTZ dan mengirimkannya ke staker.

Pembaruan Kontrak Staking membutuhkan rantai asli dan protokol Stafi untuk bekerja sama, untuk status kontrak setiap rantai perlu dipantau, pelaksanaan kontrak Staking memiliki banyak kesamaan dengan mekanisme lintas rantai. Ketika pemegang memulai permintaan Staking di Kontrak Staking, pembuatan akun multi-sign terjadi pada protokol Stafi. Pada saat yang sama, transfer aset pribadi ke alamat multi-tanda diselesaikan oleh tanda tangan pengguna Pasak.

Transfer ini terjadi pada rantai asli. Saat Kontrak menangkap informasi transfer, permintaan Pasak dimulai dari alamat multi-tanda ke rantai asli. Setelah Staking selesai di rantai asli, Stafi menangkap status Stake dari alamat di rantai asli dan memverifikasinya, dan rToken yang sesuai dikeluarkan pada protokol Stafi segera setelah validasi berhasil. Sepanjang proses, protokol Stafi berinteraksi dengan rantai asli beberapa kali. Pemantauan dan penangkapan negara memainkan peran penting dalam keamanan seluruh protokol. Protokol Stafi menangkap status asli dengan penundaan waktu dan validasi multi-pass untuk memastikan keaslian akhir dari rantai asli.

Untungnya, lebih baik daripada protokol antar-rantai yang sudah ada sebelumnya dan konsensus PoW, sebagian besar proyek PoS yang diluncurkan setelah tahun 2015 melihat keaslian akhir transaksi blok sebagai permintaan yang harus dipenuhi. Artinya, ketika ketinggian terakhir terbentuk, transaksi yang disertakan bersifat deterministik. Saat ini, solusi umum untuk keaslian akhir atau implementasi deterministik tepat waktu adalah memverifikasi legalitas transaksi sebelum mengemas transaksi ke tingkat yang lebih tinggi. Implementasi ini bergantung pada algoritma Byzantine fault-tolerant (BFT) dan beberapa mekanisme penalti fork yang ditentukan secara artifisial, Slash. Mengingat hal ini, protokol Stafi telah sangat meningkatkan keamanan saat berinteraksi dengan rantai konsensus PoS asli.

Alamat multi-tanda tangan Saat ini, hampir semua model Stake bergantung pada model Akun—saat pengguna memulai Staking, mereka memerlukan kunci pribadi dari alamat rantai asli untuk ditandatangani. Untuk memastikan korespondensi eksklusif antara kepemilikan aset Stake dan rToken, Stafi merancang model alamat perantara. Kepemilikan aset di alamat itu bukan milik siapa pun, artinya tidak ada yang bisa memiliki kunci pribadi dari alamat ini. Stafi menjamin netralitas aset alamat perantara melalui teknologi komputasi multi-partai yang aman dan teknologi multi-penandatanganan ambang batas, memastikan bahwa tanda tangan hanya dilakukan ketika pemegang rToken memulai penukaran. Komputasi multi-partai yang aman melibatkan privasi, yang memerlukan sekelompok pemberi sertifikasi dengan fungsi khusus di Stafi untuk berpartisipasi. Sejumlah validator tertentu, yang disebut Stafi Special Validator (SSV) ditandatangani oleh kunci pribadi mereka sendiri dan dikirimkan melalui saluran aman untuk memverifikasi validitas tanda tangan, dan, akhirnya, mewujudkan pemulihan tanda tangan alamat perantara. Alamat perantara ini tidak memiliki kunci pribadi, juga tidak disimpan pada protokol Stafi. Itu dibentuk oleh tanda tangan sertifikat pribadi dari autentikator khusus hanya jika tanda tangan diperlukan. Penerapan teknologi multi-penandatanganan ambang menyadari bahwa sebagian, tidak semua, generator dapat menghasilkan tanda tangan kunci pribadi, yang dapat sangat memenuhi kebutuhan akan tanda tangan. Misalnya, alamat multi-tanda membuat kontak melalui kunci publik dari beberapa validator (katakanlah 21). Ketika seseorang yang memegang rTokens perlu memulai penukaran, hanya 16 tanda tangan dari 21 server verifikasi yang diperlukan untuk memverifikasi Staking dan Unstake untuk Stake Assets.

Komputasi Multi-Partai Aman

Komputasi multi-pihak yang aman terutama berfokus pada cara menghitung fungsi yang telah ditentukan dengan aman tanpa adanya pihak ketiga yang tidak tepercaya, mengatasi kenyataan bermasalah yang hasilnya bergantung pada penghitungan data multi-pihak di mana pihak-pihak tersebut tidak bersedia membagikan data asli.

Dengan komputasi multi-partai yang aman, hasil akhir dapat diverifikasi tanpa mengungkapkan nilai input awal kepada pihak ketiga lainnya. Dalam kontrak Staking Stafi, pengguna yang mempertaruhkan harus membuat alamat multi-sinyal baru.

Ketika pemegang rToken memulai penebusan ke Kontrak Pasak, alamat multi-tanda tangan perlu membuat tanda tangan kunci pribadi dengan melibatkan validator khusus selama perhitungan dan pembuatan. Validator mengirimkan hasil perhitungan melalui saluran terenkripsi, dan mereka dapat saling memverifikasi hasil tanpa perlu mengungkapkan kunci pribadi mereka sendiri. Ini adalah cara yang aman untuk membuka dan menebus Kontrak Staking.

Pengalihan Kepemilikan
Ketika operasi Staking selesai, hak penebusan XTZ pada alamat multi-tanda berada di tangan pemegang rXTZ. Hanya pemegang rXTZ yang berhak menebus XTZ-SC, pemegang lainnya tidak berhak mendapatkan hak penebusan. Jika pengguna A memperdagangkan XTZ ke pengguna B, maka pengguna A kehilangan hak penebusan ke rantai asli XTZ, dan hubungan pemetaan antara XTZ dan alamat pengguna A dari alamat multi-tanda dalam kontrak juga diberikan dengan B Pengguna B dapat melakukan penukaran sesuai dengan keinginannya sendiri, atau menukarkan rToken kepada orang lain. Dalam proses ini, alamat multi-tanda menyelesaikan beberapa putaran kepemilikan rantai asli XTZ melalui tanda tangan validator khusus di Stafi yang berbeda dengan yang ada di dunia Polkadot—tidak memerlukan konsensus penghasil blok. Persyaratan hanya masuk saat membuat alamat dan perubahan kepemilikan. Saat pengguna A memperdagangkan rToken ke pengguna B, validator khusus (SSV) perlu melakukan tanda tangan dan menyelesaikan konversi Stake XTZ asli.

Stafi Special Validator (SSV)
Berbeda dengan Stafi Validator (SV), SSV menjadi saksi kepemilikan aset dalam kontrak Stafi Stake. Ketika pemegang yang memenuhi syarat memulai penebusan kontrak, validator khusus akan berpartisipasi dalam perhitungan dan menyelesaikan transfer aset dari alamat multi-tanda ke alamat pribadi dengan menandatangani. Ketika tidak ada operasi penebusan yang terjadi, validator khusus menyimpan kunci privatnya sendiri secara lokal, menunggu untuk dipanggil. Validator khusus terdiri dari beberapa orang yang dipilih secara acak. Sebelum alamat multi-tanda tangan terbentuk, Stafi akan memilih N SSV dari SV melalui algoritma acak. N SSV akan dipilih oleh Stafi secara acak untuk melakukan perhitungan secara lokal dan mengirimkan hasilnya melalui saluran rahasia. Setelah validasi, hak partisipasi diperoleh dan disimpan secara lokal di server masing-masing. Seluruh proses diotomatisasi oleh sistem.
Pada saat yang sama, setiap SSV akan diminta untuk menjalankan proyek ringan yang didukung oleh Kontrak Pasak, untuk memverifikasi status perdagangan rantai asli. Program ini ditulis ke seluruh klien validator khusus dan validasi dilakukan secara otomatis.

Grup SSV
Untuk memastikan kelancaran saluran penukaran, sertifikasi khusus di Stafi melakukan tugas dalam kelompok dengan shift tetap. Selama shift mereka sendiri, satu grup pemberi sertifikasi menyelesaikan pembuatan alamat multi-sinyal dan penyimpanan kunci rahasia, dan setelah siklus eksekusi selesai, digantikan oleh grup baru lainnya. Ini memastikan keterlibatan verifier saat ini. Satu istilah validator berlangsung selama satu Era (1 Era adalah sekitar 24 jam). Pemilihan kelompok berikutnya dilakukan pada Era sebelumnya. Stafi memilih SSV baru dari kandidat SV dengan tingkat produksi blok, rasio Staking, dll. Dan SSV baru akan menggantikan kunci pribadi SSV lama dengan kunci pribadi mereka. Sementara itu, sistem akan menghancurkan hubungan yang terjalin dengan kunci pribadi SSV lama. Namun, pergantian yang sering akan mempengaruhi efisiensi komputasi. Ketika Stafi secara resmi mendarat, ia akan memilih siklus penggantian yang wajar yang menyeimbangkan keamanan dan efisiensi.

Sistem Dorongan dan Hukuman untuk Validator Khusus

Karena pentingnya pemeriksa khusus, Stafi telah menetapkan sistem dorongan dan hukuman untuk mereka, merangsang perilaku positif seperti perhitungan dan penyimpanan, dan menghukum perilaku negatif seperti pemutusan hubungan dan penggantian yang tidak tepat waktu.

Ditetapkan oleh protokol Stafi, partisipasi dalam pembuatan alamat, komputasi, dan tanda tangan akan diberikan token Stafi–insentif FIS. Di sisi lain, hukuman Stafi untuk masalah keamanan sangat berat. Stafi akan meminta semua pemberi sertifikasi yang terlibat dalam komputasi dan penyimpanan untuk mempertahankan waktu online yang ditentukan.

Jika pemberi sertifikasi sering keluar, itu akan ditebas. Jika waktu penyerahan lebih lama dari N jam, pemberi sertifikasi akan dipenjara dan tidak akan dapat berpartisipasi dalam komputasi dan penyimpanan grup sertifikasi khusus untuk jangka waktu tertentu. Selain itu, sistem akan menghukum serangan yang mencoba memulihkan kunci pribadi dan mencuri aset orang lain berdasarkan data rantai yang dapat dibuktikan.

Mekanisme Staking untuk Validator Khusus
Siapa pun yang memegang token Stafi dapat mengajukan permohonan untuk menjadi pemberi sertifikasi khusus Stafi. Sertifikasi khusus perlu mempertaruhkan Token FIS. Token FIS yang diselundupkan sebanding dengan jumlah Stake yang dapat diterima, yaitu semakin banyak FIS yang dipertaruhkan, semakin besar nilai perhitungan dan penyimpanan aset Stake. Ini dapat secara efektif meningkatkan biaya perilaku jahat bersama yang dilakukan oleh pemberi sertifikasi khusus. FIS yang dipertaruhkan akan dimotivasi oleh sistem, dan pada saat yang sama, juga merupakan kumpulan dana untuk hukuman sistem. Karena kekhususan sistem Stafi, persyaratan untuk pemverifikasi khusus sangat ketat, dan node pada hari-hari awal setelah peluncuran akan dibuka secara bertahap untuk melibatkan validator.

Mempertaruhkan Keamanan Kontrak
Keamanan aset Kontrak Staking dijamin dalam banyak cara. Pertama, netralitas aset, aset Staking akan dikunci ke rantai asli, dan hubungan pemetaannya akan dicatat dalam Kontrak Staking. Alamat multi-tanda tangan dijamin oleh N SSV melalui teknologi berbagi multi-sinyal ambang. Jadi SC tidak tunduk pada kontrol pihak ketiga mana pun. Kedua, alamat multi-tanda tangan menggunakan mekanisme aset. Pemverifikasi khusus dipilih oleh algoritma acak Stafi. Pemeriksa tidak saling mengenal, kemungkinan kolusi menjadi kecil, dan perlindungan aset akan diganti secara dinamis dalam jangka waktu tertentu untuk menjamin keamanan. . Yang ketiga adalah hukuman. Ketika pemberi sertifikasi berpartisipasi dalam penghitungan dan penyimpanan tanda tangan kunci pribadi, ia perlu mempertaruhkan FIS tertentu untuk berpartisipasi. Jika terjadi serangan atau perilaku ilegal, FIS yang dipertaruhkan akan dipotong, nilai taruhannya dan dapat diproses. Nilai aset berbanding lurus. Ketika berbagai kondisi digabungkan, sistem Stafi dapat secara efektif menghukum faktor risiko tertentu. Dengan asumsi bahwa kebanyakan orang jujur, aset kontrak Staking dapat menjamin keamanan tertentu.

Desentralisasi Aset Kontrak Staking

Ketika seorang pemegang memulai Staking melalui Kontrak Staking, semua hubungan aset Staking akan terkonsentrasi dalam satu kontrak. Meskipun setiap Staking dimulai oleh satu alamat, itu tidak akan mempengaruhi tingkat desentralisasi, tetapi ketika aset Staking terlalu terkonsentrasi, mereka lebih mudah diserang.

Stafi menghindari konsentrasi aset dengan membuat beberapa Kontrak Taruhan dari jenis yang sama untuk satu token. Jumlah total kontrak secara otomatis akan meningkat sesuai dengan jumlah aset Staking, dan aset baru akan masuk ke kontrak Staking baru.

Pada saat yang sama, Stafi akan membuat beberapa Kontrak Staking pada tahap utama. Sistem Stafi akan mendistribusikan permintaan Stake awal secara merata di antara kontrak Stake ini, yang akan berfungsi sebagai penyangga. Ketika permintaan Stake meningkat, jumlah kontrak secara bertahap akan meningkat dan dibedakan oleh variabel.

Pada saat yang sama, Stafi adalah protokol terbuka yang terdesentralisasi. Kontrak Taruhan yang dikembangkan oleh pengembang awal akan diaudit dan bersumber terbuka untuk pihak ketiga, yang dapat membuat Kontrak Taruhan mereka sendiri untuk mencapai desentralisasi aset Taruhan.

Aplikasi lapisan atas

Peredaran Aset Berikat

Kontrak Staking yang dibuat di Stafi melepaskan aset Staking dan dapat beredar di Stafi, sehingga pengguna dapat dengan mudah memperdagangkan aset ke orang lain tanpa menunggu aset asli dikunci. Sistem menjamin korespondensi eksklusif antara rTokens dan aset rantai asli, sehingga pemegang dapat menebus aset rantai asli kapan saja.

Selain diedarkan pada protokol Stafi, aset Staking juga dapat diedarkan sebagai aset bersama di berbagai saluran perdagangan blockchain, seperti pertukaran perdagangan terpusat. Dan pertukaran terpusat dapat menyambungkan antarmuka Stafi dan menentukan harga awal rToken yang berbeda. Karena ketika n bervariasi, harga transaksi setiap aset dapat berubah.

Tentu saja, pertukaran terdesentralisasi juga dapat mencantumkan rToken dan menawarkan berbagai metode pencocokan. Kerja sama lebih lanjut mungkin ada di depan, yaitu pertukaran dapat mengintegrasikan kontrak Staking dan menggabungkannya dengan pengguna aset rantai asli di bursanya sendiri. Aset yang dikeluarkan secara langsung disinkronkan dengan protokol Stafi. Singkatnya, ketika pertukaran terhubung ke protokol Stafi, itu dapat dengan mudah menyelesaikan docking aset dan memulai transaksi.

Stafi Protocol akan menyediakan berbagai kontrak Staking untuk konversi token asli proyek ke rToken. Juga, untuk melepaskan lebih banyak likuiditas, sistem akan mengevaluasi berbagai jenis rToken dan membuat model pengendalian risiko.

Dengan menggunakan model itu, sistem selanjutnya dapat mengeluarkan FIS sebagai media pertukaran platform untuk mendaur ulang rToken bagi pengguna yang ingin menukar rToken ke aset lain tetapi sulit menemukan rekanan. Rasio pertukaran ditentukan oleh pasar dan tingkat darurat. FIS yang dikeluarkan lebih lanjut dan memegang rToken akan membawa risiko tambahan bagi pemegang FIS, tetapi risiko tersebut akan ditanggung oleh mereka semua untuk mengurangi kemungkinan kredit macet. Sementara itu, karena perbedaan harga antara rToken dan FIS, ketika aset ditebus oleh rToken, sistem akan diuntungkan. Semua berada di bawah kendali model itu.

Protokol Token Likuiditas Baru

Stafi Protocol, yang berdasarkan SC, dapat menyediakan likuiditas untuk aset Staking yang terkunci. Sementara itu, Stafi Protocol dapat membuat lebih banyak jenis SC untuk berbagai aset Staking. Pengembang dapat membangun secara bebas di Stafi berbagai turunan melalui seperangkat kit pengembangan SC yang disediakan oleh Stafi.

Integrasi dengan DeFi yang Ada

Integrasi dengan DeFi yang ada terutama terletak pada tingkat aset. Proyek Dei saat ini terutama di Ethereum, dan asetnya sebagian besar adalah token Erc20. Tetapi banyak token ERC20 yang relatif miskin dalam likuiditas, dan pasar Staking Token dapat digunakan untuk Defi untuk lebih banyak likuiditas dan portofolio aset. Token yang dipertaruhkan dapat dicapai dengan menjembatani platform pinjaman dan platform hipotek yang ada.

Tokenomics

Protokol Stafi menciptakan nilai dengan menyediakan likuiditas aset Staking. Staker dapat memperoleh imbalan inflasi saat mengedarkan rToken untuk merespons pasar secara tepat waktu.

Protokol menangkap nilai likuiditas dan mengeluarkan nilai ke protokol. FIS adalah token utilitas asli yang diamankan secara kriptografis digital dari protokol Stafi, FIS adalah representasi yang dapat ditransfer dari fungsi yang dikaitkan yang ditentukan dalam protokol / kode protokol stafi, yang dirancang untuk memainkan peran utama dalam berfungsinya ekosistem di Stafi protokol, dan dimaksudkan untuk digunakan semata-mata sebagai token utilitas utama pada platform.

FIS adalah token utilitas fungsional yang tidak dapat dikembalikan yang akan digunakan sebagai media pertukaran untuk transaksi antara peserta protokol Stafi.

Tujuan memperkenalkan FIS adalah untuk menyediakan mode pembayaran dan penyelesaian yang nyaman dan aman antara peserta yang berinteraksi dalam ekosistem pada protokol Stafi, dan tidak, dan tidak dimaksudkan untuk menjadi, media pertukaran yang diterima oleh publik (atau sebagian masyarakat) sebagai pembayaran untuk barang atau jasa atau untuk pelunasan utang; juga tidak dirancang atau dimaksudkan untuk digunakan oleh siapa pun sebagai pembayaran atas barang atau jasa apa pun yang tidak disediakan secara eksklusif oleh penerbit.

FIS dengan cara apa pun tidak mewakili kepemilikan saham, partisipasi, hak, kepemilikan, atau kepentingan apa pun di Yayasan, Distributor, afiliasinya masing-masing, atau perusahaan, perusahaan, atau usaha lain mana pun, dan FIS juga tidak akan memberikan hak kepada pemegang token untuk janji biaya apa pun, dividen, pendapatan, laba atau hasil investasi, dan tidak dimaksudkan sebagai sekuritas di Singapura atau yurisdiksi terkait mana pun. FIS hanya dapat digunakan pada protokol Stafi, dan kepemilikan FIS tidak memiliki hak, tersurat maupun tersirat, selain hak untuk menggunakan FIS sebagai sarana untuk memungkinkan penggunaan dan interaksi dalam protokol Stafi.

Protokol Stafi akan membuat Kontrak Staking yang berbeda untuk menangani token staking yang berbeda. Token taruhan ini dikunci pada rantai asli untuk mendapatkan hadiah inflasi. Saat rToken ditransfer atau ditukarkan, biaya untuk staking reward akan dibebankan saat pengguna beroperasi. Ini akan sebanding dengan hadiah, yang disebut Biaya Likuid dalam protokol.

Biaya berdasarkan hadiah Staking akan meningkat seiring penggunaan dan perluasan SC. Nilai pasar Staking Token saat ini adalah 1,4 miliar USD, dan sekitar 60% dari token tersebut terkunci. Perkiraan optimis adalah bahwa ketika protokol Stafi mendukung SC ETH2, XTZ, ATOM, EOS, dan Token Staking yang dibuka oleh akun SC untuk sekitar 10% dari pasar, maka biaya yang dikumpulkan oleh pendapatan Stafi akan sangat mengesankan.

Di mana v adalah nilai pasar dari Token Taruhan yang berbeda, adalah rasio token yang dikunci, adalah tingkat inflasi tahunan, dan adalah tingkat biaya sirkulasi. Kami berasumsi bahwa biaya sirkulasi adalah 30%, hadiah inflasi rata-rata adalah 5%, dan tingkat Staking rata-rata adalah 50%.

Nilai yang ditangkap digunakan untuk menyeimbangkan. Pengembangan dan penerapan SC merupakan sumber pendapatan penting bagi protokol Stafi. Inflasi adalah untuk mencapai desentralisasi protokol Stafi.FIS akan didistribusikan untuk memberikan insentif ekonomi yang akan dikonsumsi untuk mendorong peserta berkontribusi dan menjaga ekosistem pada protokol Stafi.

Produksi setiap blok membutuhkan validator untuk berkontribusi komputasi, bandwidth, dan sumber daya penyimpanan, sehingga FIS yang dihasilkan oleh blok yang sama digunakan untuk mengkompensasi upaya yang dilakukan oleh validator.

Pada saat yang sama, karena desain khusus SC, protokol juga akan memerlukan validator tingkat yang lebih tinggi untuk menyediakan layanan keamanan, seperti layanan multi-signature, layanan light node, layanan mesin oracle, dll., dan layanan terkait juga akan diberi insentif oleh distribusi token FIS. FIS merupakan bagian integral dan tak terpisahkan dari protokol Stafi, karena tanpa FIS, tidak akan ada insentif bagi pengguna untuk mengeluarkan sumber daya untuk berpartisipasi dalam kegiatan atau memberikan layanan untuk kepentingan seluruh ekosistem pada protokol Stafi.

Pengguna protokol Stafi dan/atau pemegang FIS yang tidak berpartisipasi secara aktif tidak akan menerima insentif FIS apa pun.

Semua jenis insentif ditambahkan bersama-sama untuk membentuk tingkat inflasi satu tahun. Desain tingkat inflasi adalah masalah ekonomi yang kompleks. Melalui penelitian, kami menemukan bahwa tingkat inflasi proyek PoS di pasar umumnya ditetapkan antara 5 dan 20% per tahun, paling disesuaikan secara dinamis sesuai dengan tingkat Staking keseluruhan.

Tingkat inflasi awal tahunan Stafi dibagi menjadi dua bagian, masing-masing untuk validator SV dan SSV. Tingkat inflasi tahunan untuk SV adalah [2,5%, 10%], disesuaikan secara dinamis dengan tingkat Staking, dan tingkat inflasi tahunan untuk SSV adalah [1%, 2%], disesuaikan secara dinamis sesuai dengan jumlah panggilan layanan. Secara teoritis, tingkat inflasi total akan menurun dari tahun ke tahun, dan dengan penerapan SC.

Model token

Ada dua jenis token dalam protokol Stafi, satu adalah token alternatif (saat ini rToken), dan satu adalah token asli (FIS). Fungsi kedua token dalam protokol berbeda. rToken terutama mengasumsikan media untuk likuiditas, dan ekuitas dikaitkan dengan fungsi/hak yang diwarisi dari Staking Token. Sebagai token asli dari protokol Stafi, FIS terutama merupakan media transaksi sistem, terutama bertanggung jawab untuk menangkap nilai, insentif konsensus, dan pencegahan penyalahgunaan sistem (biaya Tx).

Pertaruhan Validator dan Insentif

Jaringan PoS terbuka perlu memberi insentif kepada validator. Pada saat yang sama, untuk mencegah kerusakan, validator akan diminta untuk mempertaruhkan FIS sebagai bentuk uang jaminan sebelum berpartisipasi dalam validasi, dan setelah menyelesaikan perhitungan dan penyimpanan, mereka akan berhak untuk mendapatkan hadiah FIS yang dialokasikan sistem.

FIS yang dipertaruhkan akan dikunci, dan jika validator melakukan kenakalan atau kesalahan, FIS yang dikunci akan di Slash. SSV dipilih dari SV. Kandidat akan dinilai berdasarkan beberapa kriteria, seperti waktu online, rasio token gratis dengan token pasak, dll.

Secara umum, untuk keamanan aset kontrak, sistem menetapkan bahwa jumlah Staking FIS sebanding dengan jumlah aset Stake yang dapat diproses, yang berarti semakin banyak FIS Staking, semakin banyak aset kontrak Stake yang dapat diproses, dan Anda bisa mendapatkan lebih banyak hadiah FIS. Jika perilaku tidak jujur ​​SSV terdeteksi oleh sistem, sistem juga akan melakukan Slash pada Staking FIS, dan proporsi Slash tergantung pada tingkat kerusakan.

Biaya Tx

Kontrak Pasak yang dibuat di Stafi memperoleh rToken yang diedarkan pada protokol Stafi melalui rantai Pasak asli. rToken yang diedarkan pada protokol Stafi perlu membayar FIS untuk mendapatkan daya komputasi. Validator mengemas transaksi dan mengunggahnya ke data blok terbaru.

Setelah ketinggian blok terbaru diperbarui, transaksi rToken selesai. Besarnya biaya FIS Tx terkait dengan besarnya data transaksi yang perlu diproses. Model biaya untuk transaksi biasa adalah sebagai berikut: Diantaranya adalah parameter yang disesuaikan secara dinamis sesuai dengan situasi transaksi jaringan, type(tx) adalah parameter yang disesuaikan secara dinamis sesuai dengan jenis transaksi, basefee adalah tarif dasar, lengthOf(tx) adalah ukuran data transaksi, dan bobot (tx) adalah durasi dan status fungsi Sintesis.

Akhirnya, Biaya ditentukan oleh FIS. Jika FIS yang dibayarkan lebih tinggi dari sumber daya yang diperlukan untuk pengoperasian sistem, sistem akan mengembalikan sisa FIS ke akun kontrak setelah transaksi selesai. Jika tidak, sistem akan berhenti berjalan ketika tidak ada sumber daya pembayaran FIS.

Kontrak Taruhan Panggilan

Protokol Stafi akan membuka beberapa antarmuka untuk pihak ketiga. Panggilan kontrak akan menghabiskan sumber daya komputasi sistem. Untuk membatasi serangan berbiaya rendah yang berbahaya dan juga untuk memenuhi panggilan komersial tingkat tertentu, ketika frekuensi panggilan kontrak mencapai tingkat tertentu, penelepon perlu membayar sumber daya komputasi tertentu. Tentu saja, pemanggil bisnis dapat menyesuaikan pembayar, baik pengguna platform atau platform itu sendiri. Model Biaya keseluruhan dihargai dalam FIS.

Sistem akan menghitung sumber daya komputasi dan sumber daya penyimpanan yang dibayarkan oleh node saat menelepon, membandingkan FIS yang dibayarkan oleh pemanggil, dan menentukan model akhir.

Semua biaya transaksi yang diperoleh dari protokol akan didistribusikan ke SV dan Protocol Treasury dengan rasio tertentu. Parameter rasio dapat dimodifikasi melalui tata kelola online.

Perbendaharaan Protokol
Untuk mencapai desentralisasi dan pengembangan protokol yang berkelanjutan, sebagian dari pendapatan biaya transaksi sistem akan dikirim ke perbendaharaan protokol untuk mendukung pengembangan selanjutnya dan pekerjaan masyarakat. Sumber perbendaharaan terutama adalah insentif inflasi, biaya sirkulasi, biaya transaksi, Slash deposit, dll. Melalui sistem proposal, pemegang FIS akan dapat memilih parameter platform serta fitur yang akan dikembangkan. Untuk menghindari keraguan, hak untuk memilih dibatasi hanya untuk memberikan suara pada fitur-fitur protokol Stafi; hak untuk memilih tidak memberikan hak kepada pemegang FIS untuk memberikan suara pada operasi dan manajemen Yayasan, Distributor atau afiliasinya masing-masing, atau aset mereka, dan bukan merupakan kepentingan ekuitas di salah satu entitas yang disebutkan di atas.
Jika FIS di perbendaharaan tidak habis dalam jangka waktu tertentu, maka rencana pembakaran akan dimulai. Pada hari-hari awal, Protokol sangat menginginkan partisipasi, sehingga yayasan akan memutuskan penggunaan dan pembakaran perbendaharaan nasional. Ketika kesepakatan itu canggih, penggunaan perbendaharaan negara akan terbuka untuk masyarakat.

Distribusi Awal Token

Sebagian besar dari distribusi awal FIS dialokasikan untuk penghargaan masyarakat. Pengguna dapat berpartisipasi dalam staking melalui Staking Contracts untuk mendapatkan hadiah komunitas. Jumlah yang diperoleh berbanding lurus dengan jumlah pekerjaan yang dilakukan melalui nilai total Staking Token. Proses ini disebut Staking Drop. Staking Drop adalah mekanisme insentif awal yang dirancang oleh Stafi untuk merangsang adopsi awal Stafi. Nilai keseluruhan Stafi tergantung pada perluasan SC. Insentif baru dapat meningkatkan pengumpulan biaya sirkulasi.

Untuk mengambil pangsa pasar yang lebih besar dan menarik lebih banyak pengguna, kami menganggap Staking Drop sebagai kampanye jangka panjang, yang akan diadakan setiap tahun. Periode airdrop yang berbeda akan disesuaikan untuk proyek yang berbeda dengan periode penguncian yang ditentukan. Satu proyek dapat mengizinkan beberapa airdrop, tetapi skalanya akan berkurang. Insentif awal ditetapkan cukup tinggi untuk menarik lebih banyak pemegang token untuk mengambil taruhan.

.Ringkasan
Pada tahap saat ini, perlu ditingkatkan untuk meningkatkan likuiditas aset Staking. Dengan lebih banyak peluncuran rantai publik PoS pada 2019~2020, dunia cryptocurrency akan menyambut lautan aset Staking. Diperkirakan dalam 2~3 tahun mendatang, nilai pasar aset Staking akan mencapai level 100 miliar, ketika banyak aset akan dikunci karena masalah keamanan.

Nilai likuiditas juga akan berkurang. Protokol Stafi dimulai dari aset Staking dan bertujuan untuk menciptakan protokol penerbitan aset alternatif yang terdesentralisasi. Pada tahap utama, akan fokus pada penyediaan aset Staking tanpa dukungan kepercayaan dari pihak ketiga. Sementara itu, akan mengeluarkan produk alternatif aset Stake secara lintas rantai, sehingga mengatasi kontradiksi antara likuiditas dan keamanan aset Staking. Tidak masalah ketika datang ke XTZ, ATOM atau DOT, DFN yang akan muncul di masa depan, mereka akan mengeluarkan rToken pada protokol Stafi sebagai peningkatan likuiditas token. Stafi menyediakan platform perdagangan dan sirkulasi untuk proyek-proyek yang menuntut likuiditas lebih tinggi.

Untuk token asli, rToken diturunkan darinya. Di dunia DeFi, bagaimanapun, rToken adalah aset dasar yang tak tertandingi. Untuk mengembangkan derivatif keuangan menggunakan rToken sebagai tolok ukur dapat menghindari kerusakan pada keamanan rantai asli. Oleh karena itu, Stafi akan menjadi infrastruktur yang sangat diperlukan untuk DeFi. Ini juga merupakan tujuan dalam pengembangan kita ke depan.

Bekerja di Masa Depan
Ada banyak tantangan di depan kita jika kita ingin melihat rToken beredar luas dan aset derivatif berkembang berdasarkan rToken. Ada tantangan untuk teknologi dan juga untuk membangun kepercayaan. Protokol Stafi membutuhkan perlindungan. Keamanan untuk aset Staking yang dikelola oleh Stafi Protocol adalah sebuah premis. Tanpa itu, tidak akan ada lagi Staker yang ingin Staking melalui Stafi. Dan jika kita memiliki Protokol yang aman, Stafi juga dapat bertahan dari serangan keamanan siber dan peristiwa black swan bahkan jika ia mengelola segudang aset Staking. Dan dengan keamanan yang ada, pengembang mungkin ingin mengembangkan lebih banyak aplikasi berdasarkan rToken dan memperoleh lebih banyak aset.

Oleh karena itu, bagi Stafi, banyak pekerjaan yang harus diselesaikan.

Tata Kelola On-chain

Stafi adalah protokol terdesentralisasi, dan arah peningkatannya terkait erat dengan tata kelola. Untuk banyak proyek konsensus PoS, salah satu pendekatan pemerintah yang paling penting adalah menetapkan Token Staking sebagai metode pemungutan suara. Implementasinya dapat bervariasi menurut proyek yang berbeda yang mengadopsi pendekatan Staking yang berbeda, seperti merangsang partisipasi pemungutan suara melalui insentif, atau memberikan referensi untuk pemungutan suara dengan memprediksi pasar, atau bahkan menghindari konvergensi hasil pemungutan suara dengan sistem delegasi.

Stafi percaya bahwa ada banyak masalah pemungutan suara dalam kenyataan. Partisipasi dan hasil pemungutan suara dikritik secara luas. Memberikan lebih banyak referensi dan insentif dapat secara efektif menyelesaikan masalah pemungutan suara.

Namun, solusi sempurna tidak ada dalam mekanisme pemungutan suara saat ini. Sebagian besar solusi tidak langsung, dikombinasikan dengan optimasi blockchain. Hal ini menyebabkan masalah baru. Oleh karena itu, pemungutan suara selalu menjadi masalah yang rumit. Meskipun kombinasi blockchain meningkatkan efisiensi, tetapi ini belum mengatasi beberapa masalah mendasar. Stafi akan menerapkan logika pemungutan suara dasar pada tahap awal, kemudian meningkatkan ke logika tata kelola on-chain, dan menempatkan solusi masalah pemungutan suara dalam rencana pengoptimalan jangka panjang.

Metode Pemeliharaan Kunci Pribadi

Saat ini, tanda tangan kunci pribadi dari alamat multi-tanda tangan adalah melalui algoritma multi-penandatanganan ambang dengan partisipasi beberapa validator khusus. Kunci pribadi validator disimpan di server lokal pemberi sertifikasi (setelah enkripsi), tetapi penyimpanan aset dan keberadaan validator tidak permanen, sehingga kedua belah pihak mungkin tidak selalu mencapai kesepakatan dalam kenyataan, yang akan membahayakan keamanan penyimpanan aset.

Saat ini, Stafi menjamin keacakan dan ketepatan waktu penyimpanan kunci pribadi melalui rotasi reguler, tetapi penggantian validator yang sering adalah pemborosan sumber daya komputasi, sehingga frekuensi perlu mempertahankan tingkat yang wajar. Saat ini, frekuensi terbaik tidak ditentukan, dan bagian dari pekerjaan di masa depan akan fokus pada keseimbangan antara frekuensi dan keselamatan.

Demikian pula, teknologi multi-penandatanganan ambang masih membutuhkan kepercayaan pada pemverifikasi acak. Stafi sedang meneliti algoritme baru yang dapat digunakan untuk mengurangi kepercayaan guna mempromosikan peningkatan keamanan protokol. Saat ini, arah penelitian komputasi privasi seperti MPC, TEE, dll. memiliki peluang kerjasama potensial dengan model keamanan yang diperlukan pada Stafi. Teknologi komputasi privasi juga berkembang pesat. Proyek-proyek aplikasi rekayasa bermunculan. Oleh karena itu, cara ini akan terus kami jajaki dalam pengerjaan contract layer ke depan.

Kontrak Cerdas Terdistribusi

Ketika pemegang memulai kontrak Staking through Stake, token mereka akan dikunci oleh rantai asli. Mekanisme keamanan rantai asli menjamin keamanan token yang dipertaruhkan. Namun, karena keberadaan aset berikat lintas rantai, rTokens, hubungan pemetaan akun multi-tanda aset akan disimpan dalam kontrak Staking. Ketika lebih banyak token pada rantai asli dipertaruhkan, kontrak lebih mungkin diserang.

Meskipun hubungan pemetaan bukan merupakan faktor penentu dalam penebusan aset rantai asli, serangan itu akan membahayakan sistem. Stafi mencoba membuat sistem distribusi yang akan menghasilkan kontrak Staking berdasarkan nilai aset Staking. Nilai ambang batas akan ditetapkan untuk setiap kontrak Staking. Taruhan dari kontrak ini akan berhenti ketika ambang batas terlampaui, kontrak baru, sebagai gantinya, akan dibuat. Pengaturan dinamis memecahkan masalah sentralisasi aset dan mengurangi risiko serangan aset besar.

Ada pengaturan canggih di industri yang dapat menjamin bahwa kontrak Staking tidak sepenuhnya memiliki aset Staking yang terkunci. Sebaliknya, ketika kontrak Staking dipanggil, kontrak independen dengan hanya hak pemegang akan dibuat. Kontrak memiliki korelasi yang kuat dengan satu Staker. Selain itu, kontrak ini akan diaudit oleh lembaga audit pihak ketiga sebelum rilis.

Keamanan Aset pada Rantai Asli

Penerbitan rToken bergantung pada bukti dari rantai asli rToken akan dicetak dan dikirim ke pengguna yang sesuai ketika Staking dilakukan pada rantai asli. Protokol Stafi menjamin korespondensi eksklusif antara rToken dan aset pada rantai asli, oleh karena itu memastikan penebusan. Tetapi jika ada masalah dengan modul Staking pada rantai asli, nilai rToken akan terdepresiasi. Misalnya, jika pengguna mempertaruhkan 10 XTZ, 10 rXTZ akan diberikan kepadanya. Ketika XTZ dibuat dengan nilai 5 XTZ karena garis miring, rXTZ akan berkurang secara bersamaan. Akibatnya, rXTZ dan XTZ tidak akan dipatok. Untuk mencegahnya, Stafi telah merancang pengendalian risiko dan mekanisme kompensasi, yang dijelaskan secara rinci dalam artikel ketiga dari seri Kontrak Taruhan, “Kerangka Kontrol Risiko untuk Kontrak Taruhan”.

Mekanisme ini masih terus dipoles dan disempurnakan, yang merupakan salah satu prioritas Stafi ke depan.

Distribusi Token Alternatif

rToken yang dikeluarkan melalui Stafi mewakili berbagai hak Token staking asli (misalnya hak penebusan, hak pendapatan, hak suara, atau hak ekosistem lainnya). Staking Contracts saat ini merealisasikan hak penebusan dasar dan hak penghasilan. Dan sedang mengembangkan dan meneliti hak dan kepentingan rToken yang sesuai dengan rantai asli, atau bahkan memberikan lebih banyak hak dan kepentingan pada rantai lain.

Pada saat yang sama, keadilan distribusi hak perlu dipoles lebih lanjut. Karena inkonsistensi mekanisme hak distribusi dari rantai publik PoS yang berbeda, akan membutuhkan waktu untuk menyempurnakan akses SC. Produk yang sempurna dapat tetap sama persis dengan rantai aslinya, atau bahkan lebih baik.

Sangat penting untuk membangun mekanisme distribusi hak universal, yang tidak hanya dapat mengurangi kesulitan pengembangan, tetapi juga meningkatkan kepuasan pengguna. Saat ini, Stafi mengadopsi metode distribusi hak dan kepentingan yang sederhana dan mudah dipahami, berpegang pada prinsip publik untuk menanggung/membagi hak dan kepentingan risiko, dan mendistribusikan hak dan kepentingan kepada Stakeholder. Namun, karena ketidakkonsistenan dengan mekanisme rantai asli, hal itu dapat menimbulkan keraguan. Kami masih menghadapi banyak tantangan.

Menerbitkan Lebih Banyak Token Alternatif selain Mempertaruhkan Aset
Inti dari Stafi adalah mengeluarkan token alternatif berdasarkan aset Staking. Sebaliknya, aset dasar untuk mengeluarkan token alternatif adalah aset Staking. Bagaimana jika aset dasar dapat diperluas ke lebih banyak bentuk aset terenkripsi, atau bahkan diturunkan dari aset yang tidak dienkripsi? Jika itu bisa tercapai, prospek Stafi akan sangat besar. Ini adalah arah jangka menengah/panjang yang perlu ditelusuri.

Tokenomi StaFi

Proof of Stake (PoS) tidak diragukan lagi telah berkembang menjadi mekanisme konsensus yang sangat diperlukan hingga saat ini. Ini diakui secara luas di dunia crypto.

Dalam 8 tahun yang sulit sejak 2012, sejumlah tim telah mengabdikan diri untuk mengatasi masalah teknis, seperti Tidak Ada yang Dipertaruhkan, Serangan Jarak Jauh, dll. Hingga 2018, PoS hampir merupakan mekanisme yang canggih, dan di paruh akhir tahun ini , serangkaian proyek PoS (atau mirip PoS), dengan EOS dan Tezos sebagai pusatnya, telah diluncurkan, menandai penerapan konsensus generasi baru. 2 tahun berikutnya melihat perkembangan pesat proyek PoS, dicontohkan oleh rantai publik mutakhir, seperti Polkadot, Near, Solana, Celo, dan sebagainya, yang semuanya mengadopsi PoS sebagai mekanisme konsensusnya.

Insentif dan keamanan menjadi perhatian terbesar PoS. Mekanisme insentif PoS, dengan keamanan pada intinya, berbeda dengan PoW, sementara Staking membawa jenis pendekatan insentif yang sama sekali baru untuk PoS, maka model bisnis awal – Staking Finance. Aplikasi keuangan yang menggunakan Staking sebagai sarana insentif telah diterapkan secara luas, dan selalu berubah seiring dengan perkembangan teknologi blockchain. Dapat dikatakan bahwa Staking telah menjadi salah satu desain terpenting dalam proyek PoS, yang menghadirkan pengalaman pengguna baru, serta masalah baru yang harus ditangani, terutama pengalaman terkait keamanan pengguna.

Stafi fokus pada masalah likuiditas di Staking Finance. Insentif dirancang dalam bentuk hadiah untuk Token Staking. Pada saat yang sama, jika pengguna terlibat dalam Staking, dia sebenarnya adalah bagian dari konsensus, yang membutuhkan stabilitas dan keamanan. Itu menjelaskan mengapa ada mekanisme penguncian untuk Staking Token. Ada periode tertentu untuk mengunci token Staked, yang juga merupakan prasyarat untuk mendapatkan hadiah. Ada masalah mendasar untuk itu, yaitu, di bawah pasar token yang belum matang saat ini, fluktuasi pasar yang drastis dapat menyebabkan depresiasi token. Dalam keadaan ini, hadiah hampir tidak dapat menutupi kerugian Staker dalam banyak kasus.
Stafi datang. Dengan itu, token Staking dapat menguntungkan dan dapat diperdagangkan pada saat yang bersamaan. Stafi menawarkan Kontrak Staking yang unik (dirujuk ke SC), yang membuat Token Staking seperti itu. Oleh karena itu, pengguna diberikan lebih banyak kemungkinan melalui Staking. Inilah yang Stafi dedikasikan.

Protokol Stafi dibuat oleh Substrat dan mengadopsi Nominated Proof-of-Stake (NPoS), yang melengkapi Staking dengan menyiapkan Kontrak Staking di lapisan atas untuk berkomunikasi dengan rantai publik. Proses Staking kebal terhadap kontrak Stafi, untuk yang terakhir bertindak sebagai buku akun selama Staking. Token yang dipertaruhkan melalui kontrak akan ditulis dalam kontrak dan akhirnya dikunci pada rantai aslinya.

Untuk mempertahankan protokol Stafi, Validator Stafi (SV) dan Validator Khusus Stafi (SSV) sangat penting. SV bertanggung jawab atas keamanan seluruh protokol sementara SSV menjamin keamanan semua Kontrak Staking. Di bawah kerangka protokol, pemilihan validator dan motivasi mereka menjadi yang terpenting, yang akan diuraikan di bagian ketiga dokumen ini.

FIS adalah token asli Stafi. FIS terlibat dalam 3 skenario: Gas, Staking dan value capture.
FIS adalah bahan bakar sistem. Ini mencegah sejumlah besar spam bermunculan di sistem. FIS yang dibebankan akan didistribusikan ke validator dan Protocol Treasury, dan rasio distribusi dapat disesuaikan dengan parameter yang bersangkutan.

Stafi mengadopsi konsensus NPoS dan menggunakan desain motivasi yang mendasari Polkadot sebagai referensi. Berdasarkan desain keamanan, Stafi menyesuaikan kurva motivasi sesuai dengan rasio Staking FIS untuk mencapai keamanan siber dan pengembangan sistem dalam jangka panjang.

FIS adalah media untuk menangkap nilai dalam sistem Stafi (terutama memberikan nilai untuk likuiditas rToken). Kontrak Staking Stafi tidak hanya menyediakan layanan Staking untuk Staker, tetapi juga menjamin likuiditas. Biaya layanan akan dibebankan oleh protokol Stafi dari pengguna ke jaringan Stafi. Proposisi nilai akan diuraikan dalam bagian 5 dari dokumen ini.

rToken (Token hadiah) adalah token alternatif yang diberikan kepada pemegang token Staking. Karena token Staking akan dikunci pada rantai asli, dan hubungan penguncian akan ditulis ke Staking Contracts, rTokens adalah satu-satunya tiket otentikasi yang dimanipulasi oleh kontrak Staking. Melalui rTokens, pemegang dapat mengganti hubungan kontrak, menjalankan Staking lebih lanjut, menebus token asli, dll. Sementara itu, dengan memegang rToken pengguna dapat memperoleh hadiah dari token Staking, yang akan dijelaskan di bagian 4.

Singkatnya, protokol Stafi dapat dianggap sebagai protokol dasar untuk aset kripto. Melalui rTokens, protokol dapat membebaskan Token Staking, mendukungnya ke pasar. Stafi memperoleh penghasilan dari menyediakan likuiditas. Rantai nilai melibatkan interaksi model yang berbeda, yang akan dirinci di bagian berikut.

Motivasi

Substrat mengintegrasikan mekanisme konsensus-BABE + GRANDPA. BABE bertanggung jawab atas pemilihan blok dan GRANGDPA menentukan finalitas blok. Untuk pemilihan blok, Stafi menganut sistem pemilihan. Validator memperoleh bobot bloknya dengan Staking FIS atau menerima nominasi Staked FIS. Setelah blok baru dikonfirmasi oleh konsensus GRANDPA, rantai yang dipilih oleh lebih dari FIS yang dipertaruhkan menjadi rantai terakhir, di mana produsen blok terbaru akan diberi hadiah.

Validator Stafi (SV)

Siapapun yang ingin terlibat dalam jaringan dan memberikan perlindungan keamanan diposisikan untuk menjadi validator–dengan mempertahankan sebuah node, jika Anda dinominasikan oleh Staking, Anda mungkin dapat bertindak sebagai salah satu. Seseorang dapat mempertaruhkan dirinya sendiri atau menominasikan seorang Staker, tetapi kemungkinan menjadi validator ditentukan oleh keseluruhan level Staking.

Pada tahap primer, untuk menjaga keamanan dan stabilitas jaringan, Stafi akan membuka beberapa pos SV untuk umum. Pengguna yang berperingkat tinggi dalam jumlah Stake akan dipilih dalam pemilihan konsensus akhir. Namun, ketika jaringan sudah matang, protokol Stafi akan menentukan apakah akan merekrut lebih banyak SV melalui voting on-chain.

Di dunia Stafi, periode waktu tertentu ditentukan oleh berapa banyak blok yang diproduksi dalam periode itu – untuk setiap blok diproduksi dalam 6 detik, memberi atau menerima. 1 zaman = 1 jam; 1 Era=24 zaman=24 jam. Di setiap Era, pemilihan untuk era berikutnya akan dilakukan. Setiap Slot memungkinkan beberapa produsen blok, dan mekanisme konsensus memilih BP dengan algoritma VRF. Ketika lebih dari satu blok diproduksi di Slot, blok yang mencapai ujung terjauh dari jaringan akan menjadi blok terakhir, dan pembuatnya akan diberi hadiah.

Penarikan

Selama setiap Era, SV terpilih melakukan pembuatan blok dan pemungutan suara, tetapi ketika SV tidak dapat melakukan tugas seperti yang dipersyaratkan, SV akan ditarik hingga putaran pemilihan berikutnya. Syarat penarikan adalah sebagai berikut:
Ketika SV melakukan kejahatan, itu akan dipotong oleh sistem, dan itu akan ditarik secara otomatis. Nominasinya akan didistribusikan kembali oleh algoritma.
Ketika SV tetap tidak responsif/offline ke tingkat tertentu selama Era, yang diukur dengan kemungkinan kehilangan satu blok, itu akan ditarik. Nominasinya akan didistribusikan kembali oleh algoritma.
Selama periode penarikan, nominasi tidak akan dimotivasi.

Hadiah

Di bawah desain NPoS Stafi, 3 pola SV berikut akan dihargai:

  • penghasil blok (blok non-paman dalam rantai relai)
  • memproduksi blok paman (paman yang sebelumnya tidak direferensikan)
  • memproduksi blok yatim piatu (direferensikan blok paman)

Untuk menjamin produksi blok, setiap produsen blok dipilih oleh algoritma VRF. Pada saat yang sama, konsensus juga akan memilih produsen blok alternatif dengan algoritma Round-Robin terlebih dahulu jika produsen blok tidak melakukan tugasnya.

Dengan cara ini, setiap slot harus diisi dengan blok yang baru diproduksi, dan blok terakhir adalah yang dikonfirmasi oleh GRANDPA, yang lain menjadi blok paman, sedangkan blok yatim di belakangnya juga akan diberi hadiah, tentu saja lebih sedikit.

SV membayar jumlah pekerjaan yang setara untuk menghasilkan blok, apakah itu blok terakhir, blok paman atau blok yatim piatu. Oleh karena itu, hadiah untuk SV untuk menghasilkan satu blok tetap sama. Sementara itu, dalam desain NPoS, setiap SV berhak atas Voting Power yang sama, tidak peduli berapa banyak Stake yang dinominasikan yang diterimanya. Artinya, setiap SV memiliki kesempatan yang sama untuk terpilih. Tentu saja, jumlah Stake yang Anda miliki menentukan apakah Anda memenuhi syarat untuk dipilih.

Peluang untuk menghasilkan blok sama dengan semua validator, yang berarti tidak ada relevansi langsung antara distribusi hadiah dan bobot Taruhan. Sementara dalam versi PoS dari beberapa proyek, kemungkinan menghasilkan blok sebanding dengan berat Pasak–lebih banyak Pasak akan diberikan lebih banyak peluang untuk diproduksi, sehingga lebih banyak hadiah.

Dilihat dari proyek-proyek yang ada, ada kecenderungan Stake berkumpul untuk mendominasi produsen blok. Dalam banyak kasus, 10 produsen teratas menyumbang lebih dari setengah dari semua Pasak. NPoS dapat secara efektif mengatasi masalah ini, untuk kesempatan yang sama untuk menghasilkan keseimbangan distribusi Pasak, membuat sistem jauh lebih terdesentralisasi. Saat ini, konsensus NPoS sedang diuji di jaringan Kusama.

Untuk nominator, semakin sedikit Stake Validator yang Anda nominasikan, semakin banyak hadiah yang bisa Anda dapatkan, dan sebaliknya. Nominasi untuk bagian tertentu dari FIS dapat memperoleh lebih banyak hadiah pada SV dengan lebih sedikit nominasi. Namun, SV semacam itu mungkin memiliki beberapa risiko, seperti offline lama, kemampuan teknis yang belum matang, kurangnya ketenaran, atau tidak berpengalaman dalam bisnis simpul. Faktor-faktor ini harus dicatat oleh nominator.

Stafi Special Validator (SSV)

Validator Khusus Stafi harus menjamin keamanan Kontrak Taruhan, yang mencatat korelasi antara aset pada rantai asli dan rToken, dengan demikian sangat penting. Desain paling mendasar dari Kontrak Taruhan adalah akun multi-tanda tangan pada rantai, yang dapat bervariasi di antara kontrak rantai Taruhan yang berbeda atau yang sesuai.

Pemilihan SSV independen dari pemilihan SV. Karena tingkat keamanan yang lebih tinggi, layanan khusus dirancang, termasuk layanan tanda tangan, RPC dan Oracle – meskipun selama fase awal Stafi, yang terakhir mungkin tidak diperlukan. Layanan tersebut juga merupakan pendekatan untuk memotivasi SVV. Motivasinya juga mandiri. Artinya, SSV tidak hanya bisa mendapatkan hadiah mereka sendiri, tetapi juga hadiah dari SV.

Pemilihan

Jumlah SSV validator khusus ditentukan sesuai dengan kontrak Staking yang diterapkan. Setiap penerapan kontrak Staking baru memerlukan kumpulan SSV baru untuk dikelola. Nomor SSV spesifik perlu dialokasikan sesuai dengan jumlah aset yang dikelola oleh kontrak Staking untuk memenuhi kebutuhan keamanan.

SSV dipilih dari SV, dan SV yang ada dapat mendaftar sebagai SSV dengan menerapkan layanan SSV. Sistem akan memilih SSV dari mereka sesuai dengan jumlah Pasak, tarif online, rasio Taruhan itu sendiri, dll. Setelah SV berhasil didaftarkan, ia akan memasuki kumpulan kandidat SSV. Semua SSV di dalam pool akan bergiliran atau bergabung dalam pemilihan saat Kontrak Staking baru diterapkan.

Sebelum setiap Era pemilihan SSV dimulai, sistem akan memilih berdasarkan situasi pendaftaran SV. SV yang memiliki nominasi lebih besar akan memiliki keunggulan untuk masuk ke pool. Selain itu, aset yang dijaminkan oleh SSV semuanya berasal dari SV. Tetapi dibandingkan dengan SV, SSV membutuhkan rasio self-Staking yang lebih tinggi. Ketika Slash terjadi, SSV akan dihukum lebih berat.

Ada dua jenis rotasi SSV – rotasi reguler dan rotasi darurat. Keduanya dirancang untuk memenuhi kebutuhan keamanan aset. Rotasi reguler adalah untuk memastikan kedinamisan SSV, dan pada saat yang sama, untuk memungkinkan penghargaan menutupi SSV di kumpulan kandidat seadil mungkin. Padahal rotasi darurat biasanya terjadi ketika jumlah penandatangan sudah mendekati batas.

Katakanlah setiap putaran, N dari M penandatangan diperlukan, tetapi jumlah penandatangan sebenarnya S mendekati atau sama dengan (M-N), sistem akan segera mengganti SSV incumbent yang tidak memberikan tanda tangan. Melalui ini, aktivitas sejumlah penandatangan dijamin.

Apakah rotasi reguler atau rotasi darurat, keduanya membutuhkan SSV baru, dan eks SSV akan beristirahat, menunggu pemilihan putaran berikutnya. SSV yang sedang beristirahat tidak akan bisa mendapatkan hadiah apa pun. Karena persyaratan fleksibilitas, siklus pemilihan SSV membutuhkan 1 Era sebagai satu putaran. Kami masih menjajaki siklus yang lebih tepat. Jika ditemukan, kita dapat menggunakan parameter tata kelola online.

Penarikan

Dalam 1 Era, SSV terpilih akan melakukan penandatanganan, tetapi jika SSV tidak dapat memenuhi permintaan yang diminta, SSV tersebut akan dicabut dan dilarang haknya untuk mengikuti pemilihan putaran berikutnya. Syarat penarikan adalah sebagai berikut:

Ketika SSV melakukan kejahatan, itu akan dipotong oleh sistem, dan itu akan ditarik secara otomatis. Itu tidak dapat berpartisipasi dalam putaran pemilihan berikutnya.
Ketika SSV salah atau tidak masuk ke tingkat tertentu selama Era, itu akan ditarik.
Saat SSV ditarik, tanda tangan SSV yang belum dirotasi tidak dapat menghasilkan hadiah apa pun.

Penghargaan

Hadiah untuk SSV tidak tergantung pada SV. Untuk menjaga keamanan Kontrak Staking, multi-tanda tangan terlibat dalam penambahan, penghapusan, modifikasi dan pemantauan kontrak. Di sisi lain, RPC memberikan dukungan yang andal untuk proses Staking. Selain itu, StakingDrop dalam protokol Stafi yang berbasis price-feed juga memerlukan dukungan SSV untuk mengoperasikan Oracle. Di bawah protokol saat ini, Stafi memiliki dua insentif utama untuk SSV: satu adalah layanan multi-signature, dan yang lainnya adalah layanan RPC.
Prinsip penghargaan mirip dengan memproduksi balok – dapatkan lebih banyak hadiah untuk lebih banyak pekerjaan yang dilakukan.

Token FIS

FIS adalah token asli untuk Stafi Protocol, penerbitan awal adalah 100 juta, dan akan ada penerbitan lebih lanjut setiap tahun ke depan. FIS ke Stafi mirip dengan Dot ke Polkadot, mencegah penyalahgunaan sistem dan menangkap nilai. Di Stafi, fungsi khusus yang dilakukan FIS adalah sebagai berikut:
Mempertaruhkan
Validator dalam konsensus Stafi membutuhkan Staking FIS untuk bergabung dalam jaringan konsensus, dan nominator yang ingin mendapatkan motivasi juga membutuhkan Staking FIS untuk mencalonkan.

Biaya Tx
Untuk menghindari penyalahgunaan sistem, pemrakarsa transaksi harus membayar FIS untuk mendapatkan sumber daya komputasi. Dengan cara ini, transaksi yang tidak valid akan diberantas.

Tata kelola dalam rantai
Pemegang FIS dapat berpartisipasi dalam mengutak-atik parameter Protokol Stafi, memilih peningkatan Protokol dan menentukan kursus pengembangan. Siapa pun dapat menyerahkan proposal ke Protokol, tetapi hanya pemegang FIS yang dapat memilih atau menolak proposal, 1 akun FIS untuk 1 suara.

rToken(Token-hadiah)

rToken adalah token alternatif yang diperoleh Staker melalui kontrak Staking, Jika Anda Staking XTZ, Anda bisa mendapatkan rXTZ, Staking Atom, pengguna bisa mendapatkan rAtom. rToken dan Staking Token memiliki rasio 1:1. Memegang rToken bisa mendapatkan insentif dari token yang dipertaruhkan. Pada saat yang sama, rToken dapat diperdagangkan di pasar alih-alih token yang dipertaruhkan. Setelah transaksi, kontrak Staking akan mengubah hak reward dan redemption.

Tidak ada batasan jumlah rToken. Secara teoritis, itu sama dengan jumlah total token yang terintegrasi dalam proyek PoS. Ketika rToken ditebus, ada mekanisme pembakaran, yang pada dasarnya menjaga kesatuan dengan Token Staking.
Peran

Dalam protokol Stafi, peran spesifik rToken adalah:

Mendapatkan Hadiah Staking
rToken adalah pemetaan Staking Token, dan hadiah Staking yang diperoleh dari Staking Token akan dikirimkan ke pemegang rToken. Selama periode penukaran, rToken akan dikunci dan haknya untuk memperoleh hadiah akan hilang sementara.

Perdagangan
rToken dapat diperdagangkan. Setelah transaksi, motivasi dan hak penebusan yang sesuai akan ditransfer sesuai dengan itu. Protokol Stafi akan mempromosikan daftar rToken dan pasangan perdagangan Token Taruhan yang sesuai pada pertukaran terpusat dan terdesentralisasi untuk memberikan rToken likuiditas perdagangan yang lebih tinggi.

Penebusan
rToken adalah satu-satunya media penukaran untuk Staking Token. Pemegang rToken dapat memulai penukaran kontrak Staking. Selama proses penukaran, pemegang tidak lagi memiliki hak motivasi, dan rToken akan dikunci. Setelah token Staking dibuka kuncinya di rantai asli, token itu akan dikirim kembali ke Akun pengguna.

Distribusi

Pemegang rToken dapat memperoleh hasil Staking Token, dan juga menanggung risiko Staking Token dipotong oleh rantai asli. Staking Contract memonitor hadiah dan situasi Slash dari Staking Token. Ketika ditemukan bahwa validator mengirimkan hadiah atau Slash, maka secara otomatis akan memperbaiki rekaman.

Transfer rToken tidak dibatasi, yang akan mengalami kelambatan komunikasi lintas rantai ketika menyangkut hadiah dan koreksi Slash. Catatan koreksi mungkin tidak sesuai dengan jumlah hadiah di rantai asli, terutama untuk beberapa Token Taruhan yang perlu mengirim hadiah di luar rantai. Dalam situasi itu, Kontrak Taruhan tidak dapat secara akurat mencatat distribusi hadiah dari waktu ke waktu. Demikian pula, itu akan terjadi pada Slash. Tetapi Staking Contract menangani Slash lebih hati-hati karena Staking Token itu sendiri yang di Slash.

Untuk pembagian hak terkait rToken, menurut hasil penelitian saat ini, kami cenderung menanganinya dengan cara yang lebih sederhana dan mudah dipahami. Dan memaksimalkan keuntungan dengan menanggung prioritas risiko secara bersama-sama. Di masa depan, Stafi akan mengakses lebih banyak proyek yang dipertaruhkan, dan mengeksplorasi metode distribusi yang lebih mirip dengan rantai asli melalui pemantauan data.

Selain itu, pengenalan “bantuan” eksternal dapat membantu seluruh sistem menyangga risiko dengan lebih baik, seperti pengenalan asuransi Slash. Staker yang membeli asuransi Slash dapat menghindari kerusakan properti saat Slash terjadi.

Di masa depan, kami akan terus mengeksplorasi mekanisme distribusi hadiah dan mekanisme Slash untuk berbagai proyek. Selain itu, kami akan menyesuaikan berbagai jenis proyek sebagai tonggak perkembangan kami. Pada tahap ini, desain berbagai proyek PoS cenderung sama, sehingga memungkinkan untuk merancang mekanisme distribusi yang terpadu.

Biaya

Untuk mencegah penyalahgunaan sumber daya, Protokol menetapkan biaya tx untuk setiap transaksi. Pemrakarsa transaksi harus memiliki cukup, meskipun sejumlah kecil, FIS di rekening untuk memulai transaksi.

Perhitungan biaya tx agak rumit, yang melibatkan perhitungan CPU, bandwidth dan penyimpanan. Pada saat yang sama, karena penggunaan transaksi dan perkembangan teknologi yang pesat, sangat penting untuk merancang mekanisme yang dapat menyesuaikan biaya tx secara dinamis.

Dalam model Ethereum dan proyek lainnya, model Biaya Gas/Gas banyak digunakan. Biaya Gas dihitung dengan mengukur pekerjaan komputasi yang dibutuhkan dalam setiap transaksi serta penyimpanan bandwidth. Dalam Protokol Stafi, GasFee diselesaikan oleh FIS.

Namun perhitungannya berbeda dengan bandwidth dan storage. Sebuah transaksi perlu disimpan di blok untuk jangka waktu yang lama, tetapi perhitungan kerja komputasi dan bandwidth akan dihapus pada saat pengiriman. Oleh karena itu, dalam perhitungan khusus, komputasi Dan bandwidth hanya perlu menghitung ukuran 1 instruksi CPU dan transaksi yang dikirim secara online (yaitu bandwidth dalam byte), Anda dapat mengetahui Gas yang dikonsumsi oleh transaksi saat ini (hanya komputasi dan bandwidth)

Karya Masa Depan

Tokenomics Stafi terutama memperkenalkan motivasi, hukuman dan cara untuk menangkap nilai-nilai di bawah Protokol Stafi. Dari mereka, motivasi dan hukuman SSV tidak tergantung pada mekanisme Substrat. Idealnya, kami membutuhkan perkiraan yang cukup baik dari penerapan proyek, yang sulit untuk dilakukan pada tahap saat ini. Jadi kami mengambil cara yang bijaksana, yang sejauh ini tidak terlalu cerdas. Di masa depan, kami akan mengoptimalkan desain mekanisme kami melalui data yang luas dan pengalaman operasi.

Sementara itu, penangkapan nilai merupakan mekanisme penting untuk Protokol Stafi. Dengan menyediakan likuiditas, kami membebankan biaya tx untuk transaksi, yang akan mengembalikan nilai pengembalian yang dibuat oleh Protokol ke peserta sistem yang telah menyumbangkan sumber daya berharga.

Sebagai turunan dari Protokol Stafi, rToken memainkan berbagai peran selain sebagai media likuiditas. Pertama-tama, melalui Protokol Stafi, sebagian besar token Staking dapat ditransfer ke ekosistem lain. Kedua, sebagai aset baru, sangat mungkin untuk diturunkan kembali.

Akhirnya, rToken dapat diintegrasikan ke dalam ekosistem yang ada sebagai gadai atau digunakan dalam pinjaman. Tentu saja, kita harus mengakui bahwa re-derivasi dapat menimbulkan tantangan baru, katakanlah stabilitas pegging, risiko struktural dari proyek Defi yang saling terkait, dll. Kami juga akan berupaya untuk itu.

Masalah lain tentang rToken adalah distribusi hak. Ini terutama tentang distribusi hadiah dan pembagian risiko Slash. Mekanisme distribusi hadiah berbeda untuk berbagai proyek PoS, dan ada jeda untuk Staking Contracts untuk berkomunikasi dengan rantai luar, yang mengarah pada inkonsistensi dari rantai asli dalam hal distribusi yang tepat.

Bahkan ada beberapa proyek yang mengadopsi distribusi off-chain. Dengan mempertimbangkan semua faktor tersebut, sangat sulit untuk menjelaskan setiap hak untuk Kontrak Staking. Oleh karena itu, pada tahap saat ini, kami memilih untuk membiarkan semua orang berbagi selera risiko. Ini adalah cara yang praktis, tetapi memang tidak ideal. Dengan pengembangan proyek, kami akan menghabiskan lebih banyak waktu dan energi untuk masalah itu.

Di masa depan, Stafi mengabdikan diri untuk menempa dirinya menjadi sebuah platform dan mencapai tonggak pencapaian kami dalam penurunan kembali aset yang terkunci. Tentu saja, selain aset Staking, semua aset yang terkunci dapat diedarkan melalui Kontrak Staking Stafi. Token baru mungkin berbeda dari rToken, tetapi Stafi akan menjadi platform untuk aset turunan setelah mengembangkan seperangkat SDK.

Dimana anda bisa membeli StaFi coin ?

StaFi memiliki maksimal pasokan 114.911.733 koin FIS.

Jika Anda ingin tahu di mana membeli StaFi dengan kurs saat ini, pertukaran mata uang kripto teratas untuk perdagangan saham StaFi saat ini adalah Binance, CoinW, Bitrue, Huobi Global, dan Gate.io.

Referensi : StaFi Whitepater

Older Posts
Newer Posts
Yasin, ST
Yasin, ST I am Conten Creator, Blogger, IT.. I have a hobby of reading and writing, sometimes singing and composing music

Post a Comment

- Advertisment -