#dusk $DUSK @Dusk a Transfer Zedger dapat dikirim tanpa menjadi final bagi penerima—dan itulah tepatnya mengapa CLAIM ada.
Dalam desain Zedger Dusk, SEND tidak langsung membuat transfer menjadi bagian dari saldo yang diterima penerima. Penerima masih harus MENERIMANYA sebelum transfer tersebut kedaluwarsa.
Jika itu tidak pernah terjadi, CLAIM memberi pengirim cara yang terdefinisi untuk memulihkan transfer yang kedaluwarsa, alih-alih membiarkannya tidak terselesaikan tanpa batas.
Itu menciptakan siklus hidup tiga langkah yang menarik:
SEND memulai → ACCEPT menyelesaikan → CLAIM menangani kedaluwarsa.
Yang menonjol adalah bahwa Zedger secara eksplisit mengakomodasi kasus ketika sisi penerima hanya diam saja. Protokol tidak perlu mengasumsikan bahwa setiap transfer yang dimulai akan berhasil diselesaikan.
Pertanyaan yang belum terjawab lebih bersifat praktis: seberapa sering CLAIM benar-benar menjadi perlu dalam aktivitas jaringan dunia nyata?
Mekanismenya terdokumentasi. Penggunaan di dunia nyata adalah bukti yang layak untuk disimak berikutnya.
Dalam desain Zedger Dusk, SEND tidak langsung membuat transfer menjadi bagian dari saldo yang diterima penerima. Penerima masih harus MENERIMANYA sebelum transfer tersebut kedaluwarsa.
Jika itu tidak pernah terjadi, CLAIM memberi pengirim cara yang terdefinisi untuk memulihkan transfer yang kedaluwarsa, alih-alih membiarkannya tidak terselesaikan tanpa batas.
Itu menciptakan siklus hidup tiga langkah yang menarik:
SEND memulai → ACCEPT menyelesaikan → CLAIM menangani kedaluwarsa.
Yang menonjol adalah bahwa Zedger secara eksplisit mengakomodasi kasus ketika sisi penerima hanya diam saja. Protokol tidak perlu mengasumsikan bahwa setiap transfer yang dimulai akan berhasil diselesaikan.
Pertanyaan yang belum terjawab lebih bersifat praktis: seberapa sering CLAIM benar-benar menjadi perlu dalam aktivitas jaringan dunia nyata?
Mekanismenya terdokumentasi. Penggunaan di dunia nyata adalah bukti yang layak untuk disimak berikutnya.