Semua bahasa
Berdasarkan konsep tata kelola yang berbeda, komunitas EOSC telah mengoptimalkan mekanisme pemilihan EOSIO, meluncurkan mainnet EOSC di Genesis Height 1, dan terus memutakhirkan mainnet EOSC secara iteratif, membuat EOSC bergerak menuju high yang terdesentralisasi. Arah kinerja cerdas platform kontrak terus berkembang, meletakkan dasar untuk mempopulerkan ekonomi terenkripsi dalam skala besar.
Ekonomi enkripsi telah memasuki tahap kritis dari eksperimen sosial hingga penggunaan komersial berskala besar.
Penggunaan komersial skala besar berarti tekanan transaksi yang besar. Agar sistem blockchain dapat membawa permintaan transaksi dalam jumlah besar secara efisien, pertama-tama ia harus memberikan kinerja yang cukup kuat. Untuk mencapai hal ini, diperlukan persyaratan yang lebih tinggi untuk node penuh, seperti mesin perangkat keras yang dikonfigurasi dengan lebih baik, kapasitas penyimpanan yang lebih besar, jaringan yang lebih stabil, bandwidth yang lebih cepat, latensi yang lebih rendah, dan sebagainya. Jelas, ambang batas yang terlalu tinggi untuk node penuh akan menyebabkan pengurangan jumlah node penghasil blok yang dapat beroperasi secara stabil.Jika mekanisme POS diadopsi dalam sistem blockchain seperti itu, sistem akan dengan cepat menyatu ke situasi terpusat. Untuk mencapai keseimbangan antara kinerja tinggi dan desentralisasi, algoritme konsensus DPOS tidak diragukan lagi merupakan pilihan terbaik saat ini, dan ini juga merupakan solusi terbaik yang layak untuk mengelola sejumlah kecil node.
EOSIO berdasarkan algoritme konsensus DPOS muncul, dan komunitas melihat fajar penggunaan ekonomi enkripsi skala besar secara komersial untuk pertama kalinya. Apakah mekanisme pemilihan sepenuhnya efektif adalah kunci kelangsungan mekanisme konsensus DPOS, dan ini juga terkait dengan apakah mekanisme konsensus DPOS dapat menggantikan POW dan memimpin enkripsi generasi berikutnya.
Untuk mempercepat datangnya era penggunaan ekonomi enkripsi berskala besar secara komersial, komunitas EOSC telah mengoptimalkan mekanisme pemilihan EOSIO, meluncurkan mainnet EOSC di Genesis 1, dan terus meningkatkan mainnet EOSC secara iteratif, membuat EOSC bergerak menuju arah platform kontrak cerdas berkinerja tinggi yang terdesentralisasi terus berkembang.
EOSC mengikuti mekanisme konsensus EOSIO, yaitu Konsensus DPOS BFT Pipeline. Tidak seperti EOSIO, EOSC tidak mengadopsi model EOSIO dari satu blok setiap 0,5 detik, dan satu node menghubungkan 6 blok. Di EOSC, satu blok setiap 3 detik , Node tidak akan terus menghasilkan blok, meskipun produksi blok terus menerus oleh node dapat mengurangi waktu tunggu untuk membongkar transaksi, tetapi karena lingkungan jaringan saat ini seringkali tidak terlalu ideal, produksi blok yang cepat akan mempengaruhi stabilitas rantai, menghasilkan besar jumlah garpu mikro.
Mekanisme konsensus EOSIO saat ini tidak sempurna, tetapi sebagai platform DAPP, waktu konfirmasi blok bukanlah prioritas pengoptimalan rantai yang pertama. Untuk EOSC, mekanisme konsensus harus dipertimbangkan dalam lingkungan beban tinggi. Dalam mekanisme komputasi paralel saat ini Jika tidak sempurna, terburu-buru untuk memperbaiki mekanisme konfirmasi pipelined akan menyebabkan masalah besar.
Mekanisme konsensus EOSC di masa mendatang akan berkembang secara paralel dari dua arah
1. Kompatibel dengan pengembangan EOSIO dan memperbarui algoritme konsensusnya, kami menilai berdasarkan kemajuan pengembangan EOSIO saat ini, ketika EOSIO menyelesaikan peningkatan paralel, algoritma konsensus akan ditingkatkan, Mencapai waktu konfirmasi blok lebih cepat.
2. Ini akan beradaptasi dengan mekanisme konsensus lain berdasarkan nomor konfirmasi, sebagai pelengkap konsensus DPOS yang ada, di satu sisi, akan mewujudkan interaksi antara tertanam Layer 2 rantai konsensus dan rantai utama. Di sisi lain, dapat mewujudkan mekanisme cross-chain yang lebih terdesentralisasi dengan rantai mekanisme konsensus lainnya.
Model sumber daya berdasarkan biaya layanan
Meskipun model pembayaran sumber daya CPU dan NET EOSIO adalah desain yang bagus dalam teknologi, model ini terlalu rumit bagi pengguna dan tidak dapat mempromosikan Pengembang DAPP mengoptimalkan kontrak mereka Di sisi lain, metode pembelian RAM EOSIO akan mengarah pada perilaku penimbunan tertentu, yang tidak kondusif bagi pengembangan ekologi DAPP. Untuk alasan ini, EOSC secara inovatif merancang serangkaian model sumber daya baru. Melalui pengoptimalan dalam praktik, jelajahi model sumber daya berdasarkan biaya layanan dalam lingkungan kontrak pintar yang kompleks, dan menyelesaikan masalah sumber daya yang mengganggu ekologi EOS secara menyeluruh.
Pertama-tama, EOSC membayar penggunaan sumber daya CPU dan NET pengguna dalam mode biaya. Untuk Tindakan yang ditentukan oleh pengembang di DAPP, pengembang DAPP dapat menetapkan biaya yang diperlukan untuk Tindakan, dan sistem mengontrol sumber daya penggunaan Tindakan berdasarkan ini , Di satu sisi, mudah bagi pengguna untuk memahami konsumsi sumber daya, di sisi lain, ini juga sangat mendorong pengembang DAPP untuk mengoptimalkan penggunaan sumber daya kontrak, sehingga seluruh ekologi berkembang dengan ramah.
EOSC menggunakan metode yang mirip dengan menyewa cloud host untuk mengalokasikan sumber daya RAM. Pengguna dapat menggunakan dividen voting untuk membayar sewa sumber daya RAM. Dengan cara ini, pengguna tidak perlu khawatir membayar sewa, dan masalah tunggakan sewa adalah juga dihilangkan Melalui metode "sewa dan jual", EOSC dapat secara efektif menghindari spekulasi sumber daya RAM, sehingga pengembangan DAPP tidak perlu diganggu oleh harga RAM, dan secara efektif mempromosikan konstruksi ekologis DAPP.
Sambil dengan berani berinovasi dan mengeksplorasi model sumber daya baru, EOSC juga menjajaki mekanisme agar kompatibel dengan model sumber daya EOSIO. Untuk sumber daya CPU dan NET, pengguna dapat membayar biaya berdasarkan usia tiket dividen untuk mencapai hipotek EOSIO yang serupa untuk mendapatkan CPU Dan efek sumber daya NET, untuk RAM, pengguna dapat mencapai efek EOSIO berdasarkan pembelian pasar melalui bentuk pertukaran pemungutan suara hipotek, sehingga pengembang DAPP dapat dengan cepat memotong EOSC dari rantai EOSIO lain, dan dengan lancar beralih ke sumber daya EOSC model.
Mekanisme pembaruan yang mulus
Mekanisme pemilihan EOSC mendorong node super untuk berpartisipasi aktif dalam mempromosikan peningkatan teknologi. Tidak seperti perpecahan versi node komunitas EOSIO, EOSC secara aktif mempromosikan peningkatan dan pembaruan teknologi.
Untuk mencapai proses pemutakhiran yang tidak kompatibel dengan lebih lancar, EOSC telah menambahkan mekanisme pembaruan berdasarkan ketinggian blok yang efektif. Komunitas dapat mengonfirmasi ketinggian blok yang efektif dari suatu fungsi melalui multi-tanda tangan, untuk menyelesaikan pemutakhiran yang lancar di proses cara yang terdesentralisasi, berbeda dari skema pelabelan EOSIO yang baru-baru ini diusulkan berdasarkan data ekspansi blok, mekanisme pembaruan EOSC lebih ramah dan mudah dipahami EOSC adalah yang pertama mempraktikkan proses pembaruan "garpu lunak" terdesentralisasi dalam rantai berbasis EOSIO, yang merupakan jaminan dasar untuk evolusi berkelanjutan EOSC untuk menyelesaikan berbagai masalah mekanisme.
Di sisi lain, fungsi pengaturan atribut rantai berdasarkan multi-signature dapat memberi masyarakat seperangkat konfigurasi rantai terdesentralisasi dan solusi on-chain. Berbagai parameter dan konfigurasi dapat dimodifikasi secara desentralisasi sesuai dengan aktual pembangunan, menjadikan pembangunan masyarakat yang lebih baik.
Mekanisme detak jantung node dan interval blok yang stabil
Untuk mempromosikan stabilitas jaringan utama, EOSC telah memperkuat konstruksi calon node dari perspektif model ekonomi. Pada saat yang sama , EOSC telah menambahkan rantai Mekanisme detak jantung node pada jaringan digunakan untuk mempromosikan penguatan node untuk meningkatkan stabilitasnya dan meningkatkan stabilitas seluruh jaringan utama.
Berdasarkan mekanisme detak jantung, EOSC dapat mengkonfirmasi pengoperasian node, sehingga node yang rusak dapat dihukum berdasarkan rantai, sehingga dapat lebih mengawasi pembangunan node dan mencegah kelambanan node menyebabkan ketidakstabilan seluruh jaringan utama.
Tingkatkan waktu interval blok di awal peluncuran, untuk menghindari percabangan lunak sesekali pada jaringan utama saat infrastruktur jaringan saat ini belum sempurna. EOSIO merancang interval blok setengah detik dan mekanisme node yang menghasilkan enam blok berturut-turut dapat meningkatkan ketersediaan rantai di masa mendatang, hal itu tidak dapat diterapkan di lingkungan jaringan saat ini Secara pragmatis, interval antara produksi blok harus ditingkatkan terlebih dahulu, kemudian diubah menjadi produksi blok cepat ketika kondisi matang di masa depan, ini dapat secara efektif mengurangi garpu lunak, dan pada saat yang sama, pengurangan jumlah blok dapat sangat meningkatkan tingkat sinkronisasi simpul penuh, sehingga dapat ada lebih banyak simpul penuh, sehingga meningkatkan ketersediaan seluruh jaringan.
Lebih banyak API lapisan kontrak
Untuk memudahkan developer DAPP mengembangkan kontrak, beberapa API telah ditambahkan, dan beberapa penyesuaian khusus telah dilakukan pada kontrak sistem.
Pertama-tama, API untuk mendapatkan tinggi blok ditambahkan. Pengembang dapat dengan mudah dan efisien mendapatkan tinggi blok saat ini. Berdasarkan API ini, kontrak dapat secara efektif menghindari serangan pemblokiran blok dan serangan berbasis percobaan ulang lainnya. Kedua, add Untuk mendapatkan API informasi konfigurasi rantai, pengembang dapat mengadaptasi berbagai koreksi parameter dan peningkatan rantai pada lapisan kontrak, sehingga kontrak juga dapat dengan lancar mengikuti fungsi peningkatan rantai. Terakhir, untuk menghindari pemalsuan mata uang serangan, sebelum rantai dimulai, kontrak token inti independen digunakan, sehingga pengguna dapat dengan jelas membedakan serangan mata uang palsu.
Adaptasi ke layanan lintas rantai
Di awal peluncuran, tim Force meramalkan bahwa dukungan untuk lintas rantai di masa mendatang akan menjadi fungsi dasar rantai publik, jadi tim Angkatan memulai Pengembangan proyek Codex, membangun rantai relai Codex.Relay untuk menyediakan layanan relai untuk setiap rantai, sehingga dapat mewujudkan mekanisme rantai silang antara setiap rantai, dapat memberikan dukungan yang lebih sempurna untuk Codex.Relay, dan saling beroperasi melalui node super dari dua rantai , dapat mencapai mekanisme rantai silang "lengkap", yaitu, tingkat desentralisasi rantai apa pun tidak akan berkurang selama proses lintas rantai.
Melalui mekanisme lintas-rantai, skalabilitas yang besar dapat diperoleh. Berdasarkan layanan relai, sub-rantai Layer 2 dapat ditambahkan. Beberapa layanan dan DAPP yang mengonsumsi sumber daya besar dapat dijalankan berdasarkan sub-rantai. Melalui layanan relai, hasil kalkulasi atau status inti disinkronkan ke , sehingga sub-rantai khusus seperti penyimpanan, kalkulasi, DAPP, dan nomor acak dapat ditambahkan di masa mendatang untuk memperluas fungsi.
Kerangka pengembangan blockchain EOSIO yang sangat dapat disesuaikan
Berdasarkan layanan relai, sub-rantai Layer 2 dapat ditambahkan, dan berbagai sub-rantai akan memainkan peran dalam ekologi EOSIO di masa mendatang. memiliki efek yang besar, tetapi perlu dicatat bahwa pengembangan proyek blockchain saat ini dengan fungsi yang disesuaikan berdasarkan EOSIO masih memiliki ambang batas yang tinggi. Untuk alasan ini, tim Force telah meluncurkan proyek Codex.io, yang merupakan proyek yang sangat dapat disesuaikan Kerangka kerja pengembangan blockchain EOSIO menurunkan ambang batas untuk pengembangan sub-rantai dan memberi pengembang pengalaman pengembangan sub-rantai yang lebih ekonomis dan ramah.
Tim Force telah mengumpulkan banyak pengalaman dalam mengembangkan blockchain berdasarkan EOSIO selama proses pengembangan, dan berharap dapat memaksimalkan nilai dari pengalaman ini. Codex.io adalah Block Chain EOSIO yang "out-of-the-box" kerangka kerja pengembangan, pengembang dapat dengan cepat memulai rantai mereka sendiri berdasarkan Codex.io, setelah konfigurasi sederhana, mereka dapat menyesuaikan berbagai simbol, bebas memilih sistem ekonomi dan model sumber daya, atas dasar ini, pengembang hanya perlu memperhatikan rantai. diselesaikan dengan sendirinya dapat diimplementasikan berdasarkan kontrak atau lapisan asli rantai Codex.io dapat memfasilitasi pengembang untuk memperluas lapisan asli rantai, sehingga dapat memecahkan beberapa masalah kinerja, dan juga dapat sangat memperluas rantai .Fungsi.
Codex.io mengintegrasikan fungsi ekspansi yang diusulkan oleh sebagian besar rantai EOSIO saat ini Dengan sikap inklusif, Codex.io memungkinkan pengembang untuk secara bebas menggabungkan fungsi pada rantai: termasuk sistem tunjangan subsisten, sistem akun, berbagai daftar hitam dan putih mekanisme , mekanisme tata kelola umum dan mekanisme pemungutan suara, dan berbagai plugin.
Melalui Codex.io, sejumlah besar sub-rantai Layer 2 akan diintegrasikan di masa mendatang, yang akan memberikan skalabilitas tak terbatas.