Hello Everyone, how are you tiday?
Hari ini saya ingin membagikan postingan luar biasa yang saya terjemahkan langsung ke dalam bahasa Indonesia. Postingan ini saya ambil dari postingan asli milik @steemitblog. Anda bisa melihat postingan selengkapnya [disini]
Terjemahan ini bertujuan hanya untuk memperjelas tentang HF-20 (yang ditunggu banyak pengguna steemit.com dan tentunya akan terjadi nanti bulan depan), untuk para komunitas @boyasyie di Aceh dan umumnya untuk seluruh pengguna steemit di Indonesia. Semoga dengan postingan terjemahan ini bisa memberikan keuntung untuk kita bersama.
Berikut detailnya!!!
Dalam posting hari ini, kami akan memberikan Anda ringkasan perubahan dalam Hardfork Kecepatan (yaitu Hardfork 20). Tujuan dari posting ini adalah untuk menjadi panduan definitif untuk semua perubahan yang termasuk dalam Hardfork yang dijadwalkan berlangsung pada hari Selasa, 25 September pukul 11.00 EST. Perubahan dalam Hardfork Kecepatan bergantung pada persetujuan dari mayoritas-super (17/21) dari para saksi yang memberikan suara mendukung Hardfork.
Kredit Sumber Daya
Salah satu perubahan besar dalam Hardfork Velocity adalah perubahan dari sistem Bandwidth yang ada menjadi sistem baru dan yang ditingkatkan berdasarkan pada Resource Credits (RCs).
Steem adalah satu-satunya blokir freemium di dunia. Sistem RC baru akan menjadikannya blockchain freemium paling canggih di dunia tanpa mengorbankan fitur dan fungsi yang ada yang menjadikan Steem sebagai platform yang kuat untuk membangun DApps.
Detail tentang bagaimana sistem RC baru ini akan bekerja dijelaskan dalam posting kami baru-baru ini [Pembaruan Blockchain 4: Detail Implementasi Kredit Sumber Daya] (https://steemit.com/steem/@steemitblog/blockchain-update-4-resource-credit- rincian implementasi).
[Masalah GitHub 2457] (https://github.com/steemit/steem/issues/2457), [Masalah GitHub 2511] (https://github.com/steemit/steem/issues/2511), [Masalah GitHub 2512 ] (https://github.com/steemit/steem/issues/2512), [GitHub Edisi 2521] (https://github.com/steemit/steem/issues/2521), [GitHub Edisi 2549] (https: //github.com/steemit/steem/issues/2549), [GitHub Issue 2563] (https://github.com/steemit/steem/issues/2563), [GitHub Issue 2600] (https: // github. com / steemit / steem / issues / 2600), [GitHub Issue 2621] (https://github.com/steemit/steem/issues/2621), [GitHub Issue 2624] (https://github.com/steemit/ steem / issues / 2624), [GitHub Issue 2625] (https://github.com/steemit/steem/issues/2625), [GitHub Edisi 2626] (https://github.com/steemit/steem/issues/ 2626), [GitHub Edisi 2627] (https://github.com/steemit/steem/issues/2627), [GitHub Edisi 2631] (https: // github.com / steemit / steem / issues / 2631), [GitHub Issue 2546] (https://github.com/steemit/steem/issues/2546), [GitHub Issue 2547] (https://github.com/steemit/ steem / issues / 2547), [GitHub Issue 2648] (https://github.com/steemit/steem/issues/2648), [GitHub Edisi 2649] (https://github.com/steemit/steem/issues/ 2649), [GitHub Edisi 2650] (https://github.com/steemit/steem/issues/2650), [GitHub Edisi 2679] (https://github.com/steemit/steem/issues/2679), [ GitHub Issue 2685] (https://github.com/steemit/steem/issues/2685), [GitHub Edisi 2694] (https://github.com/steemit/steem/issues/2694), dan [GitHub Edisi 2703 ] (https://github.com/steemit/steem/issues/2703)[Masalah GitHub 2649] (https://github.com/steemit/steem/issues/2649), [Masalah GitHub 2650] (https://github.com/steemit/steem/issues/2650), [Masalah GitHub 2679 ] (https://github.com/steemit/steem/issues/2679), [Masalah GitHub 2685] (https://github.com/steemit/steem/issues/2685), [GitHub Edisi 2694] (https: //github.com/steemit/steem/issues/2694), dan [GitHub Issue 2703] (https://github.com/steemit/steem/issues/2703)[Masalah GitHub 2649] (https://github.com/steemit/steem/issues/2649), [Masalah GitHub 2650] (https://github.com/steemit/steem/issues/2650), [Masalah GitHub 2679 ] (https://github.com/steemit/steem/issues/2679), [Masalah GitHub 2685] (https://github.com/steemit/steem/issues/2685), [GitHub Edisi 2694] (https: //github.com/steemit/steem/issues/2694), dan [GitHub Issue 2703] (https://github.com/steemit/steem/issues/2703)
Pembaruan untuk Pembuatan Akun
Tujuan utama dari Hardfork Kecepatan adalah untuk mengubah sistem pembuatan akun untuk menurunkan biaya dan meningkatkan proses orientasi pengguna baru.
Penciptaan Akun Diskon
HardFork Kecepatan akan memberi pengguna kemampuan untuk membuat akun baru dengan harga diskon, berpotensi tanpa harus membayar STEEM atau mendelegasikan Steem Power untuk membuat akun. Saat membuat akun baru, pengguna akan dapat menggunakan RC, bukan sebagian (atau semua) biaya pembuatan akun STEEM.
RC yang dibelanjakan saat membuat akun diskon adalah RC yang sama yang dikonsumsi ketika pengguna berinteraksi dengan blockchain. Ini membatasi kemampuan pengguna untuk berinteraksi dengan blockchain ketika mereka kehabisan RC. Pengguna (terutama yang memiliki Steem Power level sedang sampai rendah) harus berhati-hati untuk tidak menghabiskan terlalu banyak RC mereka untuk membuat akun diskon, jika tidak, mereka tidak akan dapat berinteraksi dengan blockchain sampai RC mereka mengisi ulang.
[Masalah GitHub 1771] (https://github.com/steemit/steem/issues/1771), [Masalah GitHub 1772] (https://github.com/steemit/steem/issues/1772), [Masalah GitHub 2651 ] (https://github.com/steemit/steem/issues/2651), [GitHub Edisi 2700] (https://github.com/steemit/steem/issues/2700), dan [GitHub Edisi 2710] (https : //github.com/steemit/steem/issues/2710)
Token Pembuatan Akun Diskon
Blockchain akan memiliki kumpulan global token Diskon Akun Diskon yang akan mewakili jumlah akun diskon yang dapat dibuat. Setiap kali pengguna membuat akun baru dengan membayar sebagian (atau semua) biaya dengan RC, bukan STEEM, salah satu token akan digunakan. Jika tidak ada token yang tersisa di kolam, maka tidak ada kreasi akun diskon tambahan yang diizinkan.
Jumlah token Pembuatan Akun Diskon baru yang dibuat setiap hari akan dikontrol oleh para saksi. Alasan bahwa pasokan token pembuatan akun dipercayakan kepada saksi adalah karena mereka diberi insentif untuk memastikan bahwa tingkat di mana akun baru dibuat tidak menempatkan beban yang tidak semestinya pada blockchain.
Jumlah token yang diizinkan pada satu waktu juga akan dikendalikan oleh para saksi. Ini untuk mencegah jumlah token yang berlebih dari akumulasi jika tidak ada permintaan yang cukup untuk menggunakannya.
[Masalah GitHub 1770] (https://github.com/steemit/steem/issues/1770), [Masalah GitHub 2628] (https://github.com/steemit/steem/issues/2628), dan [Masalah GitHub 2688] (https://github.com/steemit/steem/issues/2688)
Pasar Pembuatan Akun Diskon Berbasis-Pangan
Sesuai dengan preferensi kami untuk meningkatkan pasar untuk mengelola kompleksitas alokasi sumber daya, biaya menciptakan akun yang didiskon (menggunakan RC) akan bervariasi berdasarkan pasar internal.
Ketika persediaan yang tersedia dari akun yang didiskon rendah dan / atau permintaan untuk mereka tinggi, maka jumlah RC yang perlu digunakan sebagai pengganti biaya pembuatan akun STEEM akan tinggi. Ketika persediaan akun diskon yang tersedia tinggi dan / atau permintaan untuk mereka rendah, lebih sedikit RC akan diperlukan untuk mengganti biaya pembuatan akun STEEM.
Perlu dicatat bahwa berdasarkan penawaran dan permintaan dari akun diskon yang tersedia, itu hanya mungkin bagi Pengguna Listrik (mereka yang memiliki banyak SP) untuk dapat membuat akun diskon.
[Masalah GitHub 1767] (https://github.com/steemit/steem/issues/1767) dan [GitHub Edisi 1769] (https://github.com/steemit/steem/issues/1769)
Membakar Biaya Pembuatan Akun
Daripada menaikkan biaya pembuatan akun ke akun baru, akun itu akan "dibakar" dengan mentransfernya ke akun null
.
[Masalah GitHub 1762] (https://github.com/steemit/steem/issues/1762)
Hapus Pembuatan Akun dengan Operasi Delegasi
Setelah Hardfork Kecepatan, tidak mungkin lagi membuat akun menggunakan delegasi Steem Power, karena biaya pembuatan akun akan dibakar. Oleh karena itu, operasi account_create_with_delegation
akan dihentikan.
Pengguna masih dapat mendelegasikan SP ke pengguna lain melalui prosedur delegasi standar.
[Masalah GitHub 1760] (https://github.com/steemit/steem/issues/1760)
Kembalikan Biaya Pembuatan Akun yang Dimodifikasi
Ketika kami awalnya menambahkan dukungan untuk membuat akun dengan SP yang didelegasikan, kami mengubah cara saksi account_creation_fee
digunakan untuk memungkinkan sebagian dari biaya yang harus dibayarkan dengan delegasi 5x Steem Power. Dengan perubahan ini, harga pembuatan akun without SP yang didelegasikan menjadi 30x biaya pembuatan akun. Misalnya, saat ini biaya pembuatan akun adalah 0,1 STEEM, dan biayanya 3,0 STEEM untuk membuat akun baru.
Karena membuat akun dengan delegasi tidak akan didukung lagi, tidak perlu lagi menambah kerumitan penambahan biaya pembuatan akun. Kami akan mengembalikan perubahan untuk mengalikan biaya dengan 30x. Misalnya, jika saksi menetapkan biaya pembuatan akun menjadi 3,0 STEEM, biayanya 3,0 STEEM untuk membuat akun.
Pada saat Hardfork, akan ada satu kali, 30x perubahan yang dibuat untuk setiap biaya akun saksi, sehingga harga untuk membuat akun tidak akan turun 30x ketika Hardfork terjadi. Misalnya: jika semua saksi memiliki biaya pembuatan akun mereka ditetapkan ke 0,1 STEEM pada saat Hardfork, mereka semua akan diubah menjadi 3,0 STEEM ketika Hardfork berlangsung, sehingga masih akan dikenakan biaya 3,0 STEEM untuk membuat akun . Setelah satu kali pembaruan 30x terjadi, para saksi akan dapat memperbarui biaya pembuatan akun mereka sejak saat itu.
[Masalah GitHub 1761] (https://github.com/steemit/steem/issues/1761)
Ambang Batas Ambang Batas Suara
Ambang Batas Suara Debu adalah aturan yang mencegah terjadinya suara yang sangat lemah dan diterapkan untuk memerangi peredaman blockchain. Saat ini, akun harus memiliki sekitar 1 SP untuk voting 100% Voting Power agar berhasil memposting ke blockchain. Jika pemungutan suara di bawah ambang batas yang diminta ditempatkan, itu ditolak oleh blockchain. Ini dapat menciptakan pengalaman pengguna yang buruk bagi pengguna baru, karena suara mereka dapat gagal karena alasan yang tampaknya tidak ada.
Hardfork Velocity akan mengubah bagaimana Dust Vote Threshold bekerja dengan memungkinkan pengguna dengan jumlah SP apa pun untuk memberikan suara selama mereka memiliki RC yang cukup. Suara yang berada di bawah ambang akan diposkan ke blockchain tetapi tidak akan berdampak pada hadiah. Ini akan memungkinkan pengguna untuk memiliki pengalaman pengguna yang lebih baik pada semua aplikasi berbasis Steem dengan memungkinkan mereka untuk memberikan suara kapan saja mereka memilih (terlepas dari ukuran suara mereka), asalkan mereka memiliki cukup RC.
Perubahan ini akan membuat suara yang sangat lemah menjadi tidak bernilai. Untuk memperlakukan semua suara (besar dan kecil) secara merata, semua suara di atas ambang batas akan memiliki jumlah yang setara dari penghargaan yang dihapus dari suara mereka. Ini secara efektif menetapkan kekuatan voting dasar yang berlaku untuk semua orang. Selain membuatnya lebih adil, ada juga manfaat memperkenalkan kurva penghargaan non-linear sedikit di ujung bawah spektrum (untuk mencegah spam), sementara masih mempertahankan kurva imbalan linear untuk suara di atas baseline.
[Masalah GitHub 1764] (https://github.com/steemit/steem/issues/1764) dan [GitHub Edisi 2515] (https://github.com/steemit/steem/issues/2515)
Penghapusan Pembatasan Pematian Daya SP Minimum
Saat ini, akun dengan kurang dari 10x biaya pembuatan akun saat ini (dalam SP) dicegah dari powerdown oleh blockchain. Ini dirancang untuk mencegah orang membuat akun baru hanya untuk segera mematikannya.
Setelah Hardfork Kecepatan, biaya pembuatan akun akan dibakar alih-alih dihidupkan ke akun baru. Karena akun baru tidak akan menerima SP apa pun, tidak akan ada yang mematikan selain pembelian akun pembuat SP. Untuk alasan ini, persyaratan 10x akan dihapus.
[Masalah GitHub 1860] (https://github.com/steemit/steem/issues/1860)
Pembaruan Kurasi
Jendela Kurasi 30 menit
Pemegang akun Steem (termasuk akun bot) saat ini dibenci oleh blockchain Steem dari voting pada posting dalam 30 menit pertama. Mula-mula pemungutan suara dilakukan dalam jendela awal 30 menit, kurasi yang lebih sedikit akan memberikan penghargaan kepada akun voting. Ini pada awalnya diperkenalkan bahkan ke lapangan bermain antara kurator manusia dan bot selama waktu ketika sebagian besar konten di Steem adalah konten tertulis bentuk panjang.
Meskipun sukses, banyak yang berubah pada Steem sejak saat itu. Steem sekarang host semua jenis konten, dan kekuatan ratusan aplikasi desentralisasi yang secara dramatis memperluas jenis konten yang dapat dikonsumsi di Steem. Karena itu, masyarakat dan saksi telah mencapai konsensus bahwa aturan 30 menit mengambil penghargaan kurasi jauh dari pemilih manusia yang secara aktif mengonsumsi konten dan memilih materi yang mereka sukai. Untuk alasan ini, Kecepatan Hardfork akan mengurangi jendela kurasi dari 30 menit menjadi 15 menit.
[Masalah GitHub 1878] (https://github.com/steemit/steem/issues/1878)
Hadiah Self-Voting
Menurut aturan blockchain saat ini, jika penulis memilih sendiri dengan segera, mereka mendapatkan imbalan penulis, 100% dari penghargaan kurasi dari suara mereka, dan sebagian dari hadiah kurasi yang berasal dari semua orang yang memilih untuk posting setelah mereka. Pemilih kurator lainnya pada saat yang sama dengan penulis akan mendapatkan 0% dari hadiah kurasi. Ini memberi penulis keuntungan yang tidak adil dibandingkan kurator lain, karena penulis dapat memperoleh hadiah kurasi tambahan melalui pengambilan suara sendiri.
Untuk menghilangkan keuntungan ini, porsi hadiah kurasi yang tidak diberikan kepada kurator karena hukuman pemungutan suara awal akan dikembalikan ke kumpulan hadiah alih-alih diberikan kepada penulis, sehingga meningkatkan persentase keseluruhan hadiah yang dibayarkan kepada kurator . Ini akan lebih baik melayani misi asli dari anggaran hadiah kurasi: untuk memastikan bahwa blockchain Steem mendistribusikan hadiah ke konten yang paling berharga.
[Masalah GitHub 1877] (https://github.com/steemit/steem/issues/1877)
Berakhirnya Pesanan Pasar Internal
Implementasi saat ini dari pasar internal menentukan bahwa membatasi pesanan tidak pernah dipaksa untuk kedaluwarsa. Ini memungkinkan pengguna untuk mengirimkan pesanan ke pasar internal yang memerlukan konsensus bandwidth jangka panjang, menurunkan kinerja keseluruhan blockchain. Setelah Velocity, blockchain akan mengharuskan semua pesanan pasar internal berakhir setelah 28 hari. Ini konsisten dengan penerapan buku pesanan di banyak bursa utama. Pesanan batas yang ada akan berakhir masa berlakunya menjadi 28 hari setelah Hardfork.
[Masalah GitHub 1449] (https://github.com/steemit/steem/issues/1449)
Perubahan untuk Saksi
Perubahan ini berlaku terutama untuk para saksi.
Perbarui ke Format Umpan Harga Saksi
Hardfork Velocity akan melakukan pembaruan terhadap persyaratan untuk feed harga saksi. Harga feed sekarang akan membutuhkan basis untuk SBD
dan kutipan menjadiSTEEM
. Feed harga yang melaporkan basis sebagai STEEM
dan kutipan sebagaiSBD
akan ditolak.
[Masalah GitHub 409] (https://github.com/steemit/steem/issues/409)
Parameter Saksi Fleksibel
Operasi witness_set_properties
baru akan ditambahkan. Ini akan memungkinkan saksi untuk memperbarui parameter individu daripada perlu melakukan panggilan update_witness
dengan semuanya sekaligus. Operasi akan mendukung: biaya pembuatan akun, ukuran blok maksimum, bunga sbd, kunci penandatanganan, dan URL saksi. Saksi juga akan dapat mengirimkan feed harga menggunakan metode baru.
Operasi baru ini akan mengotentikasi terhadap kunci penandatanganan saksi alih-alih kunci aktif mereka. Ini berarti saksi yang mengirimkan feed harga mereka menggunakan operasi baru sekarang akan dapat mengirimkan mereka menggunakan kunci penandatanganan mereka. Ini memberikan manfaat keamanan kepada para saksi, karena mereka tidak perlu lagi menyimpan kunci aktif mereka di salah satu server mereka.
Operasi pembaruan saksi saat ini akan tetap berfungsi, tetapi parameter saksi baru tidak akan ditambahkan ke dalamnya. Penting agar operasi ini tetap berfungsi karena menyediakan metode untuk memperbarui kunci penandatanganan saksi dengan otoritas aktif akun.
[Masalah GitHub 352] (https://github.com/steemit/steem/issues/352) dan [GitHub Edisi 1620] (https://github.com/steemit/steem/issues/1620)
Batasi Ukuran Blok Maksimum
Para saksi akan dapat mengatur ukuran blok maksimum untuk blok yang diterima oleh Chainchain Steem. Protokol Peer to Peer (P2P), bagaimanapun, akan memiliki batas 2MiB pada ukuran blok yang dapat diproses jaringan p2p. Saksi tidak boleh dapat menetapkan nilai lebih tinggi dari yang diizinkan oleh jaringan P2P.
Untuk mencegah saksi dari memungkinkan blok di atas batas 2MiB ini, kami menambahkan batas maksimum 2MiB pada parameter ukuran blok maksimum yang diajukan oleh saksi.
[GitHub Issue 1655] (https://github.com/steemit/steem/issues/1655) dan [GitHub Edisi 2642] (https://github.com/steemit/steem/issues/2642)
Parameter Saksi Baru
Para saksi akan memiliki dua parameter saksi baru untuk dikirim. The account_subsidy_daily_rate
akan mengontrol jumlah token pembuatan akun diskon yang ditambahkan ke global pool setiap hari. Account_subsidy_pool_cap
akan mengontrol jumlah maksimum token pembuatan akun yang didiskon yang diizinkan di pool. Nilai-nilai ini akan dikirimkan melalui operasi saksi_set_properties
baru yang dibahas di atas.
[Masalah GitHub 1765] (https://github.com/steemit/steem/issues/1765) dan [GitHub Edisi 2688] (https://github.com/steemit/steem/issues/2688)
Batas 20 Komentar Kedua
Batas 20 detik pada komentar akan dihapus sebagai bagian dari Hardfork Kecepatan. Blockchain sekarang akan memungkinkan komentar baru setiap blok (setiap tiga detik), yang merupakan pembatasan yang sama ditempatkan pada pemungutan suara. Terima kasih khusus kepada pengembang komunitas @mejustandrew untuk mengirimkan permintaan penarikan untuk perubahan ini!
[Masalah GitHub 2019] (https://github.com/steemit/steem/issues/2019)
Perbaikan untuk Eksploitasi Double Voting
Dua pengguna melaporkan eksploit di mana suatu akun dapat memperoleh kekuatan voting ekstra dengan menggunakan semua kekuatan voting mereka, dan kemudian mendelegasikan SP mereka ke akun lain, atau mematikan dan menyalakan kembali ke akun lain. Kami akan termasuk perbaikan untuk eksploitasi ini sebagai bagian dari Velocity. Rincian teknis lebih lanjut tentang perbaikan dapat ditemukan [di sini] (https://steemit.com/steem/@steemitblog/blockchain-update-3-hardfork-20-and-release-19-4-appbase-statsd-and- rocksdb).
[Masalah GitHub 2428] (https://github.com/steemit/steem/issues/2428) dan [GitHub Edisi 2539] (https://github.com/steemit/steem/issues/2539)
Turunkan Periode Cooldown Delegasi
Sebagai bagian dari perubahan yang akan kami buat untuk eksploitasi voting ganda, kami akan dapat mengurangi waktu cooldown untuk delegasi SP dari tujuh hari menjadi lima hari. Ini berarti bahwa setelah pengguna membatalkan penghapusan SP dari pengguna lain, itu hanya akan memakan waktu lima hari bagi SP untuk kembali ke akun mereka dan menjadi tersedia untuk digunakan lagi.
Tingkatkan Daya Pemilih Akun Presisi
Sebagai bagian dari perbaikan yang kami buat untuk eksploitasi voting ganda, kami juga akan meningkatkan ketepatan kekuatan voting (sekarang voting mana
). Ini akan meningkatkan jumlah suara yang dapat dibuat oleh akun dengan daya voting kurang dari 2%, karena blockchain sekarang akan memungkinkan suara yang lebih terperinci.
[Masalah GitHub 1808] (https://github.com/steemit/steem/issues/1808)
Kegunaan Akun Minimum
Meskipun biaya pembuatan akun dibakar, akun yang dibuat setelah Velocity Hardfork masih dapat bertransaksi dengan blockchain dengan nol SP, karena SP yang dibakar akan tetap dihitung untuk perhitungan keseimbangan RC mereka.
[Masalah GitHub 2488] (https://github.com/steemit/steem/issues/2488) dan [GitHub Edisi 2595] (https://github.com/steemit/steem/issues/2595)
Periode Penguncian Tinggi Suara
Di Hardfork 17, perubahan diterapkan untuk mencegah penyalahgunaan suara dengan membuat periode penguncian dua belas jam di akhir periode pembayaran postingan. Selama waktu ini, pengguna tidak lagi diizinkan untuk menaikkan pos. Ini mencegah pengguna menyembunyikan suara sendiri di akhir periode pembayaran dan mengeksploitasi kumpulan hadiah. Namun, pengguna mempertahankan kemampuan untuk menurunkan suara sebagai perlindungan terhadap skenario di mana pengguna memilih sendiri dengan segera sebelum awal periode penguncian 12 jam. Meskipun tidak umum, ini menciptakan celah bagi pengguna jahat untuk menunggu sampai periode penguncian untuk mengeluarkan downvotes yang bersifat menghukum sehingga mereka tidak dapat di balas dengan upvote.
Velocity akan mengatasi skenario potensial ini dengan memodifikasi lock-out menjadi cool-down. Setelah Velocity, upvote dan downvotes akan diizinkan selama 12 jam terakhir dari periode pembayaran, tetapi kekuatan mereka (untuk jumlah daya voting yang sama) akan menurun secara linear dari 100% menjadi 0% selama periode 12 jam tersebut. Dengan kata lain, akan membutuhkan kekuatan voting dua kali lebih banyak untuk memiliki dampak yang sama pada pembayaran pos jika pemungutan suara dilakukan hanya dengan enam jam tersisa di jendela pembayaran, bukan dua belas. Pemain upvote atau downvote selama menit terakhir akan hampir tidak berdampak pada imbalan posting.
Perubahan ini akan membantu memastikan bahwa tidak masalah ketika pos menerima suara yang tinggi atau downvote, pengguna akan dapat melakukan counter-vote. Ini juga akan membantu menstabilkan potensi pembayaran posting selama 12 jam terakhir dengan mengurangi kekuatan suara karena semakin dekat dengan waktu pembayaran.
[Masalah GitHub 1267] (https://github.com/steemit/steem/issues/1267)
Perubahan Steem Blockchain Dollar (SBD)
Pengembang komunitas @timcliff mengirimkan dua perubahan untuk memperbarui logika untuk Steem Blockchain Dollars (SBDs).
Perbarui Nilai Cetak SBD
Dalam Hardfork 14, aturan ditambahkan untuk mengurangi tingkat pencetakan SBD ketika "rasio utang" (jumlah token SBD yang ada / cap pasar STEEM) berada di atas persentase tertentu.
Berdasarkan aturan baru, token SBD akan terus dicetak kecuali / hingga rasio utang mencapai 9% dari kapitalisasi pasar STEEM. Antara 9% dan 10%, pembayaran cair akan bergeser secara linear dari membayar 100% SBD dan 0% STEEM pada 9%, untuk membayar 0% SBD dan 100% STEEM pada 10%. Ini bekerja sama dengan pergeseran yang terjadi hari ini antara 2% dan 5%.
[Masalah GitHub 2140] (https://github.com/steemit/steem/issues/2140)
Penerima Hadiah yang Dibayar Berdasarkan Pengaturan Penulis
Ketika seorang penulis memilih "50/50 pembayaran" di pos mereka, mereka akan menerima 50% dari penghargaan mereka sebagai SP, dan 50% lainnya sebagai "pembayaran cair". Pembayaran cair biasanya dalam bentuk SBD, tetapi kadang-kadang membayar sebagian (atau semua) dalam STEEM cair jika rasio utang cukup tinggi. Penulis juga memiliki opsi untuk memilih dibayar 100% di Steem Power.
Saat ini, jika seorang penulis menambahkan penerima manfaat ke posnya, penerima manfaat akan dibayar dalam 100% Steem Power, terlepas dari pilihan mana yang dibuat penulis untuk hadiahnya. Setelah Velocity, penerima manfaat akan dibayar menggunakan pengaturan pembayaran yang sama dengan penulis.
[Masalah GitHub 2022] (https://github.com/steemit/steem/issues/2022)
Perubahan Macam-macam
Dukungan Tanda Tangan Kanonis BIP-0062
Untuk mengatasi [transaksi kelenturan] (https://en.bitcoin.it/wiki/Transaction_malleability), Steem memberlakukan tanda tangan ECDSA "kanonik". Tanda tangan ECDSA kanonik yang digunakan Steem adalah bagian dari sistem tanda tangan kanonik BIP-0062 yang lebih banyak digunakan.
Kami akan memperbarui tanda tangan kanonik kami untuk menggunakan metode BIP-0062, sehingga tanda tangan kami dapat lebih mudah dipahami oleh pihak luar, dan untuk membuat integrasi dengan Chainchain Steem lebih mudah bagi pengembang pihak ketiga yang mungkin menggunakan kembali kode dari blockchain lain yang menggunakan metode BIP-0062. Ini juga membuka sisa ruang pencarian kanonis, yang meningkatkan entropi, dan karenanya keamanan, dari tanda tangan kita.
[GitHub Issue 1944] (https://github.com/steemit/steem/issues/1944)
Akun yang Ditambang
Kecepatan akan ** tidak ** mendukung pembuatan akun melalui penambangan. Sebaliknya, Velocity akan menyertakan perubahan yang diperlukan untuk mengaktifkan penambangan akun di Steem melalui softfork di masa mendatang. Alasan untuk ini adalah bahwa banyak upaya pada "ASIC resisten" algoritma gagal untuk mengekang implementasi ASIC. Sampai kita bisa muncul dengan skema PoW yang wajar yang dapat diakses oleh pengguna akhir tanpa mudah dieksploitasi, kami merasa itu tidak akan menjadi ide yang baik untuk memasukkan PoW untuk pembuatan akun. Kami memutuskan bahwa jauh lebih penting untuk mendapatkan Kecepatan Hardfork selesai dan menambahkan dukungan untuk akun diskon ASAP. Karena fitur dapat ditambahkan kapan saja di masa mendatang tanpa hardfork, kami memiliki fleksibilitas untuk menambahkannya setelah kami menemukan algoritme yang dapat diterima.
Salah satu hal utama yang akan diubah dalam Kecepatan sehingga akun yang ditambang dapat berfungsi dengan baik setelah diterapkan, mencegah akun yang ditambang memiliki mitra pemulihan akun default. Karena pihak kedua tidak terlibat dalam proses pembuatan akun, tidak ada orang yang menunjuk pemulihan akun jika akun dicuri. Jika pengguna dengan akun yang ditambang ingin mengambil keuntungan dari proses pemulihan akun, mereka dapat menunjuk pihak yang bersedia sebagai mitra pemulihan setelah akun dibuat.
[Masalah GitHub 1782] (https://github.com/steemit/steem/issues/1782)
Memodernkan Skema
Ini adalah perubahan yang sangat teknis untuk meningkatkan pemeliharaan basis kode Steem. Mereka yang tertarik dapat membaca detail di tautan GitHub yang sesuai.
[GitHub PR 2692] (https://github.com/steemit/steem/pull/2692), [GitHub PR 2693] (https://github.com/steemit/steem/pull/2693), dan [Masalah GitHub 683] (https://github.com/steemit/steem/issues/683)
Perbaiki Jenis Kesalahan Pesan Kesalahan
Pengembang komunitas @arcange mengirimkan perubahan untuk memperbaiki kesalahan ketik pada pesan kesalahan yang dikembalikan saat panggilan API tertentu dibuat tanpa jumlah akun yang tepat. Pesan kesalahan sekarang dengan benar membaca setidaknya satu akun harus ditentukan
.
[GitHub PR 2673] (https://github.com/steemit/steem/pull/2673)
Hapus Otoritas Yang Menantang
Otoritas Menantang adalah sistem yang dirancang pada musim panas 2016 yang tidak pernah sepenuhnya dirilis. Proposal itu akan memungkinkan pengguna membayar sedikit biaya untuk menantang otoritas pengguna lain - memaksa mereka untuk menandatangani transaksi dengan otoritas tingkat yang lebih tinggi untuk membuktikan bahwa mereka terus memiliki kendali atas kunci. Apakah fitur ini diimplementasikan, itu bisa mengarah pada skenario di mana pemegang akun yang tidak bersalah dipaksa untuk menghapus kunci mereka dari cold storage oleh aktor jahat. Untuk alasan ini, Velocity akan menghapus kode asing yang terkait dengan fitur ini.
[Masalah GitHub 1848] (https://github.com/steemit/steem/issues/1848)
Testnet
Kami akan meluncurkan testnet Velocity Hardfork sebelum tanggal mainnet Hardfork, yang akan memberi pengembang kesempatan untuk menguji perubahan mendatang di lingkungan non-produksi sebelum diluncurkan. Kami akan memberikan detail pada testnet ini setelah siap untuk digunakan publik.
Jadwal
Sebagian besar pengembangan untuk Hardfork Kecepatan telah selesai dan dapat ditinjau di bawah
[proyek / hf20] (https://github.com/steemit/steem/issues?q=is%3Aissue+label%3Aproject%2Fhf20+ adalah% 3Aclosed) di gudang Steem GitHub. Masalahnya juga sedang dilacak melalui papan proyek kami [di sini] (https://github.com/orgs/steemit/projects/15).
Hardfork dijadwalkan berlangsung pada hari Selasa, 25 September pukul 11.00 EST. Perubahan dalam Hardfork Kecepatan bergantung pada persetujuan dari mayoritas-super (17/21) dari para saksi yang memberikan suara mendukung Hardfork.
Kami akan menandai rilis Hardfork pada atau sebelum 25 Agustus, yang akan memberikan saksi dan operator node setidaknya 30 hari untuk meninjau dan menguji perubahan, dan menerapkannya ke node mereka sebelum 25 September.
Kami yakin bahwa perubahan ini akan menjadi perbaikan besar pada Chainchain Steem, menjadikan Steem lebih baik dari sebelumnya.
Steem di,
Tim Steemit Blockchain
Apakah akan lebih menguntungkan creator konten untuk nilai kurasinya. Atau bagaimana penjelasan singkatnya bang @boyasyie
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Ini tentunya akan menguntungkan semua pengguna. Dengan tingkat upvote yang akan di tingkatkan hingga mencapai 30% tentu akan menguntungkan. Cuman anda harus memperhatikan cara memberikan upvote kepada postingan dengan waktu tertentu karena akan memperngaruhi pada hadiah kurasi. Anda juga bisa melihat detail postingan @therealwolf tentang penjelasan ini juga, yang baru saja di bagikan. Dia merangkumnya dengan sangat baik
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Cuma untuk sekarang sudah laeh sekali harganya.. hehehe
Posted using Partiko Android
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit