#dusk $TRUMP $DASH $DUSK @Dusk
i terus berpikir apakah Moonlight DUSK dan Phoenix DUSK tiba di DuskVM dengan terlihat benar-benar berbeda, maka Dusk kemungkinan juga perlu dua cara berbeda untuk menyelesaikannya.
Moonlight duduk di sana dengan saldo akun publik, pengirim, penerima, jumlah, nonce yang terus berjalan. Phoenix berasal dari catatan terenkripsi, output terlindungi, nullifier.
bahkan tidak mirip bentuknya.
jadi kenapa Moonlight tidak butuh semacam finalitas yang “berbentuk Moonlight”, dan Phoenix perlu sesuatu yang sepenuhnya berbeda setelah DuskVM?
itulah bagian yang terus membuatku tertukar.
aku mengira jejak akun publik Moonlight dan jejak catatan terenkripsi Phoenix entah bagaimana harus terus memutuskan bentuk finalitas setelah DuskVM juga.
ternyata tidak.
Moonlight bisa tetap memakai model akun. Phoenix bisa tetap memakai model catatan. DuskVM bisa menerima apa pun yang datang dari kedua sisi tanpa memaksa Moonlight berubah menjadi Phoenix terlebih dulu atau Phoenix “membuka” dirinya menjadi Moonlight.
dan di situlah aku merasa aku memberi DuskDS pekerjaan yang salah.
DuskDS tidak perlu satu model status DUSK yang sama di bawah keduanya hanya untuk menyelesaikan mereka. sisi Moonlight bisa datang sambil membawa perkembangan akun publik, sisi Phoenix bisa datang membawa riwayat catatan terenkripsi, dan Dusk L1 tetap bisa memberi status hasil satu batas finalitas yang deterministik.
yang terasa salah karena aku terus mengharapkan bentuk status yang berbeda juga perlu akhiran yang berbeda.
tapi ternyata itu sesuatu yang aku tambahkan sendiri dalam kepalaku.
Phoenix yang berbentuk catatan dan Moonlight yang berbentuk akun tidak berarti Dusk perlu dua jawaban berbeda untuk saat salah satu akhirnya selesai.
i terus berpikir apakah Moonlight DUSK dan Phoenix DUSK tiba di DuskVM dengan terlihat benar-benar berbeda, maka Dusk kemungkinan juga perlu dua cara berbeda untuk menyelesaikannya.
Moonlight duduk di sana dengan saldo akun publik, pengirim, penerima, jumlah, nonce yang terus berjalan. Phoenix berasal dari catatan terenkripsi, output terlindungi, nullifier.
bahkan tidak mirip bentuknya.
jadi kenapa Moonlight tidak butuh semacam finalitas yang “berbentuk Moonlight”, dan Phoenix perlu sesuatu yang sepenuhnya berbeda setelah DuskVM?
itulah bagian yang terus membuatku tertukar.
aku mengira jejak akun publik Moonlight dan jejak catatan terenkripsi Phoenix entah bagaimana harus terus memutuskan bentuk finalitas setelah DuskVM juga.
ternyata tidak.
Moonlight bisa tetap memakai model akun. Phoenix bisa tetap memakai model catatan. DuskVM bisa menerima apa pun yang datang dari kedua sisi tanpa memaksa Moonlight berubah menjadi Phoenix terlebih dulu atau Phoenix “membuka” dirinya menjadi Moonlight.
dan di situlah aku merasa aku memberi DuskDS pekerjaan yang salah.
DuskDS tidak perlu satu model status DUSK yang sama di bawah keduanya hanya untuk menyelesaikan mereka. sisi Moonlight bisa datang sambil membawa perkembangan akun publik, sisi Phoenix bisa datang membawa riwayat catatan terenkripsi, dan Dusk L1 tetap bisa memberi status hasil satu batas finalitas yang deterministik.
yang terasa salah karena aku terus mengharapkan bentuk status yang berbeda juga perlu akhiran yang berbeda.
tapi ternyata itu sesuatu yang aku tambahkan sendiri dalam kepalaku.
Phoenix yang berbentuk catatan dan Moonlight yang berbentuk akun tidak berarti Dusk perlu dua jawaban berbeda untuk saat salah satu akhirnya selesai.
