Меня уже давно не отпускает мысль о zkPermissions в протоколе Newton: слово «revocable.»
Суть в том, что пользователи предоставляют агентам ограниченные, отзывные разрешения вместо передачи приватных ключей. Это действительно лучше, чем слепая делегация. Но отзывные — когда именно?
Если агент уже отправил намерение на выполнение автоматизации и оно лежит в очереди, ожидая оператора, ожидая attestation TEE, ожидая подтверждения валидатором, то отзыв разрешения останавливает это конкретное действие в процессе или лишь блокирует следующее? Ключи сессии и обновления разрешений хранятся в rollup Keystore, у которого есть свои блоктаймы и окончательность. Есть окно — даже если оно небольшое — между «пользователь решает отозвать» и «состояние разрешений фактически обновляется в onchain».
Для автоматизаций с низкими ставками, например DCA-покупок, это окно, вероятно, не так важно. Для всего, что зависит от времени, или для высоких сумм, может быть.
@NewtonProtocol $NEWT #Newt
Суть в том, что пользователи предоставляют агентам ограниченные, отзывные разрешения вместо передачи приватных ключей. Это действительно лучше, чем слепая делегация. Но отзывные — когда именно?
Если агент уже отправил намерение на выполнение автоматизации и оно лежит в очереди, ожидая оператора, ожидая attestation TEE, ожидая подтверждения валидатором, то отзыв разрешения останавливает это конкретное действие в процессе или лишь блокирует следующее? Ключи сессии и обновления разрешений хранятся в rollup Keystore, у которого есть свои блоктаймы и окончательность. Есть окно — даже если оно небольшое — между «пользователь решает отозвать» и «состояние разрешений фактически обновляется в onchain».
Для автоматизаций с низкими ставками, например DCA-покупок, это окно, вероятно, не так важно. Для всего, что зависит от времени, или для высоких сумм, может быть.
@NewtonProtocol $NEWT #Newt