Menerapkan perbedaan CNAME / A RR, transfer zona, saluran pribadi.
Selama sebulan terakhir kami menghabiskan sebagian besar waktu kami dengan panik mempersiapkan basis kode Agora untuk putaran pertama audit. Tim bekerja dengan perusahaan audit bernama SlowMist. SlowMist adalah perusahaan yang didirikan pada tahun 2018 dan mereka secara eksklusif berspesialisasi dalam keamanan blockchain. Perusahaan ini didirikan oleh sebuah tim dengan lebih dari sepuluh tahun pengalaman pertahanan serangan keamanan jaringan garis depan dan seluruh tim di BOSAGORA sangat bersemangat untuk mulai bekerja dengan mereka. Mempersiapkan audit SlowMist bukanlah satu-satunya hal yang menjadi fokus tim pengembangan selama bulan September. Hampir sama pentingnya dengan mempersiapkan audit Agora, kami mengalokasikan banyak waktu untuk menyelesaikan masalah yang mungkin timbul karena stabilisasi jaringan. Periode waktu pengembangan yang kami beri judul “Stabilisasi” akan terjadi tepat di antara akhir audit dan awal pendirian Yayasan kami dan penerapan lingkungan CoinNet-nya. Informasi lebih lanjut tentang ini akan datang di kemudian hari.
Berikut adalah ringkasan kegiatan pengembangan bulan lalu dan item yang saat ini masih dalam pengembangan:
Pengembangan Inti pada bulan September:
Aktivitas Bulanan:
Bulan lalu kami memiliki 81 permintaan tarik terkait Agora dan 34 masalah aktif. Di antaranya:
- 8 permintaan tarik dibuka
- 81 permintaan tarik digabungkan
- 16 edisi baru
- 18 masalah ditutup
Fungsionalitas Dikembangkan:
Registri: Menerapkan perbedaan CNAME / A RR #2447 (Komunikasi Jaringan, Peningkatan)
Peningkatan ini dikerjakan oleh Mathias. Sebelumnya, kita akan mendaftarkan string, yang bisa berupa IP atau nama domain. Yang pertama harus memberi kami catatan A, yang terakhir harus CNAME. Kami juga perlu memeriksa spesifikasi untuk melihat apakah kami dapat/harus mencari catatan A yang cocok dengan CNAME.
Registri: Terapkan transfer zona #2451 (Pembuatan Blok, Pemfaktoran Ulang)
Peningkatan ini dikerjakan oleh Mathias. Transfer zona terjadi melalui TCP saat QTYPE.AXFR dikirim. https://datatracker.ietf.org/doc/html/rfc1035#section-3.2.3 Peningkatan ini juga membuat pengujian menjadi lebih mudah.
TransactionPool dan EnrollmentPool harus menerima transaksi “masa depan” #1975 (Komunikasi Jaringan, Peningkatan)
Peningkatan ini dikerjakan oleh Jay. Sebelumnya, pengujian kami menunjukkan skenario berikut:
- Node menghasilkan blok, tiba menjelang akhir siklusnya (mari kita asumsikan siklus = 20)
- Satu node menjadi tidak responsif setelah mengeksternalisasi ketinggian 18
- Tx beku dikirim pada ketinggian 19 dan dieksternalisasi
- Node kembali online
- Pendaftaran dikirim menggunakan kata frozen tx
- Sebuah node akan menolak pendaftaran
Ini untuk pendaftaran, tetapi transaksi akan mengalami masalah yang sama. Kumpulan tx perlu ditingkatkan untuk menangani skenario tersebut.
Flash: Terapkan saluran pribadi #2421 (Saluran Pembayaran, Fitur)
Fitur ini dikerjakan oleh Omer. Pengguna akhir harus dapat mengonfigurasi saluran mereka menjadi pribadi. Berikut adalah kriterianya:
- Saluran pribadi tidak boleh digosipkan
- Node flash yang mengetahui saluran pribadi (yaitu peer) tidak boleh menggunakannya sebagai hop perantara saat merutekan
- Jika sebuah node menerima permintaan perutean untuk saluran pribadi, itu harus menolak permintaan tersebut
