Transaksi yang dapat Dusk putar ulang (replay) seharusnya juga dapat diterima (admissible) secara live.
Batas itu lebih ketat.
Saya mengira format transaksi adalah satu aturan: dekode dengan berhasil, dan jaringan pun senang.
Dusk memecah jalur itu.
Implementasi Rusk saat ini memisahkan ingress transaksi live dari data buku besar (canonical ledger data). Amplop Aegis dan Boreas dapat masuk melalui penerimaan live, lalu dinormalisasi ke format ingress aktif, kemudian melewati `CanonicalTransaction` dan `LedgerTransaction` sebelum transaksi yang disegel secara lokal diposisikan menjadi kanonis untuk komitmen blok. Konsensus tetap memeriksa bahwa encoding buku besar sesuai dengan format kanonis yang diperlukan pada tinggi blok tersebut.
Bagian yang aneh adalah apa yang terjadi pada format-format yang lebih lama.
Default aktivasi Aegis di mainnet Dusk adalah blok **3,590,904**. Format-format transaksi historis tetap dapat didekode untuk replay buku besar, tetapi format-format historis yang sama ditolak selama penerimaan mempool live setelah format tersebut tidak lagi diizinkan di sana.
Jadi bayangkan sebuah transaksi lama dari sebelum batas itu berada di sejarah rantai (chain history).
Dusk masih bisa memahaminya saat melakukan replay buku besar.
Namun coba dorong format historis itu melalui penerimaan live setelah protokolnya sudah bergerak maju, dan format tersebut ditolak.
Node dapat mempertahankan masa lalu tanpa membiarkan masa lalu menentukan apa yang menjadi data buku besar yang baru.
Seberapa besar kompatibilitas transaksi Dusk berasal dari mempertahankan format-format lama untuk sejarah rantai, dan seberapa besar konsistensinya berasal dari menolak agar format-format itu kembali masuk ke jalur live?
@Dusk $DUSK #dusk
Batas itu lebih ketat.
Saya mengira format transaksi adalah satu aturan: dekode dengan berhasil, dan jaringan pun senang.
Dusk memecah jalur itu.
Implementasi Rusk saat ini memisahkan ingress transaksi live dari data buku besar (canonical ledger data). Amplop Aegis dan Boreas dapat masuk melalui penerimaan live, lalu dinormalisasi ke format ingress aktif, kemudian melewati `CanonicalTransaction` dan `LedgerTransaction` sebelum transaksi yang disegel secara lokal diposisikan menjadi kanonis untuk komitmen blok. Konsensus tetap memeriksa bahwa encoding buku besar sesuai dengan format kanonis yang diperlukan pada tinggi blok tersebut.
Bagian yang aneh adalah apa yang terjadi pada format-format yang lebih lama.
Default aktivasi Aegis di mainnet Dusk adalah blok **3,590,904**. Format-format transaksi historis tetap dapat didekode untuk replay buku besar, tetapi format-format historis yang sama ditolak selama penerimaan mempool live setelah format tersebut tidak lagi diizinkan di sana.
Jadi bayangkan sebuah transaksi lama dari sebelum batas itu berada di sejarah rantai (chain history).
Dusk masih bisa memahaminya saat melakukan replay buku besar.
Namun coba dorong format historis itu melalui penerimaan live setelah protokolnya sudah bergerak maju, dan format tersebut ditolak.
Node dapat mempertahankan masa lalu tanpa membiarkan masa lalu menentukan apa yang menjadi data buku besar yang baru.
Seberapa besar kompatibilitas transaksi Dusk berasal dari mempertahankan format-format lama untuk sejarah rantai, dan seberapa besar konsistensinya berasal dari menolak agar format-format itu kembali masuk ke jalur live?
@Dusk $DUSK #dusk