Решение о кастоди определяет операционную форму кошелька
Модель кастоди кошелька определяет, кто управляет его ключами и какие обязанности продукт должен разъяснять. Мы ставим это решение в начало, до того как работа над интерфейсом или оценки функций усложнят изменение объёма.
Полезная первая заметка фиксирует предполагаемого пользователя, центральную цель кошелька, подход к управлению ключами и действия, необходимые при запуске. Добавьте любые юридические вопросы, уже поднятые вашими консультантами. Эти пункты дают дизайну и разработке обоснованную основу для обсуждения. Если кошелёк является частью более крупного приложения, его границы можно согласовать с разработкой dApp и более широкой Web3-разработкой.
Для некастодиального кошелька в брифе следует описать, как пользователи получают доступ к ключам и управляют ими, какие действия требуют подтверждения, какие ожидания по восстановлению продукт сообщает. Кастодиальный кошелёк вводит другую операционную схему, поскольку продукт управляет активами или ключами от имени пользователей. Ваш юрист должен проверить его регуляторную классификацию до запуска.
Формат, выбранный под первую задачу пользователя
Формат сдачи должен следовать тому, где пользователям нужен кошелёк и что им нужно там делать. Браузерное расширение, мобильное приложение и Telegram Mini App создают разный продуктовый контекст; таблица привязывает решение к практическим требованиям.
Краткая заметка о формате также должна указывать, достаточно ли одного интерфейса для начального релиза. Включите, что пользователи должны видеть перед подтверждением действия, и какую поддержку ваша команда ожидает после релиза. Если Telegram является частью более широкого продукта, согласуйте разработку криптокошельков с разработкой Telegram-ботов и мини-приложений. Отдельный мобильный опыт можно рассмотреть вместе с разработкой мобильных приложений.
| Формат | Лучше всего подходит для | Что нам нужно от вас |
|---|---|---|
| Браузерное расширение | Доступ к кошельку в рамках браузерного сценария | Основные браузерные задачи и необходимые интеграции |
| Мобильное приложение | Выделенный мобильный кошелёк | Приоритетные действия и потребности мобильного релиза |
| Telegram Mini App | Функции кошелька в рамках Telegram-сценария | Контекст Telegram и функции первого релиза |
Что должно войти в первый релиз кошелька?
Первый релиз должен поддерживать конкретные сети и транзакционные сценарии, необходимые его предполагаемым пользователям. Определите эти сценарии до добавления интеграций; компактный и понятный сценарий полезнее, чем список функций без чётких пользовательских задач.
План релиза может объединить поддерживаемые активы, сценарии отправки и получения, требования к обмену, детали подтверждения и видимые пользователю состояния транзакций. Держите его близко к дизайну и техническому объёму, чтобы решения оставались согласованными. Если функции кошелька зависят от логики приложения, согласуйте границу с разработкой смарт-контрактов. Если продукту также нужен токен, согласуйте соответствующие решения с созданием и развёртыванием токена.
Для каждого перевода фиксируйте, что пользователь проверяет перед подтверждением и какой статус кошелёк сообщает после. Если требуются обмены, отметьте интеграционную работу и действия пользователя. Опишите поддержку нескольких сетей, указав сети и действия, ожидаемые при запуске, а не рассматривая сам ярлык как полное требование.
Схема работы: четыре взвешенных шага
Работа переходит от продуктовых решений к согласованной сборке, затем к проверке и подготовке релиза. Один ответственный в Premium Promotions объединяет решения и делает следующую точку согласования понятной.
- Определяем продукт. Мы обсуждаем предполагаемых пользователей, подход к кастоди и цель релиза, затем фиксируем открытые вопросы для вашей команды или юриста.
- Устанавливаем объём кошелька. Мы документируем форматы, сети, транзакции, обмены, интеграции, бэкенд и требования к мониторингу. Вы подтверждаете письменный объём до начала планирования реализации.
- Представляем дизайн и план сборки. Вы видите предлагаемые пользовательские сценарии и план сдачи на контрольной точке. Ничто не представляется как окончательное без вашего письменного одобрения.
- Разрабатываем и готовим материалы для проверки. Реализация следует утверждённому объёму. Мы координируем проверку безопасности и подготовку к аудиту в соответствии с согласованной архитектурой и доступными материалами.
Последовательность даёт вашей команде чёткие места для принятия решений, а не требует, чтобы каждый кошелёк следовал одинаковой сборке. Рабочая запись отмечает выполненные пункты и то, что остаётся для следующего решения о релизе.
Что остаётся приватным и где проходят границы?
Ваш продуктовый бриф, заметки по архитектуре и нерешённые решения остаются в рамках рабочего обсуждения, пока вы не одобрите их использование. Ответственный держит этот материал конфиденциально, представляет предлагаемые сценарии для проверки и фиксирует письменное одобрение, прежде чем согласованная работа выйдет за пределы своей точки согласования.
Границы
Для кастодиальных продуктов ваш юрист должен оценить регуляторную классификацию до запуска; наша работа по разработке не заменяет эту консультацию. Мы готовим материалы кошелька для проверки безопасности и аудита, при этом независимые проверяющие отвечают за свои выводы, а решения о внешнем распространении остаются вне нашего контроля.
Чтобы проверка была полезной, подготовьте текущий продуктовый бриф, решение о кастоди, целевые сети, требования к интеграции и любые предыдущие материалы аудита. Мы можем организовать разработку и подготовку на основе этих вводных и отчитаться о выполненной работе вместе с открытыми пунктами. Если вы обсуждаете существующий кошелёк, текущая архитектура и конкретное необходимое изменение помогут определить, касается ли следующий разговор разработки или исправления.
Первое конфиденциальное общение
Короткой начальной заметки достаточно, чтобы начать: укажите рассматриваемую модель кастоди и первый формат сдачи. Ваш ответственный в Premium Promotions подготовит начальный план кошелька, отметив решения и детали интеграции, необходимые для полезного обсуждения планирования.
Если модель не определена, скажите об этом; мы можем оставить этот вопрос открытым, одновременно излагая продуктовый контекст. Существующие заметки по архитектуре или отзывы юриста могут быть переданы конфиденциально, когда это уместно. Ничего не нужно распространять за пределы рабочего обсуждения, пока вы это не одобрите. Краткая заметка с вашим предпочтением по кастоди и целевым форматом даёт ответственному чёткую отправную точку для следующего разговора.
Как мы работаем
- Определяем продуктМы обсуждаем предполагаемых пользователей, кастоди и цель релиза, затем фиксируем открытые вопросы для вашей команды или юриста.
- Устанавливаем объём кошелькаМы записываем форматы, сети, сценарии, интеграции, бэкенд и потребности мониторинга для вашего письменного подтверждения.
- Представляем дизайн и планВы видите предлагаемые пользовательские сценарии и план сдачи на контрольной точке до начала реализации.
- Разрабатываем и готовим материалы для проверкиУтверждённый объём направляет реализацию, координацию проверки безопасности и подготовку к аудиту.
Частые вопросы
Кто контролирует ключи в каждой схеме кошелька?
В некастодиальном кошельке пользователи управляют своими ключами; кастодиальный продукт управляет активами или ключами от имени пользователей. Это различие формирует пользовательские объяснения, продуктовые обязанности и технический объём. Мы фиксируем предлагаемую схему во время начального обсуждения объёма, а ваш юрист проверяет регуляторную классификацию кастодиального продукта.
Может ли кошелёк начинаться как Telegram Mini App?
Да, сдачу в формате Telegram Mini App можно запланировать, если это соответствует предполагаемому пользовательскому сценарию. В брифе следует указать, где пользователи входят в кошелёк и какие действия должны быть доступны при запуске. Ответственный может согласовать эти требования с окружающим Telegram-продуктом и показать предлагаемые сценарии для вашего одобрения.
Как вы определяете поддержку нескольких сетей в кошельке?
Мы определяем её через сети, активы и действия пользователя, необходимые для релиза, а не рассматриваем поддержку нескольких сетей как отдельную функцию. Ваша команда может указать потребности в переводах и обменах, а также любые интеграции. Эти детали фиксируются в письменном объёме до утверждения планирования реализации.
Что нашей команде подготовить для первого обсуждения?
Продуктовый бриф, предполагаемый пользовательский сценарий и предпочтительный подход к кастоди — хорошее начало. Добавьте формат сдачи, целевые сети, требования к транзакциям или обменам и известные интеграции. Существующие заметки по архитектуре или отзывы юриста можно передать конфиденциально, а ответственный будет держать открытые вопросы на виду для следующего решения.
Означает ли подготовка к безопасности, что аудит одобрит кошелёк?
Нет. Согласованная работа может включать координацию проверки безопасности и подготовку к аудиту, но независимые проверяющие определяют свои выводы сами. Мы документируем предполагаемую архитектуру и доступные материалы для этого процесса. Ваш ответственный также может фиксировать пункты проверки и отличать их от выполненной работы по разработке.
Когда можно установить срок сдачи?
Полезный срок следует за согласованным объёмом, особенно моделью кастоди, форматами, сетями, сценариями и интеграциями. Как только эти детали зафиксированы, ответственный может наметить последовательность работ и решения, необходимые от вашей команды. Если ключевые выборы остаются открытыми, их можно перечислить до подтверждения плана сдачи.
Расскажите о проекте
Ответьте на четыре коротких вопроса — менеджер в течение часа пришлёт план, сроки и вилку бюджета. Всё строго конфиденциально.
Загружаем форму…