#dusk $DUSK @Dusk A Перевод Zedger не завершен, когда вы нажимаете «send» — у получателя все еще есть роль, которую нужно выполнить.
В конструкции Zedger от Dusk операция SEND не завершает передачу актива для получателя сразу же. Получатель должен явно ACCEPT (ПРИНЯТЬ) перевод, прежде чем он станет частью его доступного баланса.
Это создает интересный выбор дизайна: перемещение права собственности — это не одно действие, а контролируемый жизненный цикл.
SEND создает ожидающий перевод. ACCEPT завершает часть со стороны получателя. Если принятие никогда не произойдет, у протокола предусмотрен путь истечения срока, а не оставление состояния перевода незавершенным.
Важный вывод заключается в том, что Zedger разделяет «инициирование перевода» и «завершение перевода». Это добавляет контроль, но также означает, что пользователям и приложениям нужно аккуратно обрабатывать состояния переводов.
Механизм понятен.
Что меня дальше интересует — как часто эти ожидающие состояния встречаются при реальной сетевой активности?
@Dusk_Foundation $DUSK
В конструкции Zedger от Dusk операция SEND не завершает передачу актива для получателя сразу же. Получатель должен явно ACCEPT (ПРИНЯТЬ) перевод, прежде чем он станет частью его доступного баланса.
Это создает интересный выбор дизайна: перемещение права собственности — это не одно действие, а контролируемый жизненный цикл.
SEND создает ожидающий перевод. ACCEPT завершает часть со стороны получателя. Если принятие никогда не произойдет, у протокола предусмотрен путь истечения срока, а не оставление состояния перевода незавершенным.
Важный вывод заключается в том, что Zedger разделяет «инициирование перевода» и «завершение перевода». Это добавляет контроль, но также означает, что пользователям и приложениям нужно аккуратно обрабатывать состояния переводов.
Механизм понятен.
Что меня дальше интересует — как часто эти ожидающие состояния встречаются при реальной сетевой активности?
@Dusk_Foundation $DUSK