Я искал контракты genesis, ожидая более длинный список, но нашёл всего два.👀
контракт stake отслеживает провайдеров, их ставки и награды, а также управление валидаторским набором. контракт transfer делает кое-что более интересное
при этом обе модели транзакций dusks маршрутизируются через контракт transfer. moonlight — аккаунтная и публичная. phoenix — utxo.
аккаунтная и скрытая. две совершенно разные парадигмы: одна публичная и читаемая, другая скрытая и приватная, и обе маршрутизируются через один и тот же контракт transfer, вместо того чтобы у каждой был свой отдельный путь.
такое объединение — не то, чего я ожидал. я предполагал, что публичная модель и скрытая модель потребуют отдельных точек входа для исполнения, учитывая насколько по-разному они обрабатывают балансы, но в документации сказано,
что оба потока сходятся в один контракт.
я пока не знаю, создаёт ли эта общая точка входа какие-либо ограничения на то, как транзакции moonlight и phoenix могут взаимодействовать в рамках одного вызова.
в документации не раскрывается эта степень детализации.
если бы вы разрабатывали контракт, которому нужно принимать входные данные и от moonlight, и от phoenix, ожидали бы вы какой-либо фрикции (трения) в этой общей точке входа??
#dusk @Dusk $DUSK
контракт stake отслеживает провайдеров, их ставки и награды, а также управление валидаторским набором. контракт transfer делает кое-что более интересное
при этом обе модели транзакций dusks маршрутизируются через контракт transfer. moonlight — аккаунтная и публичная. phoenix — utxo.
аккаунтная и скрытая. две совершенно разные парадигмы: одна публичная и читаемая, другая скрытая и приватная, и обе маршрутизируются через один и тот же контракт transfer, вместо того чтобы у каждой был свой отдельный путь.
такое объединение — не то, чего я ожидал. я предполагал, что публичная модель и скрытая модель потребуют отдельных точек входа для исполнения, учитывая насколько по-разному они обрабатывают балансы, но в документации сказано,
что оба потока сходятся в один контракт.
я пока не знаю, создаёт ли эта общая точка входа какие-либо ограничения на то, как транзакции moonlight и phoenix могут взаимодействовать в рамках одного вызова.
в документации не раскрывается эта степень детализации.
если бы вы разрабатывали контракт, которому нужно принимать входные данные и от moonlight, и от phoenix, ожидали бы вы какой-либо фрикции (трения) в этой общей точке входа??
#dusk @Dusk $DUSK