Account.tech — это платформа с открытым исходным кодом на блокчейне Sui, которая широко внедряет смарт-счета Гибкие, безопасные и настраиваемые объекты учетных записей, которые могут выполнять действия в блокчейне с помощью модульной архитектуры, основанной на намерениях.

Представьте себе программируемые кошельки с встроенной поддержкой мультиподписи, логики DAO, выполнения по расписанию, динамического контроля доступа и многого другого.

Почему смарт-аккаунты?

Традиционные учетные записи — это просто пассивные контейнеры. Они хранят активы и подписывают транзакции. Смарт-счета — это активные программируемые объекты, которые могут определять логику владения, автоматизировать рабочие процессы и управлять активами на основе правил.

В Account.Tech эти правила действуют в блокчейне, их можно настраивать с помощью модулей Move, а применять их можно с помощью Intents.

Ключевые понятия

Структура смарт-аккаунта

public struct Account<Config> has key, store {
    id: UID,
    metadata: Metadata,
    deps: Deps,
    intents: Intents,
    config: Config,
}

Смарт-аккаунт — это общий объект, содержащий:

• Метаданные: описательная информация
• Deps — используемые пакеты зависимостей
• Намерения — отложенные или активные запросы на выполнение действий
• Конфигурация — настраиваемый набор правил (например, мультиподпись, логика на основе ролей, логика DAO)

Каждая учетная запись имеет уникальный модуль Config, который определяет, как решаются намерения.

Выполнение на основе намерений

Намерение — это структурированный запрос на выполнение одного или нескольких действий в блокчейне. Он состоит из трех этапов:

• Запрос: пользователь создает намерение с помощью действий
• Разрешение — модуль конфигурации проверяет, соблюдены ли условия
• Исполнение — любой может выполнить намерение, если оно действительно

Пример: намерение перевести средства с несколькими подписями будет реализовано только после его одобрения достаточным количеством участников.

3. Действия = модульные исполнительные блоки

Каждое действие представляет собой отдельную структуру Move, например:

struct WithdrawAction { object_id: ID }
struct TransferAction { recipient: address }

В одном намерении можно создать несколько действий. Например:

Withdraw → Transfer → Withdraw → Transfer

Это позволяет использовать расширенные рабочие процессы, такие как атомарные свопы, пакетные передачи, выпуск хранилищ по времени и т. д.

Конфигурация: настраиваемая логика владения

Тип конфигурации определяет способ разрешения намерений. Вы можете подключить такую логику, как:

1. ✅ Мультиподпись с взвешенными голосами
2. 🔐 Управление доступом на основе ролей
3. 🗳 Логика голосования в DAO
4. ⏳ Временные задержки или повторяющиеся задачи
5. 💾 Потоки восстановления

Каждое намерение отслеживает результат, отражающий статус решения (например, количество полученных голосов, одобрение и т. д.).

Узнайте больше

1. 🔗 Документация: https://account-tech.gitbook.io/docs
2. 🧑‍💻 GitHub: https://github.com/account-tech