Tentukan dan terapkan hadiah blok, dll.

Implementasi Fungsionalitas

Tentukan dan terapkan hadiah blok #246 (Insentif Blok, Fitur)

Buku putih mendefinisikan beberapa hal w.r.t. imbalan: kategorisasi, jumlah, keacakan …
Namun, hadiah pembekuan akan dihapus, karena itu adalah bentuk pendapatan pasif yang akan membuat koin kita menjadi jaminan. Meskipun jumlah total penghargaan kemungkinan besar akan tetap sama, distribusi di antara berbagai kategori akan berubah untuk menyelaraskan insentif dengan tujuan yang dinyatakan dalam buku putih.
Salah satu tujuan dari white-paper adalah untuk memisahkan insentif politik dari insentif ekonomi. Arah yang kami tuju adalah mendapatkan reward rendah untuk validator sederhana dan reward yang semakin tinggi untuk penyedia L2 (validator dengan> 40k). Karena likuiditas L2 tidak dapat dipotong (itu akan menjadi pembelanjaan ganda), kami berasumsi bahwa setiap validator memiliki tepat 40k.

Selain itu, kami perlu memberikan insentif bagi validator untuk:

  • Terima validator baru di set validator;
  • Pastikan bahwa gambar awal dan data penting lainnya disebarkan dengan benar;
  • Dalam kasus kedua, kurangnya propagasi / kerjasama (misalnya dengan menahan gambar awal) dapat digunakan sebagai upaya untuk memotong node yang berperilaku baik.

Ganti format alamat dari Stellar-style menjadi bech32 #1655 (Blockchain, Usability)
Fitur ini membuat alamat kita mirip dengan cara kerja Bitcoin. Kurangnya casing campuran membuatnya lebih efisien untuk membaca dengan suara keras atau memasukkan kode QR. Itu memang datang dengan peningkatan panjang 15%, tapi itu tidak masalah saat menyalin alamat. Dengan cara itu, bagian yang dapat dibaca manusia dipisahkan secara jelas dari bagian data, menghindari potensi benturan dengan bagian yang dapat dibaca manusia yang memiliki awalan yang sama. Ini juga memungkinkan kita untuk menghindari pembatasan set karakter pada bagian yang dapat dibaca manusia. Pemisahnya adalah 1 karena menggunakan karakter non-alfanumerik akan mempersulit penyalinan alamat. Oleh karena itu, karakter alfanumerik di luar himpunan karakter normal dipilih.

Verifikasi Pembayaran Sederhana (SPV) #239 (Blockchain, Peningkatan)

Kami ingin dapat memverifikasi pembayaran dari “perangkat sederhana”, seperti telepon, tanpa harus mengunduh status blockchain lengkap dan memvalidasi semuanya. Ini akan diatasi dengan membuat blok dapat diverifikasi, kemudian memberikan Jalur Merkle dalam blok ini.

Pengembangan Berkelanjutan

  • Mencegah penandatanganan beberapa blok pada ketinggian tertentu #1658
  • Implementasi PreImageCycle bergantung pada NumberOfCycles #1516
  • Tentukan dan terapkan aturan untuk penggantian transaksi #245
  • Pengujian NetworkDiscovery membuat asumsi yang salah #1738
  • Pisahkan keluaran pencatat menjadi beberapa file #1649
  • Beralih dari jarak ke tinggi untuk gambar awal #1847
  • Saat berjalan di buruh pelabuhan, tidak ada blok di atas ketinggian 19 yang dibuat. #1552
  • Node penuh menyebabkan pengujian Sistem CI sering gagal #1809
  • Perpanjang dokumentasi proposal Biaya dengan spesifikasi dompet dan detail pada pemungutan suara kedua #71
  • Tambahkan persyaratan untuk halaman “Transisi” ke dompet #93
  • Flash: Tulis rangkaian pengujian ekstensif dan targetkan cakupan pengujian 100% #1656
  • Rangkaian percobaan terkadang gagal dengan kesalahan ganjil #864
Previous articleJaringan Kongres, DAO di BOSAGORA
Next articleBagaimana BOSAGORA Akan Mengatasi Masalah Skalabilitas

LEAVE A REPLY

Please enter your comment!
Please enter your name here