--- title: "Magazine" --- # Magazine ## Обменник криптовалют на базе облачного депозитария: сложности, объём работы и архитектура ![Обменник криптовалют на базе облачного депозитария: сложности, объём работы и архитектура](https://metalamp.ru/images/crypto-exchange-cover.png) В апреле 2026 года Государственная Дума приняла в первом чтении пакет из четырёх законопроектов «О цифровых валютах и цифровых правах». Это полноценная перестройка правового поля: 56 статей, 9 глав основного закона, изменения в Гражданский кодекс, КоАП, Уголовный кодекс и десятки отраслевых законов. Вступление в силу — 1 июля 2027 года. Все, кто хотят работать с криптовалютами в России, должны уже сейчас проектировать и строить свою инфраструктуру — или арендовать готовую. ![](https://metalamp.ru/images/crypto-exchange-image8.png) Источник: [https://www.interfax.ru/business/1085154](https://www.interfax.ru/business/1085154) Закон затрагивает всех, кто работает с криптовалютой: обменники, биржи, брокеров, депозитариев. Работать без лицензии с июля 2027 года будет нельзя. Эта статья — для банков, которые хотят предложить своим клиентам покупку и продажу криптовалюты, и для действующих обменников, которые рады появлению правовой рамки и хотят работать в легальном поле. В предыдущей статье мы подробно разобрали первый и самый инфраструктурно тяжёлый компонент — **цифровой депозитарий**: что это за сущность, из каких модулей состоит и почему его разработка занимает больше года. Эта статья — про **организацию, осуществляющую обмен цифровой валюты** (далее — обменник). Именно с обменника большинство банков и финтех-компаний начнут свой путь на легальный крипторынок, потому что это самый быстрый способ монетизировать новую лицензию и самый понятный продукт для клиентской базы. Мы разберём, из чего он состоит, насколько сложно его разработать и почему даже при использовании стороннего депозитария объём работы остаётся впечатляющим. ## Что такое обменник в российском праве ### Определение Закон вводит специальный термин — **«организация, осуществляющая обмен цифровой валюты»** (ст. 18). Это юридическое лицо, которое систематически совершает сделки купли-продажи и мены цифровых валют **от своего имени и за свой счёт**. Принципиальное слово здесь — «от своего имени». Обменник не сводит покупателя с продавцом (это делает биржа). Обменник сам выступает контрагентом: он продаёт клиенту криптовалюту со своего казначейского счёта или покупает её у клиента за рубли. Зарабатывает обменник на спреде (разнице между ценой покупки и продажи) и комиссии за операцию. Порог систематичности установлен прямо в законе: две или более сделки в течение месяца на совокупную сумму свыше 3,5 миллиона рублей. Ниже этого порога — формально не обменник. Выше — нужна лицензия. ### Чем обменник отличается от биржи и депозитария Три участника рынка делают принципиально разные вещи: - **Биржа (организатор торгов)** сводит покупателей и продавцов. Она не владеет активами, которыми торгуют на её площадке, — она предоставляет инфраструктуру для организованных торгов. - **Депозитарий** хранит активы и ведёт учёт. Он не торгует и не обменивает — он фиксирует, кому что принадлежит, контролирует каждую транзакцию и обеспечивает безопасность ключей. - **Обменник** торгует. Он покупает и продаёт криптовалюту за свой счёт, берёт на себя рыночный риск, устанавливает котировки и зарабатывает на спреде и комиссиях. ### Лицензирование Для работы обменник должен быть включён в реестр Банка России и в течение 90 дней вступить в саморегулируемую организацию (СРО). Обменник обязан иметь номинальный счёт в кредитной организации с рейтингом не ниже уровня, установленного Советом директоров ЦБ. Кроме того, обменник — полноценный субъект 115-ФЗ, со всеми обязанностями по идентификации клиентов, мониторингу операций и отчётности перед Росфинмониторингом. ![](https://metalamp.ru/images/crypto-exchange-image10.png) Источник: [https://www.bestchange.ru/](https://www.bestchange.ru/) ## Связь с депозитарием Легальная работа с криптовалютой невозможна без депозитария — именно он хранит ключи, ведёт счета и подписывает каждую транзакцию. Но обязательно ли строить собственный депозитарий, чтобы запустить обменник? Нет. Закон разделяет лицензию депозитария (ст. 26) и лицензию обменника (ст. 32) — это два разных вида деятельности, два отдельных включения в реестр Банка России. Обменник может использовать **чужой депозитарий** как инфраструктуру — так же, как брокер использует НРД для учёта ценных бумаг, не строя собственный депозитарий. ![](https://metalamp.ru/images/crypto-exchange-image6.png) Депозитарий в собственном контуре (on-premise) — история для крупных банков, у которых есть ресурсы на содержание HSM модуля, команды эксплуатации и безопасников. Даже если не строить депозитарий с нуля, а развернуть готовое решение у себя, стоимость эксплуатации остаётся очень высокой. Для средних и небольших банков, а тем более для обменников и финтех-компаний, это экономически нецелесообразно. Для них есть альтернатива: использовать сторонний депозитарий по API, а самим сосредоточиться на торговле, клиентском интерфейсе, compliance и расчётах. Схематично это выглядит так: клиент взаимодействует с приложением обменника, обменник через API передаёт распоряжения депозитарию, тот исполняет операции на блокчейне. Фиатная часть (рубли) проходит через банковский контур оператора. ### Что закрывает облачный депозитарий Модель привлекательна тем, что снимает с оператора самые тяжёлые инфраструктурные задачи — управление ключами, блокчейн-коннекторы, on-chain сверку, HSM. Но она не превращает обменник в «лёгкий MVP на три месяца». За фасадом простой кнопки «Купить BTC» скрывается полноценная финтех-платформа с собственными рисками, лицензионными обязательствами и десятком модулей, которые нужно спроектировать, построить и эксплуатировать. Если оператор обменника использует внешний депозитарий, ему **не нужно** строить самостоятельно: **Систему цифровых счетов.** Все 11+ типов счетов — от счёта обладателя до казначейского — ведёт депозитарий. Обменник вызывает API: «открой счёт», «зачисли 0.5 BTC», «покажи баланс». Архитектура счетов, расширяемость при появлении новых типов, аудит-трейл депозитарного уровня — всё на стороне провайдера. ![](https://metalamp.ru/images/crypto-exchange-image4.png) **Управление ключами и HSM.** Генерация приватных ключей, хранение в аппаратных модулях безопасности, подписание on-chain транзакций — самый чувствительный и дорогой компонент депозитария. Сюда же входит механизм ротации ключей и смены кошельков — например, если эмитент стейблкоина решит заблокировать адрес, активы нужно оперативно перевести на новый. При облачной модели обменнику не нужен собственный HSM, не нужна команда криптографов, не нужна церемония ключей. Каждая исходящая транзакция подписывается внутри депозитария после прохождения approval workflow. **Блокчейн-коннекторы.** Подключение к нодам Bitcoin, Ethereum, Tron и других сетей, мониторинг входящих транзакций, отслеживание подтверждений, обработка реорганизаций цепочки — всё это делает депозитарий. Обменнику не нужно поднимать собственные ноды и содержать команду блокчейн-инженеров. **On-chain сверку.** Ежедневная сверка внутренних балансов с фактическими данными в блокчейне — обязательное требование закона. Депозитарий выполняет её самостоятельно и предоставляет обменнику отчёт. **Цифровой анализ входящих транзакций.** Проверка происхождения средств через blockchain analytics — скоринг адресов, выявление связей с незаконной деятельностью — обязанность депозитария. ### Что остаётся на стороне оператора обменника Облачный депозитарий снимает инфраструктурный слой — но бизнес-логика обменника, его регуляторные обязанности и рыночные риски остаются полностью на операторе. ![](https://metalamp.ru/images/crypto-exchange-image5.png) **Котировки, спред и казначейство.** Обменник торгует за свой счёт, а это значит, что ему нужен собственный treasury, отвечающий за управление запасами криптовалюты и рублёвой ликвидностью. Т.е. нужно продумать откуда брать криптовалюту для продажи клиентам (закупать на внешних биржах? у маркет-мейкера? у провайдера ликвидности?), по какой цене продавать, как хеджировать рыночный риск, если курс резко двинулся, пока обменник держит открытую позицию. Нужны источники котировок в реальном времени — агрегация цен с нескольких бирж, расчёт справедливого mid-price, определение спреда. Нужна система управления собственной позицией: лимиты на объём крипты, которую обменник держит на балансе, правила автоматической ребалансировки (если продали слишком много — докупить, если накопилось слишком много — продать), алерты при резких движениях рынка, когда спред может стать убыточным. Депозитарий не лезет в ваш бизнес. **Клиентский интерфейс и оркестрация сделки.** Весь UX — от экрана покупки до истории операций — строит обменник. Для клиента всё выглядит просто: нажал «Купить», увидел результат. Но за этим стоит многошаговый процесс, в котором участвуют несколько систем одновременно. Сначала нужно показать актуальную котировку и зафиксировать цену на короткий интервал (обычно 10–30 секунд), пока клиент подтверждает сделку. Затем — списать рубли с банковского счёта. Затем — вызвать API депозитария для зачисления криптовалюты на цифровой счёт клиента. Если на любом из этих шагов произошёл сбой — таймаут, отказ банка, ошибка на стороне депозитария — нужно корректно откатить операцию: вернуть рубли, не зачислить крипту, уведомить клиента. Этот процесс называется DVP (delivery vs payment) — одновременная доставка актива и списание оплаты. Его оркестрация целиком на стороне обменника, и от её качества зависит, будут ли клиенты видеть «зависшие» операции и писать в поддержку. **Compliance на уровне продукта.** Депозитарий проводит KYC при открытии счёта и проверяет входящие транзакции. Но обменник обязан самостоятельно контролировать лимиты покупки для неквалифицированных инвесторов — а значит, для каждого клиента нужно в реальном времени отслеживать, сколько он уже купил за текущий год, и блокировать сделку при исчерпании лимита. Причём блокировка — это не просто отказ: нужно корректно уведомить клиента, объяснить причину, предложить пройти тестирование на квалифицированного инвестора, если это возможно. Помимо лимитов — обязательное тестирование клиентов перед первой покупкой, показ уведомлений о рисках перед каждой сделкой, собственный мониторинг подозрительных операций. У обменника — своя лицензия, своя ответственность перед регулятором. **Регуляторная отчётность обменника.** Обменник обязан вести собственные реестры сделок (ст. 38), формировать отчётность для Банка России (ст. 43, 48), раскрывать информацию, отвечать на запросы госорганов. Часть исходных данных приходит из депозитария, но агрегация, форматирование и отправка — на операторе. Соответственно, нужно корректно собирать данные из нескольких источников (собственный учёт, API депозитария, банковский контур), приводить их к форматам регулятора и отправлять в установленные сроки. Это отдельный софт и отдельная команда — люди, которые понимают требования ЦБ и Росфинмониторинга и умеют работать с отчётными формами. **Внутренний контроль и управление рисками.** По ст. 45–46 обменник обязан иметь систему внутреннего контроля и систему управления рисками. Для обменника ключевые риски — рыночный (волатильность крипты), ликвидности (нехватка актива для продажи), контрагентский (если используется внешний LP), операционный (сбои в интеграции с депозитарием). ### Риски облачной модели Модель «чужой депозитарий по API» привлекательна по скорости запуска, но несёт собственные риски, которые нужно оценивать заранее. ![](https://metalamp.ru/images/crypto-exchange-image7.png) **Зависимость от SLA провайдера.** Если API депозитария «лежит» — обменник не может исполнять сделки. У оператора нет контроля над доступностью чужой инфраструктуры. Нужно договорное SLA с финансовой ответственностью — и архитектура, способная корректно обрабатывать недоступность депозитария. **Размытая ответственность при инцидентах.** Если клиент потерял активы из-за ошибки на стороне депозитария — перед клиентом отвечает оператор обменника. Юридическая модель разграничения ответственности между обменником и облачным депозитарием должна быть проработана до запуска. **Ограничения API.** Облачный депозитарий предоставляет стандартизированный набор операций. Если обменнику нужен нестандартный сценарий — например, условное исполнение, специфический тип блокировки, нетиповой формат отчёта — он зависит от roadmap провайдера. Кастомизация в облачной модели всегда дороже и медленнее, чем при собственном решении. **Регуляторная неопределённость.** Допустимость облачной модели для конкретного типа оператора (особенно для банков) пока не регламентирована прямо. Требования ЦБ к защите данных, к локализации инфраструктуры, к контролю оператора над ключами — всё это может измениться подзаконными актами. Юридическая проработка необходима до принятия архитектурного решения. ## Два сценария оператора Обменник может строить банк — встраивая его в своё мобильное приложение. А может — финтех-компания, получившая лицензию обменника и работающая самостоятельно. Сложности и объём работы для этих двух сценариев существенно различаются. ### Банк **Преимущества.** У банка уже есть верифицированная клиентская база — миллионы пользователей с пройденным KYC. Не нужно заставлять клиента загружать паспорт заново: достаточно синхронизировать данные с облачным депозитарием. Фиатные расчёты идут через собственную инфраструктуру — номинальный счёт, процессинг платежей. Антифрод и комплаенс-процессы уже выстроены для банковских операций — их нужно расширить, но не строить с нуля. Служба поддержки уже умеет работать с блокировками по 115-ФЗ и запросами госорганов. **Сложности.** Встраивание крипто-обменника в банковское приложение — это проект на стыке двух миров с разной скоростью. Банковский IT-ландшафт — это legacy-системы, длинные циклы согласования с информационной безопасностью, жёсткие процедуры change management. Крипторынок работает 24/7, цены меняются каждую секунду, а клиенты ожидают мгновенного исполнения. Согласование API-интеграции с внешним депозитарием через банковский ИБ-комитет может занять месяцы. Добавьте сюда конфликт приоритетов: команда мобильного приложения загружена бэклогом из сотен задач, и встраивание нового раздела «Крипто» конкурирует с кредитными продуктами и платежами за внимание разработчиков. ### Финтех **Преимущества.** Нет бюрократии банковского IT-ландшафта. Можно строить архитектуру с чистого листа, выбирать стек без ограничений legacy-систем, двигаться быстрее. Команда полностью сфокусирована на одном продукте. **Сложности.** Всё, что банку достаётся «бесплатно», финтеху нужно строить или покупать. KYC и AML — интеграция со сторонними провайдерами (SumSub, IDX, верификация через Госуслуги) или собственная система. Номинальный счёт — договор с банком, рейтинг которого соответствует требованиям ЦБ. Антифрод — новая интеграция, а не расширение существующей. Служба поддержки — с нуля, включая найм людей, которые понимают и криптовалюты, и 115-ФЗ. И главное — нет клиентской базы. Нужен полноценный маркетинг, привлечение, удержание. Для финтеха обменник — это не дополнительный раздел в приложении с миллионами пользователей, а самостоятельный продукт, который должен набрать аудиторию в конкуренции с банками. ## Как технически устроен криптообменник Верхнеуровнево продукт обменника состоит из семи модулей. Для каждого из них разберём: что именно он делает, что закрывает облачный депозитарий, что строит оператор самостоятельно, в чём ключевые сложности и каков качественный объём работы. ![](https://metalamp.ru/images/crypto-exchange-image1.png) ### Клиентский фронт **Что включает:** личный кабинет, экраны сделок и заявок, тестирование инвесторов, уведомления о рисках, обращения в поддержку, документы (выписки, справки). **Что даёт депозитарий:** ничего. Клиентский интерфейс — целиком зона ответственности обменника. Депозитарий предоставляет API для получения данных (баланс счёта, история операций), но весь UX — на операторе. **Что строим сами:** полный клиентский путь от регистрации до совершения сделки. Для банка — встраивание в существующее мобильное приложение (iOS, Android, веб). Для финтеха — создание приложения с нуля. **Ключевые сложности.** Обязательное тестирование физических лиц перед покупкой криптовалюты (ст. 32) — нужен интерактивный тест с фиксацией результата. Обязательное уведомление о рисках перед каждой сделкой (ст. 31) — не просто «галочка», а юридически значимый документ, содержание которого определит ЦБ. Отображение статусов при многошаговом DVP: клиент нажал «Купить», рубли списались, но крипта ещё не зачислена — нужно показать промежуточное состояние, а не пустой экран. Самостоятельная загрузка документов: физлицам — выписки для налоговой, юрлицам — отчёты для бухгалтерии в определённом формате. ### Модуль обмена **Что включает:** котировки, купля-продажа, мена цифровых валют, DVP (delivery vs payment), лимиты, управление собственным портфелем и ликвидностью. **Что даёт депозитарий:** только API для исполнения крипто-стороны сделки — зачисление, списание, перевод между счетами. Всю торговую логику обменник строит сам. **Что строим сами:** полный торговый движок. **Ключевые сложности.** Это самый сложный и уникальный модуль обменника — именно он отличает обменник от всех остальных участников рынка. ### Комплаенс-модуль **Что включает:** KYC — идентификация клиента (паспорт, СНИЛС, проверка через Госуслуги или вручную). AML/CFT — мониторинг операций на предмет отмывания денег и финансирования терроризма, формирование отчётов для Росфинмониторинга. Проверка по санкционным спискам — сверка каждого клиента с перечнями экстремистов, террористов, санкционных лиц при каждой операции. Признание квалифицированных инвесторов — процедура присвоения статуса, от которого зависят лимиты и доступные активы. Тестирование физических лиц — обязательный тест перед первой покупкой, фиксация результата. Антифрод — выявление мошеннических операций, совершаемых без ведома клиента или с использованием чужих данных. **Что даёт депозитарий:** KYC на уровне цифрового счёта (идентификация при открытии), AML-проверку входящих on-chain транзакций, blockchain analytics. Но это compliance *депозитарного* уровня — он не покрывает обязательства обменника. **Что строим сами:** compliance на уровне *сделки*. Обменник — самостоятельный субъект 115-ФЗ с собственными обязанностями. **Ключевые сложности.** На стыке обменника и депозитария возникает зона дублирования: оба обязаны идентифицировать клиента, оба обязаны мониторить операции. Чтобы клиент не проходил KYC дважды, нужна оркестрация — единый customer profile, синхронизация статусов между двумя системами. При этом ответственность не делегируется: если обменник пропустил подозрительную операцию — наказывают обменник, даже если депозитарий её тоже не поймал. Тестирование инвесторов — отдельный процесс, который обменник обязан проводить самостоятельно. Формат и содержание теста определит Банк России, но инфраструктуру для его проведения (интерфейс, фиксация результатов, хранение) строит оператор. Антифрод для обменника имеет свою специфику по сравнению с банковским: нетипичные паттерны покупок крипты, попытки обойти лимиты через дробление сделок, использование чужих аккаунтов для покупки. ### Модуль расчётов **Что включает:** банковские платежи, цифровые счета, адреса-идентификаторы, интеграция с депозитарием, сверка. **Что даёт депозитарий:** цифровые счета, адреса-идентификаторы, on-chain операции, on-chain сверку. Это основная зона, где облачная модель экономит больше всего — обменнику не нужно строить ядро учётной системы. **Что строим сами:** фиатную часть расчётов и операционную сверку. **Ключевые сложности.** Банковские платежи — это не просто «списать рубли». Нужно обеспечить интеграцию с платёжной системой банка (для банка-оператора) или настроить расчёты через номинальный счёт (для финтеха). Нужен процессинг возвратов, обработка отклонённых платежей, контроль остатков на номинальном счёте. Отдельная задача — **операционная сверка**. Депозитарий сверяет on-chain балансы с данными своей учётной системы. Но обменнику нужна ещё одна сверка: рубли ↔ крипта ↔ сделки. Клиент купил BTC за 100 000 рублей — действительно ли рубли зачислены, крипта отправлена, комиссия корректна? Эта трёхсторонняя сверка (фиатный баланс, крипто-баланс в депозитарии, реестр сделок обменника) — задача оператора. ### Регуляторный модуль **Что включает:** отчётность Банку России, отчётность в Росфинмониторинг, обработка запросов органов, реестры операций, раскрытие информации, исполнение предписаний. **Что даёт депозитарий:** депозитарий ведёт свою отчётность, но она не заменяет отчётность обменника. Часть исходных данных (балансы, операции по цифровым счетам) обменник получает через API депозитария. **Что строим сами:** весь регуляторный модуль обменника. **Ключевые сложности.** Обменник обязан вести собственные реестры сделок (ст. 38) и формировать отчётность в форматах, которые установит ЦБ (ст. 43, 48). Сейчас эти форматы не определены — а значит, архитектура модуля должна быть достаточно гибкой, чтобы адаптироваться к ещё не существующим требованиям. Workflow на запросы госорганов — ФСБ, ФНС, суды, Росфинмониторинг — обменник обязан обрабатывать самостоятельно, даже если активы клиента учитываются в чужом депозитарии. Пришёл запрос суда на блокировку — обменник приостанавливает торговлю и передаёт распоряжение депозитарию. Пришёл запрос ФНС — обменник предоставляет данные из своих реестров. Это не перекладывается на провайдера. ### Модуль управления рисками и контроля **Что включает:** управление рисками — методология оценки и контроля рыночных, операционных и кредитных рисков обменника. Внутренний контроль — проверка того, что сотрудники и системы действуют в рамках установленных правил и лимитов. Инциденты — регистрация, расследование и устранение сбоев, утечек, нарушений. Аудит — регулярная независимая проверка всех процессов и их соответствия требованиям регулятора. **Что даёт депозитарий:** ничего. Это полностью зона ответственности обменника как отдельного лицензированного участника. **Что строим сами:** систему управления рисками и систему внутреннего контроля (ст. 45–46). **Ключевые сложности.** Риски обменника принципиально отличаются от рисков депозитария. Депозитарий в первую очередь управляет операционным риском и риском безопасности (взлом, потеря ключей). Обменник добавляет к этому **рыночный риск** (колебания курса криптовалют при наличии открытой позиции), **риск ликвидности** (нехватка актива для исполнения сделки), **контрагентский риск** (если обменник получает ликвидность от внешнего провайдера — что будет, если тот обанкротится?), **операционный риск** (сбои в интеграции с депозитарием или банком). Для банка этот модуль — расширение существующей системы управления рисками: добавление новых классов рисков к уже работающей методологии. Для финтеха — построение с нуля, включая найм риск-офицеров и комплаенс-менеджеров. Причём дело не только в софте — нужна **организационная зрелость**: политики, процедуры, комитеты, отчётные линии. ### Сервисный модуль **Что включает:** RBAC (ролевой доступ), электронная подпись, журнал аудита, документооборот, уведомления, резервное копирование. **Что даёт депозитарий:** собственный аудит-трейл on-chain операций, но он не заменяет аудит обменника. **Что строим сами:** инфраструктурный слой приложения. **Ключевые сложности.** RBAC для обменника — это десятки ролей: оператор, комплаенс-офицер, риск-менеджер, администратор, оператор поддержки. Каждая роль видит разный набор данных и имеет разные полномочия. Журнал аудита обменника должен фиксировать каждое действие каждого пользователя — и храниться не менее 5 лет. Электронная подпись по ГОСТ — обязательна для юридически значимых документов: договоров с клиентами, регуляторной отчётности, уведомлений о блокировках.  Отдельный пласт работы - защита персональных данных и платёжной информации. Обменник хранит паспортные данные клиентов, результаты KYC-проверок, платёжные реквизиты, историю операций — всё это подпадает под 152-ФЗ «О персональных данных». Нужна классификация информационной системы персональных данных, уведомление Роскомнадзора, политика обработки, сбор согласий. Режим конфиденциальности клиентских данных по новому закону аналогичен банковской тайне (ст. 37) — раскрытие допускается только по решению суда или запросу уполномоченных органов. Данные должны шифроваться и в хранении, и при передаче, причём для российского контура — сертифицированными средствами криптографической защиты. Если обменник принимает оплату банковскими картами — добавляется соответствие стандарту PCI DSS. Всё это требует аудита информационной безопасности, регулярного тестирования на проникновение и подготовки документации для регулятора. Для банка часть этой инфраструктуры уже существует, для финтеха — строится с нуля и может стать одной из самых дорогих статей расходов. ## Оценка объёма: на что рассчитывать **Срок до запуска.** При условии, что API стороннего депозитария уже готов к интеграции, реалистичный срок разработки обменника — от девяти-двенадцати месяцев для банка и от двенадцати-восемнадцати для финтеха. Это при параллельной работе над несколькими модулями и при условии, что команда уже сформирована. **Команда.** Обменник на стороннем депозитарии требует от 20–25 человек. Почему так много, если депозитарий чужой? Потому что модулей восемь, и каждому нужны свои люди: ![](https://metalamp.ru/images/crypto-exchange-image3.png) - Backend-разработчики (торговый движок, казначейство, оркестрация DVP, интеграция с депозитарием и банком) — от 4 человек - Фронтенд/мобильная разработка (iOS, Android, веб-ЛК) — от 3 человек - UX/UI-дизайнер — от 1 человека - QA и автоматизация тестирования — от 2 человек - DevOps / инфраструктура — от 2 человек - Системные и бизнес-аналитики — от 2 человек - Комплаенс-офицеры (KYC/AML, работа с Росфинмониторингом, запросы органов) — от 2 человек - Риск-менеджеры (рыночный риск, лимиты позиции, внутренний контроль) — от 1 человека - Служба поддержки (блокировки, спорные операции, консультации клиентов) — от 3 человек - Продуктовый менеджер, проектный менеджер — 2 человека Часть экспертизы по блокчейну всё равно нужна — хотя бы один-два специалиста, понимающих, как работает API депозитария, что означают статусы on-chain транзакций и как обрабатывать edge-cases (реорганизации, задержки подтверждений). **Затраты.** Капитальные расходы на HSM и ноды отсутствуют — их заменяет подписка на сервис депозитария. Но сэкономленные на инфраструктуре деньги уходят на интеграцию, оплату сервиса провайдера и на построение того, что депозитарий не закрывает: казначейство, compliance, регуляторная отчётность, клиентский продукт. ## Обслуживание юридических лиц: как меняется картина Всё, что описано выше, — это обменник для физических лиц. Если в продукт добавляется обслуживание юрлиц, картина меняется существенно. Это не просто «ещё один тип клиента» — это другие процессы, другие документы, другие сценарии и дополнительная команда. ![](https://metalamp.ru/images/crypto-exchange-image9.png) **KYC юрлиц — принципиально другой процесс.** Идентификация физлица — это паспорт и проверка по спискам. Идентификация юрлица — это пакет документов: устав, выписка из ЕГРЮЛ, решение о назначении руководителя, цепочка бенефициарных владельцев (UBO) с проверкой каждого из них до конечного физлица. Если юрлицо иностранное — перевод документов, апостиль, проверка по зарубежным реестрам. Это отдельный workflow в системе, отдельные экраны в интерфейсе и отдельная экспертиза у комплаенс-офицеров. **ВЭД-расчёты — основной сценарий для юрлиц.** Закон разрешает использование криптовалюты для расчётов по внешнеторговым контрактам. Для обменника это означает: проверка наличия ВЭД-контракта, верификация контрагента-нерезидента, привязка каждого платежа к конкретной поставке, контроль валютного законодательства. Каждая ВЭД-операция — это не «купил BTC за рубли», а многоступенчатый процесс с документальным подтверждением на каждом шаге. Отдельный модуль, отдельная отчётность. **Документооборот.** Юрлицам нужны закрывающие документы по каждой сделке: акты, счета-фактуры, подтверждения для бухгалтерии в определённых форматах. Физлицу достаточно выписки в личном кабинете — юрлицу нужен пакет документов, который примет его бухгалтер и налоговая. Это дополнительная логика генерации документов и интеграция с системами электронного документооборота. **Лимиты и квалификация.** Для юрлиц не действуют те же ограничения, что для неквалифицированных физлиц — нет годового лимита покупки, нет обязательного тестирования. Но есть свои ограничения: валютный контроль, требования к обоснованию операций, усиленный мониторинг по 115-ФЗ для крупных сумм. **Поддержка.** Корпоративные клиенты ожидают другой уровень сервиса: выделенный менеджер, ускоренная реакция на блокировки (остановка платежа может сорвать поставку), помощь с подготовкой документов для налоговой и аудиторов. **Влияние на команду и сроки.** Добавление юрлиц увеличивает объём работы примерно на треть: отдельный KYC-процесс, ВЭД-модуль, генерация документов, расширение поддержки. К команде добавляются B2B-менеджеры, юристы по внешнеэкономической деятельности и валютному контролю. Сроки разработки увеличиваются на три-шесть месяцев в зависимости от глубины ВЭД-функционала. ## Что ещё не определено Ряд ключевых параметров, которые напрямую повлияют на архитектуру и бизнес-модель обменника, пока не установлен — они будут определены подзаконными актами Банка России. **Предельная сумма покупки ЦВ для неквалифицированных инвесторов.** Закон говорит, что лимит будет, но конкретная цифра не названа. От неё зависит, насколько массовым будет продукт: лимит в 100 тысяч рублей в год — это совсем другой бизнес, чем лимит в миллион. **Перечень ЦВ, допущенных к торгам.** Неквалифицированные инвесторы смогут покупать только те криптовалюты, которые прошли листинг на российских организованных торгах. Какие именно — пока неизвестно. От этого зависит ассортимент обменника. **Тарифный потолок комиссий.** Закон предусматривает возможность установления максимальной платы за операции. Если потолок будет низким — бизнес-модель обменника, основанная на спреде и комиссиях, может оказаться нерентабельной. **Требования к внутреннему контролю обменника (ст. 46).** Конкретный скоуп системы внутреннего контроля и управления рисками — сейчас это заглушка «определит ЦБ». Архитектура модуля должна быть достаточно гибкой. **Порядок тестирования физических лиц (ст. 32).** Содержание и формат обязательного теста — пока не определены. Нужно заложить в архитектуру возможность быстро изменить тест после выхода подзаконного акта. **Допустимость облачной модели для банков.** Прямого запрета нет, но требования ЦБ к защите данных и контролю над инфраструктурой могут де-факто ограничить использование внешнего депозитария для кредитных организаций. Это серая зона, которая разрешится только после выхода нормативных актов или первых прецедентов. ## Заключение Обменник криптовалют на базе облачного депозитария — это не «облегчённый депозитарий» и не «MVP на три месяца». Это полноценный лицензируемый финтех-продукт с собственной лицензией (ст. 18), собственной регуляторной ответственностью и уникальными рисками, которые не покрывает ни один провайдер. Сторонний депозитарий снимает инфраструктурный слой — но, как мы показали выше, то, что остаётся на стороне обменника, представляет собой полноценную финтех-платформу из восьми модулей со своими сложностями и рисками. Реалистичный срок разработки обменника — от девяти-двенадцати месяцев для банка с готовой инфраструктурой и от двенадцати-восемнадцати для финтеха. И это при условии, что API облачного депозитария уже готов к интеграции. Параллельно с разработкой идёт организационная подготовка: получение лицензии, вступление в СРО, формирование казначейской политики, найм и обучение комплаенс-офицеров и операторов поддержки, которые понимают специфику крипторынка. Добавьте к техническим и организационным срокам неопределённость подзаконных актов: лимиты, форматы отчётности, перечень допущенных ЦВ, требования к внутреннему контролю — всё это будет уточняться уже после принятия закона. Часть архитектурных решений придётся принимать в условиях неполной информации и переделывать, когда правоприменительная практика устоится. Вы увидели, сколько работы предстоит, какая команда нужна и сколько времени займёт путь до запуска. Готовы ли вы к этому и сойдётся ли экономика продукта с такими вводными — вопрос, на который каждый отвечает сам. Спрос на криптовалюту в России измеряется миллионами пользователей, и с вступлением закона в силу легальный канал станет единственным вариантом. Вопрос не в том, будут ли клиенты, а в том, хватит ли маржи при конкретных лимитах и тарифных потолках, которые установит ЦБ. Но в любом случае, понимание полного объёма работы до старта — это то, что отличает проект с управляемыми рисками от проекта, который остановится на полпути из-за неучтённых затрат. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/obmennik-kriptovalut-na-baze-oblacnogo-depozitaria-sloznosti-ob-em-raboty-i-arhitektura.md) ## Разработка криптокошелька: сколько стоит, какую архитектуру выбрать и когда проще без него ![Разработка криптокошелька: сколько стоит, какую архитектуру выбрать и когда проще без него](https://metalamp.ru/images/crypto-wallet-dev-cover.png) ## Сколько стоит разработка криптокошелька Стоимость зависит от трёх вещей: архитектуры безопасности, количества поддерживаемых сетей и юрисдикции. Ориентиры: - MVP — некастодиальный кошелёк, одна сеть: **$20–150 тыс.** - Standard — MPC, мультичейн, розничный продукт: **$100–350 тыс.** - Enterprise — кастодиальный с HSM, институциональный: **$200 тыс. и выше** Сроки: от 4 до 12+ месяцев. Но прежде чем считать бюджет, стоит разобраться, нужен ли вам собственный кошелёк вообще. В половине случаев задача решается готовым SDK или white-label решением за меньшие деньги и сроки. К нам регулярно приходят с запросом «нам нужен криптокошелёк как MetaMask, только наш». Через две недели обсуждений обычно выясняется, что MetaMask им не нужен в принципе. Нужна авторизация в Web3-приложение, возможность подписать транзакцию или хранилище ключей для пары сценариев — задачи, которые решаются не разработкой кошелька, а его интеграцией. Поэтому первый вопрос на любой встрече не «сколько стоит», а «зачем». Если на «зачем» нет внятного ответа, обсуждать бюджет бессмысленно: можно посчитать как $80k, так и $800k, и оба числа будут правдой для разных задач. Эта статья — попытка разложить тему по полочкам так, как мы сами объясняем её клиентам. Без хайпа и без обещаний, что кошелёк «откроет новые возможности». ## Кому нужен свой криптокошелёк, а кому — нет Криптокошелёк — это в первую очередь хранилище приватных ключей и интерфейс к блокчейну. Всё остальное (UX, дизайн, кнопка «купить за рубли») — обвязка. Вопрос «нужен ли вам свой кошелёк» сводится к тому, готовы ли вы брать на себя ответственность за эти ключи и инфраструктуру вокруг них. По нашему опыту, есть три сценария, когда разработка криптокошелька с нуля действительно оправдана: - **Централизованная биржа, брокер или обменник.** Если бизнес-модель в хранении клиентских активов, кошелёк и есть продукт. Холодное хранилище, горячие кошельки для выводов, балансировка, мониторинг. - **Кастодиан для институциональных клиентов.** Банки, фонды, корпоративные казначейства. Здесь важны не столько фичи, сколько лицензии, мультиподпись, разделение ролей, аудит-trail, интеграция с риск-системами. - **Нативный кошелёк внутри собственного блокчейн-продукта.** L2-сеть, DeFi-протокол, GameFi-проект. Если у вас уже есть пользовательская база и собственная экономика, отдавать UX и брендинг внешнему MetaMask значит терять контроль над ключевой частью опыта. И три сценария, когда разработка с нуля — это сжигание денег: - **Достаточно WalletConnect.** Если задача в том, чтобы позволить пользователю подключить свой существующий кошелёк к вашему dApp, [WalletConnect](https://docs.walletconnect.network/) решает её за пару дней работы фронтенд-разработчика. Не нужны ни ключи, ни лицензии, ни поддержка. - **Достаточно SDK (**[Web3Auth](https://web3auth.io/docs)**,**[Privy](https://docs.privy.io)**, Magic).** Если вы делаете Web3-приложение для широкой аудитории и хотите вход через email или соцсети, встраиваемые SDK с MPC-кошельком под капотом покрывают 80% сценариев. Стоит несколько тысяч долларов в месяц по подписке, разворачивается за недели. - **Достаточно white-label кошелька (**[Fireblocks](https://www.fireblocks.com/products/wallets-as-a-service)**, BitGo, ZenGo SDK).** Когда нужен полноценный кастодиальный продукт, но вы не готовы строить хранилище ключей сами. Берёте готовое ядро, прикручиваете свой бренд и интерфейс. Дороже SDK, дешевле собственной разработки, и часть регуляторных вопросов закрыта за вас. Разница задач между сегментами тоже принципиальна. Банк в первую очередь решает вопрос комплаенса: KYC, AML, отчётность регулятору, разграничение прав. Финтех-стартап бьётся за UX: как сделать так, чтобы человек, не знающий слова «seed-фраза», смог купить токен в три тапа. Web3-проект упирается в мультичейн и поддержку новых сетей: каждая интеграция это отдельный SDK, отдельные edge-кейсы, отдельные риски. ### Когда хватит SDK и WalletConnect Простой тест: если вашей команде кошелёк нужен как способ авторизации или подписания, а хранение активов — задача пользователя, начинайте с SDK или WalletConnect. Мы видели проекты, которые потратили полгода на собственный кошелёк ради того, что закрывается одной библиотекой за три недели. ### Когда нужен white-label кошелёк Если вы кастодиан или биржа в зрелой юрисдикции и вам важна скорость выхода на рынок, white-label сокращает time-to-market на 6–12 месяцев. Платите подписку и комиссию с оборота, получаете готовую инфраструктуру MPC и compliance-обвязку. Минус: зависимость от вендора и его ценовой политики на горизонте 3–5 лет. ### Когда оправдана разработка с нуля Когда кошелёк — это ваше конкурентное преимущество, а не инфраструктура. Когда специфика бизнеса (нестандартные сети, требования регулятора, особые сценарии токенизации) не закрывается готовыми решениями. Когда расчёт показывает, что подписка на чужую инфраструктуру за 3–5 лет превысит стоимость собственной разработки и поддержки. ## Архитектура и типы кошельков: что выбрать После того как ответили «да, нам нужен свой», начинается выбор архитектуры. От него зависит примерно всё: бюджет, сроки, состав команды, требования к лицензированию. **Кастодиальный кошелёк или некастодиальный.** В кастодиальной модели ключи хранит провайдер (вы), пользователь работает через логин-пароль и доверяет вам средства. Это удобный UX и тяжёлая регуляторика. В некастодиальном кошельке ключи у пользователя, вы только даёте интерфейс. UX сложнее (seed-фразы, восстановление), регуляторика мягче, но не нулевая: в ЕС MiCA, например, многие функции некастодиалов всё равно подпадают под VASP-режим. **Hot или cold.** Горячий кошелёк подключён к интернету и нужен для активных операций. Холодный изолирован, для долгосрочного хранения. Кастодианы обычно делают и то, и другое: 95% средств в cold storage, 5% в hot для ежедневных выводов. Это требует отдельной инфраструктуры мониторинга и автоматического ребаланса. Управление ключами. Здесь основной выбор и основная стоимость: - **Seed-фраза (BIP-39).** Классика, 12–24 слова. Просто, проверено, дёшево в разработке. Но это худший UX в финтехе вообще: пользователи теряют seed, фотографируют его, отправляют в облако. Любой инцидент — потеря средств без шансов на восстановление. - **MPC-кошелёк (Multi-Party Computation).** Приватный ключ не хранится целиком нигде. Он разбит на несколько долей, которые живут на разных устройствах или серверах. Подписание происходит совместными вычислениями, без сборки ключа. Это стандарт де-факто для современных кастодианов: [Fireblocks](https://www.fireblocks.com), ZenGo, Coinbase. Дороже в разработке, лучше в безопасности и UX. - **ERC-4337 (Account Abstraction).** Кошелёк становится смарт-контрактом. Можно делать соцлогин, восстановление через доверенных лиц, оплату газа в стейблкоинах, спонсорство транзакций. Главная боль: работает только на EVM-совместимых сетях, инфраструктура (bundlers, paymasters) ещё дозревает. Спецификация: [eips.ethereum.org/EIPS/eip-4337](https://eips.ethereum.org/EIPS/eip-4337). - **HSM (Hardware Security Module).** Аппаратные модули, в которых живут ключи. Стандарт для банков и крупных кастодианов. AWS CloudHSM, Fortanix, Thales. Дорого в эксплуатации, обязательно при работе с регуляторами. **Single-chain или мультичейн кошелёк.** Поддержка одной сети — это одна интеграция, один набор форматов адресов, один способ построения транзакций. Каждая дополнительная сеть (Bitcoin, Solana, Cardano, Tron) — отдельный модуль с собственной криптографией, нюансами комиссий и rpc-нодами. Мультичейн с нуля — это не «добавить ещё одну монету», это новая подсистема. **Платформа.** Mobile (iOS/Android), Web, browser extension, desktop. Mobile-only в 2026 году: реалистичный выбор для розничного продукта. Кастодианам и B2B чаще нужен web-кабинет плюс API, мобайл идёт как дополнение. | Тип кошелька | Кто хранит ключ | UX | Риски | Типичный сценарий | Ориентир по стоимости (примерно) | | --- | --- | --- | --- | --- | --- | | Некастодиальный seed, single-chain | Пользователь | Сложный (seed) | Потеря ключа = потеря средств | DeFi-проект, нативный кошелёк L2 | $50–150k | | Некастодиальный MPC, мультичейн | Пользователь (доли) | Близкий к Web2 | Зависимость от инфраструктуры долей | Розничный Web3-кошелёк | $100–350k | | Кастодиальный с HSM | Провайдер | Простой (логин) | Регуляторика, ответственность за средства | Биржа, обменник | >$200k | | Кастодиальный, институционал | Провайдер (мультиподпись, MPC, HSM) | Сложный (роли, лимиты) | Compliance, аудит | Кастодиан для фондов, банк | >$200k | | Smart wallet (ERC-4337) | Пользователь (смарт-контракт) | Очень удобный (соцлогин) | Незрелость инфраструктуры | Web3-приложение для широкой аудитории | >$75k | Цифры — ориентир по российскому и международному рынку, без учёта лицензий ### Кастодиальный кошелёк и некастодиальный: что меняется юридически Решение не только техническое. Кастодиальный режим означает, что вы юридически держатель чужих активов: лицензия VASP, требования по капиталу, страхование, отчётность. В РФ статус крипто-сервисов всё ещё подвижный, в ЕС с 2024 года действует [MiCA](https://eur-lex.europa.eu/EN/legal-content/summary/european-crypto-assets-regulation-mica.html), в США каждый штат принимает решение сам. Закладывайте на юридическую обвязку столько же времени, сколько на разработку. ### MPC-кошелёк и Account Abstraction MPC — это «бронежилет» для ключей. Технология зрелая, есть open-source библиотеки (например, от Coinbase и Binance), есть коммерческие реализации. Самостоятельная разработка MPC-протокола — плохая идея почти всегда. Используйте проверенные библиотеки и/или сервисы, иначе попадёте в категорию «самостоятельная реализация криптографии» (подробнее в разделе про ошибки). ERC-4337 — это про UX. Если ваш продукт ориентирован на пользователей без опыта в крипте, account abstraction убирает большую часть барьеров. Но это привязка к EVM и риск ранней технологии: спецификация ещё обновляется, инфраструктура bundlers/paymasters развивается. ### Мультичейн кошелёк: цена универсальности Самая частая иллюзия: «давайте сразу 10 сетей, чтобы быть конкурентоспособными». На практике каждая сеть после первых трёх-четырёх даёт убывающую отдачу и растущие затраты на поддержку. Bitcoin требует UTXO-логики и работы с PSBT, у Solana своя подпись и rent-механика, у Cardano eUTXO и Haskell-окружение. По нашему опыту, оптимально стартовать с 2–3 ключевых сетей под целевую аудиторию и добавлять остальные по запросу. ## Этапы разработки криптокошелька ![](https://metalamp.ru/images/crypto-wallet-dev-image1.png) Любой проект, который мы вели, шёл примерно по одной канве. Меняются длительности этапов и состав работ, но логика одна. 1. **Discovery и архитектурный аудит.** Начинается с того самого вопроса: нужен ли вообще свой кошелёк. Мы на этом этапе нередко отговариваем клиента от полноценной разработки в пользу SDK или white-label. Дальше идёт выбор архитектуры, сетей, модели хранения ключей, регуляторного периметра. На выходе техническое видение и бюджетная оценка с разбивкой по сценариям. 2. **Разработка ядра (8–16 недель).** Управление ключами, формирование и подпись транзакций, работа с rpc-нодами, кошельковая логика для каждой сети. Параллельно строится бэкенд для кастодиальной части, если она есть: учёт балансов, очереди транзакций, мониторинг. 3. **UX/UI дизайн** (4–8 недель). Самая недооценённая часть. Хороший дизайн криптокошелька — это не «красивые экраны», это сценарии восстановления, обработка ошибок сети, отображение комиссий, понятные предупреждения о фишинговых dApp. Прототипирование и тесты на реальных пользователях обязательны, особенно для розничных продуктов. 4. **Интеграции (4–8 недель).** Подключение DEX и CEX для свопов и выводов, fiat on-ramp (MoonPay, Transak, Ramp), KYC-провайдер (Sumsub, Onfido), аналитика блокчейна (Chainalysis, TRM Labs) для AML. Каждая интеграция: отдельный контракт, отдельные SLA, отдельные комиссии. 5. **Аудит безопасности (3–6 недель).** Внешний пентест, аудит кода, проверка криптографических реализаций. Для смарт-контрактов (если есть) проводится отдельный аудит специализированными командами. Это не та статья расходов, на которой можно экономить: цена ошибки в кошельке считается не в часах разработки, а в украденных средствах и репутации. 6. **Запуск и поддержка.** Mainnet-запуск обычно идёт волнами: сначала закрытая бета на сотрудниках, потом ограниченный круг пользователей, потом публичный релиз. Поддержка: отдельная история и отдельный бюджет. В сумме это 3–9 месяцев для среднего проекта и до 6+ месяцев для enterprise-кастодианов с серьёзной регуляторкой. Сокращать сроки можно за счёт white-label-компонентов и работы с готовыми библиотеками MPC, а вот экономить на аудите и discovery нельзя. ## Стоимость разработки криптокошелька: реальный разбор бюджета Бюджет на разработку криптокошелька состоит на 60–70% из трат на ФОТ/аутсорс, на 20–30% лицензии и сервисы, остальное идёт в юридическую часть и непредвиденные расходы. Соотношение меняется в зависимости от модели, но порядок такой. ### Команда и разработка ![](https://metalamp.ru/images/crypto-wallet-dev-image3.png) Типовой состав команды на средний проект: - Product manager — 1, может быть с вашей стороны (чаще всего так и есть) - Архитектор / tech lead — 1 - Backend-разработчики — 2–4 - Mobile или web-разработчики — 1–2 на платформу - UX/UI дизайнер — 1 - QA-инженер — 1–2 - Security engineer — 1 (тут стараемся подключать опытных и проверенных партнеров) - DevOps — 1  ### Лицензии и инфраструктура Цены и продукты для примера, как самые крупные провайдеры/ресурсы, они могут меняться взависимости от проекта к проекту. - **HSM.** [AWS CloudHSM](https://aws.amazon.com/ru/cloudhsm/pricing/) от $1.45 в час за инстанс, плюс резервирование. Fortanix, Thales: корпоративные модели с подпиской. На проект это десятки тысяч долларов в год.  - **MPC.** [Fireblocks](https://www.fireblocks.com). Coinbase Cloud: обычно подписка плюс комиссия с оборота. Точные цифры под NDA, но это значимая часть OpEx. - **RPC-провайдеры.** Alchemy, QuickNode, Infura. Бесплатные тарифы для разработки, платные для продакшна: от нескольких сотен до нескольких тысяч долларов в месяц на сеть. - **KYC.** Sumsub, Onfido, Veriff: оплата за проверку, в среднем $1–3 за пользователя. На объёме это становится заметной статьёй. - **Fiat on-ramp.** MoonPay, Transak, Ramp: комиссию платит пользователь, но интеграция и compliance-документы это ваше время и юристы. ### Юридическая часть VASP-регистрация в выбранной юрисдикции, AML/CFT-программа, политика обработки данных (GDPR в ЕС, аналоги в других регионах), для банков нужны отдельные согласования с регулятором, плюс постоянные расходы на compliance-офицера и аудиты. Для российского рынка ситуация особая и быстро меняется: без локального юриста, который ведёт именно крипто-проекты, не стоит даже стартовать. Мы не эксперты в лигал-части, поэтому тут мы не можем говорить ни о сроках, ни о цифрах, можем только пригласить наших партнеров для помощи вам. ### Поддержка после релиза Здесь чаще всего недооценивают. По нашим оценкам, ежегодная стоимость поддержки кошелька составляет 15–25% от стоимости разработки. Сюда входит: - Поддержка и обновления нод, RPC, инфраструктуры - Реакция на инциденты безопасности и обновления библиотек - Обновления KYC/AML-логики под меняющиеся требования - Поддержка пользователей (для розничных продуктов часто отдельная команда) Скрытые затраты, о которых вспоминают только на проде: газ на тестовые транзакции (для частых релизов это несколько тысяч долларов в месяц), bug bounty (от $10k стартовый пул), страхование (для кастодианов обязательная статья). *Цифры ориентировочные, рассчитаны на международный рынок и не включают маркетинг и листинги.* ## Ошибки, которые дорого обходятся За годы работы мы видели одни и те же грабли в проектах разных команд. Это шесть наиболее дорогих. ![](https://metalamp.ru/images/crypto-wallet-dev-image4.png) - **Экономия на аудите безопасности.** «Мы проверим сами» или «возьмём аудит подешевле». В кошельке любой пропущенный баг — это потенциальная потеря средств пользователей и конец продукта. Аудит должен быть от команды с публичной репутацией в крипте, а не от общей кибербез-конторы. Но отметим, дороже не всегда значит лучше!  - **Недооценка стоимости поддержки нод и инфраструктуры.** На этапе планирования заложили $500/мес на RPC, через год платят $8000 потому, что вырос трафик и добавили две сети. Считать инфраструктуру нужно на горизонте 2–3 лет, с запасом на рост и резервирование. - **«Всё сразу» в первой версии.** Десять сетей, пятьдесят токенов, NFT-галерея, встроенный DEX, стейкинг и кешбэк. В итоге релиз через 18 месяцев вместо шести, бюджет вдвое больше, и продукт всё равно сырой по всем фронтам. Лучше выйти с двумя сетями и идеальным базовым UX, чем со всеми фичами и багами в каждой. - **Игнорирование UX вокруг seed-фразы.** Если выбрали seed-модель, продумайте сценарий восстановления, обучение, проверку, что пользователь действительно сохранил фразу. По разным оценкам, значительная часть потерь в самокастоди — это не взломы, а потерянные seed-фразы.  - **Самостоятельная реализация криптографии.** Соблазн «написать своё MPC, чтобы не платить вендору» появляется в каждом втором проекте. Это плохая идея почти всегда: криптография — область, где даже опытные команды находят уязвимости после годов ревью. Используйте проверенные библиотеки прошедшие аудит. Будут целее и ваши нервы, и средства ваших клиентов. - **Отсутствие incident response плана.** Что вы делаете, когда обнаруживается уязвимость в зависимой библиотеке в три ночи в воскресенье? Кто принимает решение о приостановке выводов? Кто пишет публичное сообщение? У зрелых кастодианов это всё прописано в runbook. У большинства проектов на старте этого нет. Цена этих ошибок измеряется в десятках и сотнях тысяч долларов прямых убытков и в репутации, которую восстановить почти невозможно. В кошельковом бизнесе один инцидент часто означает конец продукта. ## Как выбрать подрядчика и с чего начать Если решили делать с нуля и ищете внешнюю команду, есть короткий чек-лист вопросов, который отсекает большую часть рисков. - **Опыт с нужными вам сетями.** Если вам нужен Cardano или Solana, наличие реального опыта в команде сократит сроки на месяцы. Универсальные «мы освоим» всегда оборачиваются дольше и дороже, чем кажется. - **Security-инженеры в команде.** Не «безопасность важна для нас», а конкретные люди с релевантным бэкграундом. Готовность подрядчика обсуждать threat model на первой встрече — хороший знак. Ну или проверенный партнеры из security, как у нас:) - **Понимание регуляторики.** В кошельковом проекте техническая команда должна хотя бы в общих чертах ориентироваться в VASP, MiCA, AML, потому что архитектурные решения зависят от регуляторных требований. Они не обязаны разбираться глубоко, но если в ответ на вопрос про KYC слышите «это юристы скажут»: плохой признак. - **Прозрачность по поддержке и передаче кода.** Что будет, когда проект сдан: как поддержка переходит к вашей команде, какие есть SLA, что в репозитории, как организованы секреты. Условия должны быть прописаны в контракте, а не в обещаниях. Первая встреча с подрядчиком — это не презентация и не «расскажите про наши задачи». Это рабочая сессия, на которой обсуждается архитектура, риски, ограничения. Если подрядчик задаёт правильные вопросы про вашу бизнес-модель, регуляторный периметр и сценарии угроз, с этой командой можно работать.  С чего начать практически: с discovery. Это не «составить ТЗ», а структурированная работа на 2–4 недели, на которой команда вместе с вами проходит ключевые развилки: кастодиал или нет, какие сети, какая модель ключей, какая юрисдикция. На выходе техническое видение, оценка бюджета с разбивкой по сценариям и понятный план следующих шагов. ![](https://metalamp.ru/images/crypto-wallet-dev-image2.png) Если стоит задача разобраться, какой сценарий ваш: приходите, подскажем: [metalamp.ru/wallet](https://metalamp.ru/wallet). ## Часто задаваемые вопросы ### Чем отличается кастодиальный кошелёк от некастодиального? В кастодиальном кошельке приватные ключи хранит провайдер — биржа, сервис, банк. Пользователь работает через логин и пароль и доверяет средства третьей стороне. В некастодиальном ключи у самого пользователя: провайдер даёт только интерфейс и не имеет доступа к активам. Первый вариант удобнее, но требует лицензий и несёт регуляторную ответственность. Второй сложнее в UX, но регуляторная нагрузка ниже. ### Что такое MPC-кошелёк? MPC (Multi-Party Computation) — технология, при которой приватный ключ не существует как единый объект. Он разбит на несколько математических долей, которые хранятся на разных устройствах или серверах. Подпись транзакции происходит через совместные вычисления без сборки ключа в одном месте. Это устраняет единую точку компрометации. Технология используется в [Fireblocks](https://www.fireblocks.com), Coinbase и других институциональных решениях. ### Нужна ли лицензия для криптокошелька? Зависит от модели и юрисдикции. Кастодиальный кошелёк почти везде требует регистрации как VASP (поставщик услуг с виртуальными активами). В ЕС с 2024 года действует [MiCA](https://eur-lex.europa.eu/EN/legal-content/summary/european-crypto-assets-regulation-mica.html) — регламент, под который подпадают и многие некастодиальные сервисы. В России ситуация отдельная и быстро меняется. Юридический бюджет на старте легко уходит за $50–100 тыс. только на первичную обвязку. ### Что такое ERC-4337 и зачем он нужен? [ERC-4337](https://eips.ethereum.org/EIPS/eip-4337) — стандарт Ethereum, который позволяет сделать кошелёк смарт-контрактом вместо обычного аккаунта с приватным ключом. Это открывает вход через email или соцсети, восстановление через доверенных лиц, оплату газа в стейблкоинах. Работает только в EVM-совместимых сетях. В мае 2025 года вышел EIP-7702 как дополнение — он позволяет существующим аккаунтам временно получать возможности смарт-кошелька. ### Когда достаточно SDK вместо собственного кошелька? Если вам нужна авторизация пользователей и подписание транзакций без хранения активов на вашей стороне, SDK вроде [Web3Auth](https://web3auth.io/docs), [Privy](https://docs.privy.io) или [WalletConnect](https://docs.walletconnect.network/) закрывают её за недели, а не месяцы. Стоит несколько тысяч долларов в месяц по подписке против $80–350 тыс. на разработку. Собственный кошелёк оправдан, когда кошелёк — это ваш продукт, а не инструмент. ### Сколько времени занимает разработка криптокошелька? Средний проект — 4–9 месяцев. Enterprise-кастодиан с серьёзной регуляторкой: до 12 месяцев и выше. Из них 2–4 недели занимает discovery, 3–6 недель на проектирование безопасности, 8–16 недель на разработку ядра. Экономить время за счёт пропуска аудита или discovery — самая дорогостоящая ошибка. ## Вместо заключения Большинство проектов, которые к нам приходят за кошельком, в итоге делают не то, что изначально хотели. Иногда выясняется, что собственный кошелёк не нужен вообще — и это лучший результат, который может дать первая встреча. Иногда нужен, но другой архитектуры. Иногда именно тот, что задумывали, но бюджет оказывается в три раза больше исходной оценки, потому что в исходной не было ни аудита, ни юристов, ни поддержки. Вопрос «сколько стоит криптокошелёк» сводится к трём другим: какая архитектура безопасности, в какой юрисдикции и сколько сетей. Ответьте на них — и оценка превратится из «от $50k до бесконечности» в конкретное число с понятной структурой. Если хотите пройти этот путь с нами — [metalamp.ru/wallet](https://metalamp.ru/wallet) ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/razrabotka-kriptokoselka-skolko-stoit-kakuu-arhitekturu-vybrat-i-kogda-prose-bez-nego.md) ## Цифровой депозитарий: что это такое, зачем он нужен и как устроен ![Цифровой депозитарий: что это такое, зачем он нужен и как устроен](https://metalamp.ru/images/depository.png) В апреле 2026 года Государственная Дума приняла в первом чтении пакет из четырёх законопроектов «О цифровых валютах и цифровых правах». Это не точечная поправка, а полноценная перестройка правового поля: 56 статей, 9 глав основного закона, изменения в Гражданский кодекс, КоАП, Уголовный кодекс и десятки отраслевых законов. ![](https://metalamp.ru/images/depository-image3.png) Важный момент: Законопроект не принят окончательно, но он прошел критически важную точку. Депутаты концептуально согласились с идеей создания цифровых депозитариев и лицензирования крипторынка. Сейчас документ готовится ко второму чтению, где в него будут вносить правки. Основные моменты, которые точно уже меняться не будут: 1. Цифровая валюта — это имущество, которое нельзя использовать для оплаты товаров и услуг внутри страны, но можно для внешнеторговых расчетов (ВЭД). 2. Лимиты для «физиков»: Неквалифицированные инвесторы смогут покупать крипту только после тестирования и на сумму не более N тыс. рублей в год через одного посредника. Точный лимит будет известен после принятия, но лимит точно будет, также как и тестирование пользователей на квалифицированных и неквалифицированных 3. Уголовная ответственность: За работу без лицензии (серые обменники) планируют давать до 4–5 лет лишения свободы. 4. Цифровой депозитарий становится ключевым звеном инфраструктуры, без подписи которого ни одна транзакция не уйдет с администрируемого адреса. ## Что такое цифровой депозитарий Цифровой депозитарий — это новый тип участника рынка цифровых активов. Его ключевая функция — учёт, хранение и обеспечение перехода прав на два класса активов: - Цифровые валюты (ЦВ) — имущество в виде электронных данных, которое может использоваться как средство платежа (но не рубль и не иностранная валюта) и/или как инвестиция. Проще говоря — биткоин, эфир и другие криптовалюты. - Цифровые права (ЦП) — более широкая категория, включающая цифровые финансовые активы (ЦФА), утилитарные цифровые права и гибридные токены. ![](https://metalamp.ru/images/depository-image5.png) ### Чем он отличается от биржи, обменника и кошелька - Биржа (организатор торгов) — площадка, где проходят организованные торги ЦВ и ЦП. Она сводит покупателей и продавцов, которые торгуют друг с другом. - Обменник — Здесь покупатели и продавцы торгуют с самой площадкой. Можно сказать что не торгуют а покупают и продают по установленным заранее ценам, как в магазине. - Криптокошелек — Это пара из публичного и приватного ключей, где публичный ключ это адрес кошелька (номер счета), а приватный ключ это информация, доступная только владельцу, пароль, которым он может подписывать транзакции, чтобы переводить криптовалюту. Криптокошельки бывают кастодиальными и некастодиальными. Некастодиальный кошелек создает сам пользователь, эта пара ключей есть только у него и ни у кого больше. Metamask, Tether wallet, Rabby wallet и другие, не хранят приватный ключ нигде кроме устройства, они только интерфейс для удобного взаимодействия с блокчейном. Кастодиальный же кошелек не дает пользователю прямого доступа к приватному ключу. Кошелек формально пользователя, криптовалюту он может отправлять и получать, но приватный ключ он никогда не видит и хранится ключ где-то на серверах кастодиального сервиса за семью замками. Кастодиальные кошельки в основном используются как часть криптобиржи, где создание и хранение отдается стороннему провайдеру, обеспечивающему повышенный уровень безопасности. Самые популярные в мире кастодиальные провайдеры это Fireblocks, Bitgo, Сoinbase сustody. Может быть вы слышали любимую фразу криптанов "not your key, not your coins". Она о том, что кастодиальный кошелек по факту не пользователя, и кастодиан может заблокировать доступ к нему в любой момент. - Депозитарий — в российских реалиях это по сути кастодиальный провайдер, инфраструктура для учета, которая будет бережно хранить криптоактивы, просить давать пояснения по тому кто пользователь, откуда у него активы, и выдавать блокировки по 115-ФЗ в случае подозрительных операций. ### Лицензирование Для работы цифровой депозитарий должен быть включён в реестр Банка России и в течение 90 дней после регистрации вступить в саморегулируемую организацию (СРО). Кроме того, он обязан иметь номинальный счёт в кредитной организации с рейтингом не ниже уровня, установленного Советом директоров ЦБ, — для фиатных расчётов. ### Что двигает процесс Несколько факторов сошлись одновременно: Санкционное давление и потребность в альтернативных расчётах. После 2022 года Россия оказалась отрезана от значительной части международной финансовой инфраструктуры. Криптовалюты стали рассматриваться как инструмент для внешнеторговых расчётов — и законопроект прямо разрешает использование ЦВ в расчётах по ВЭД-контрактам между резидентами и нерезидентами. Рост рынка ЦФА. Российский рынок цифровых финансовых активов развивался в рамках 259-ФЗ, и к 2026 году число операторов информационных систем и объём выпущенных ЦФА существенно выросли. Но рынку не хватало кастодиальной инфраструктуры — и цифровой депозитарий закрывает эту брешь. Масштаб серого рынка. По различным оценкам, число держателей криптовалют в России измеряется миллионами, а объём операций — сотнями миллиардов рублей в год. Этот рынок существует de facto, и задача государства — ввести его в легальное поле. ![](https://metalamp.ru/images/depository-image9.png) ### Кто заинтересован и почему Потенциальные операторы цифровых депозитариев — это прежде всего банки, которые уже работают с ЦФА и хотят расширить линейку услуг на криптовалюты. Также это брокерские компании, управляющие активами, и финтех-стартапы, видящие возможность занять нишу на формирующемся рынке. Интересна позиция кредитных организаций: по закону, банки вправе организовывать обращение ЦВ и совершать сделки с криптовалютами, допущенными к торгам. Но они не вправе совершать банковские операции в ЦВ, заниматься майнингом и выпускать криптовалюты. Это создаёт спрос на внешнюю инфраструктуру — и депозитарий оказывается именно тем продуктом, который банкам нужен. Но интерес банков к депозитарной лицензии объясняется не только формальным спросом на инфраструктуру. Речь идёт о стратегическом позиционировании на рынке, который до сих пор существовал мимо них. **Контроль над потоками.**Сегодня миллионы россиян покупают и продают криптовалюту через p2p-площадки и зарубежные биржи — и банки видят эти потоки только как «странные» переводы между физлицами. Депозитарий меняет картину: все легальные крипто-операции пойдут через лицензированную инфраструктуру, а банк-депозитарий окажется в центре этих потоков, получая полную видимость транзакций своих клиентов. **Новые источники дохода.** Депозитарий — это комиссионный бизнес: плата за хранение, за переводы, за открытие счетов. К этому добавляются сопутствующие сервисы: конвертация фиат-крипта через номинальный счёт, ВЭД-расчёты в криптовалюте, интеграция с брокерскими подразделениями для организованных торгов. **Удержание клиентов.** Крипторынок молодеет, и для нового поколения клиентов наличие криптосервисов в банковском приложении — уже не преимущество, а базовое ожидание. Банк, который не предложит легальный способ работы с криптовалютой, рискует потерять аудиторию в пользу тех, кто предложит. Депозитарная лицензия позволяет банку закрыть весь жизненный цикл клиента — от открытия рублёвого счёта до покупки биткоина — внутри одной экосистемы. **Регуляторный арбитраж.** Банки уже прошли десятилетия адаптации к 115-ФЗ, валютному контролю, требованиям ЦБ к отчётности и управлению рисками. Для них депозитарный compliance — это расширение существующих процессов, а не построение с нуля. Финтех-стартапу придётся нанимать комплаенс-офицеров и выстраивать всю систему внутреннего контроля заново; банк уже имеет готовую инфраструктуру, кадры и отношения с регулятором. Это даёт банкам серьёзную фору на старте. **Данные и аналитика.**Депозитарий по закону видит всё: кто владеет какими активами, откуда пришли средства, куда уходят. Для банка это бесценный аналитический слой — он позволяет точнее оценивать риски клиентов, предлагать кредитные продукты под залог крипто-активов (когда подзаконные акты это позволят) и формировать инвестиционные стратегии с учётом цифровых активов клиента. ## Какие продукты банк может запустить на базе депозитария Депозитарий — это не конечный продукт для клиента. Это инфраструктурное ядро, «рельсы», по которым банк может запустить новые сервисы прямо внутри своего мобильного приложения. Главное преимущество банка — ему не нужно набирать аудиторию с нуля: миллионы клиентов уже пользуются его приложением каждый день. Достаточно добавить новый раздел — и клиент получает доступ к крипто-сервисам без регистрации на сторонних площадках, без новых паролей, без переводов на незнакомые реквизиты. KYC уже пройден, карта привязана, доверие к бренду есть. Вот что конкретно можно встроить. **Покупка и продажа криптовалюты (обменник).**Самый простой и массовый продукт. Клиент открывает банковское приложение, переходит в раздел «Крипто», выбирает биткоин или эфир, вводит сумму в рублях — и покупает по текущему курсу. Без ордеров, стаканов и торговых терминалов — как покупка валюты в банке. Банк выступает контрагентом по сделке, продавая крипту со своего казначейского счёта или покупая с рынка. Депозитарий обеспечивает учёт купленных активов на цифровом счёте клиента. Для банка это комиссионный доход на каждой операции плюс спред. ![](https://metalamp.ru/images/depository-image10.png) **Хранение крипто-активов (кастодиальный кошелёк).** Клиент, который уже держит криптовалюту на зарубежных биржах или в некастодиальных кошельках, получает возможность перевести активы в легальное поле — на свой цифровой счёт в банке. Банк берёт на себя хранение ключей, защиту от взлома, ежедневную сверку балансов. Клиент видит свой крипто-портфель рядом с рублёвыми вкладами и брокерским счётом — в одном интерфейсе. Для банка это плата за хранение и удержание клиента внутри экосистемы. **Брокерский сервис (торговля на бирже).** Для клиентов, которым нужно больше, чем просто купить-продать: лимитные ордера, стоп-лоссы, торговля несколькими парами. Банк выступает брокером, выводя заявки клиента на лицензированную криптобиржу. Это естественное расширение существующего брокерского бизнеса — если банк уже предлагает торговлю акциями через приложение, добавить криптовалюту становится вопросом интеграции, а не создания нового продукта с нуля. **ВЭД-расчёты в криптовалюте.** Продукт для корпоративных клиентов. Компания-импортёр не может оплатить поставку через SWIFT — банк предлагает рассчитаться в криптовалюте. Вся операция проходит через депозитарий: верификация контрагента-нерезидента, привязка к ВЭД-контракту, проведение платежа с полным compliance. Для банка это способ сохранить ВЭД-клиентов, которые иначе уйдут в серые схемы, плюс комиссия за проведение расчёта. **Инвестиционный портфель (ЦФА + крипта).** Клиент видит в приложении единый инвестиционный раздел: акции, облигации, ЦФА и криптовалюты. Может сформировать диверсифицированный портфель, где 70% — классические инструменты, а 30% — крипта и токенизированные активы. Депозитарий обеспечивает мультиактивный учёт на одном счёте. Для банка это рост AUM (активов под управлением) и возможность предлагать готовые инвестиционные стратегии с крипто-компонентом. **Доверительное управление крипто-активами.**Для клиентов Private Banking и состоятельных инвесторов, которые хотят экспозицию на крипторынок, но не хотят разбираться в деталях. Управляющая компания банка формирует крипто-портфель. Депозитарий ведёт обособленный учёт на счёте доверительного управления. Для банка это управленческая комиссия и выход в premium-сегмент крипто-рынка. **Крипто-эскроу.**Безопасные сделки между контрагентами банка. Экспортёр получает оплату в крипте, которая размораживается после подтверждения поставки. Банк уже проводит эскроу-сделки с рублями — добавление крипто-эскроу расширяет сервис на новый класс активов. **Междепозитарные услуги (B2B).** Не все банки захотят или смогут построить собственный депозитарий. Банк с депозитарной лицензией может предоставлять инфраструктуру другим банкам и финтех-компаниям: вести счета номинального держателя, обеспечивать кастодиальное хранение, проводить расчёты. Это отдельная линия дохода — аналог того, как НРД обслуживает десятки брокеров и банков на традиционном рынке ценных бумаг. Каждый из этих продуктов требует отдельных лицензий помимо депозитарной. Но именно депозитарий — обязательный инфраструктурный элемент для всех. Банк, который первым запустит депозитарий, получит возможность последовательно разворачивать на его базе любой из этих сервисов — используя свою клиентскую базу, бренд и уже работающее приложение как точку входа. ## За что отвечает цифровой депозитарий ### Цифровые счета Депозитарий открывает и ведёт цифровые счета — аналог банковских счетов, но для крипто-активов. Закон предусматривает минимум 11 типов, и каждый из них отвечает за свой сценарий. Разберём их по группам. ![](https://metalamp.ru/images/depository-image2.png) **Базовые клиентские счета** — то, с чем столкнётся каждый пользователь. **Счёт обладателя**— основной счёт клиента, физлица или юрлица. Именно сюда зачисляются купленные биткоины, отсюда отправляются переводы, здесь видна вся история операций. Аналог в традиционных финансах — брокерский счёт или счёт депо. Открывается при онбординге, после прохождения KYC. **Счёт доверительного управления** — обособленный счёт для активов, переданных клиентом в управление. Управляющая компания распоряжается ими по стратегии, но не может смешать с собственными средствами. Как счёт ДУ в классическом депозитарии — клиентские деньги отделены от денег управляющего железной стеной. **Институциональные и межоператорские счета**— инфраструктура для профессионалов. **Счёт номинального держателя** — междепозитарный мост. Если депозитарий «Б» хочет обслуживать своих клиентов через активы, учтённые в депозитарии «А», он открывает здесь счёт номинального держателя. Депозитарий «А» видит только агрегированную позицию, а конечные владельцы — клиенты «Б». Точная калька со счёта номинального держателя в НРД. **Торговый счёт** — обособленный счёт для операций на бирже. Активы на нём доступны торговой системе для мгновенного исполнения сделок. Когда клиент выставляет ордер на покупку эфира — биржа «видит» только его торговый счёт и может списать с него средства за миллисекунды, без дополнительных подтверждений. **Клиринговый счёт** — счёт клиринговой организации для финальных расчётов по итогам торгов. Клиринговая организация неттирует взаимные обязательства участников и проводит итоговые переводы. Аналог — клиринговый пул в НКЦ. **Казначейский счёт** — «кошелёк» самого депозитария. Здесь учитываются его собственные цифровые активы: купленные для обеспечения ликвидности, полученные как комиссия, зарезервированные для операционных нужд. Строго отделён от клиентских средств — депозитарий не имеет права смешивать своё и чужое. **Специальные счета** — мосты в другие юрисдикции и особые сценарии. **Депозитный счёт** — крипто-эскроу. Активы замораживаются до наступления определённого условия: исполнения обязательства, решения суда, завершения сделки. Открывается для нотариусов, судов, арбитражных управляющих. Ни одна сторона не может распорядиться средствами до выполнения условий — как депозит нотариуса, только в крипте. **Специальный цифровой счёт** — мост наружу. Используется, когда цифровые права нужно перевести в блокчейн-сеть, организованную не по российскому праву — например, в публичный Ethereum. Банк России может устанавливать ограничения к таким иностранным сетям, и депозитарий обязан проверять соответствие перед каждым выводом. Ближайший аналог — корреспондентский счёт в иностранном банке, но для блокчейнов. **Счёт иностранного номинального держателя** — позволяет иностранному кастодиану (Fireblocks, BitGo и подобным) работать с российской инфраструктурой от имени своих клиентов. Конечные бенефициары — иностранные инвесторы, которых обслуживает этот кастодиан. Аналог — счёт иностранного кастодиана в НРД. **Счёт иностранного уполномоченного держателя** — похож на предыдущий, но для иностранных брокеров и трасти, которые действуют не просто как хранители, а как уполномоченные представители: могут совершать сделки от имени своих клиентов. Разница — в объёме полномочий и правовом режиме. При этом Банк России вправе вводить дополнительные типы счетов подзаконными актами — архитектура должна быть расширяемой. А на одном счёте могут учитываться разные активы: биткоин, эфир, различные ЦФА — всё на одном мультиактивном счёте с раздельным учётом. ### Кастодиальные кошельки и управление ключами Депозитарий предоставляет клиентам доступ к адресам-идентификаторам — по сути, это on-chain адреса в блокчейне. Но в отличие от привычных некастодиальных кошельков, где пользователь сам управляет приватным ключом, здесь действует принципиальное правило: каждая операция с адреса-идентификатора требует согласия депозитария. Это означает, что некастодиальные кошельки в рамках нового закона не подходят для легальной работы с крипто-активами. Депозитарий хранит приватные ключи, контролирует каждую исходящую транзакцию и несёт за это ответственность. #### Как это устроено: omnibus vs segregated В мировой практике существуют две модели кастодиального хранения, и разница между ними принципиальна. **Omnibus-модель (общий котёл).**Кастодиан держит все активы клиентов на нескольких общих кошельках. В блокчейне видно, что на адресе лежит, скажем, 500 BTC — но кому из тысяч клиентов принадлежит каждый конкретный биткоин, знает только внутренняя учётная система кастодиана. Клиент видит свой баланс в интерфейсе, но на блокчейне проверить его не может — потому что «его» адреса не существует, есть только общий пул. Так исторически работают большинство централизованных бирж. Это дешевле в обслуживании и проще технически, но создаёт риск: если учётная система выйдет из строя или будет скомпрометирована, восстановить принадлежность активов будет крайне сложно. **Segregated-модель (раздельные кошельки).**Под каждого клиента создаётся отдельный адрес в блокчейне. Клиент Иванов имеет адрес 0xABC..., клиент Петров — адрес 0xDEF..., и каждый может в любой момент открыть блокчейн-эксплорер и убедиться, что его активы на месте. Именно так работают институциональные кастодианы — Fireblocks, BitGo, Coinbase Custody. Это дороже: каждый перевод между клиентскими адресами — отдельная on-chain транзакция с комиссией, а управлять тысячами адресов технически сложнее, чем одним. Какая модель для российского депозитария? Закон говорит об «адресах-идентификаторах», привязанных к конкретному цифровому счёту клиента, и требует ежедневной сверки балансов с блокчейном. Это прямо указывает на segregated-подход: у каждого клиента свой адрес, депозитарий может сверить баланс каждого адреса с данными учётной системы. Возможен и гибридный вариант: segregated-адреса для приёма средств (клиент пополняет «свой» адрес), но с периодическим переводом активов на общий холодный кошелёк для повышения безопасности. В любом случае, чистый omnibus здесь не подходит — он не обеспечивает тот уровень прозрачности и обособленного учёта, который требует закон. ### Ежедневная сверка балансов Депозитарий обязан каждый день сверять количество цифровых валют и прав на внутренних счетах с фактическими балансами в блокчейне. Это ключевой механизм контроля: если данные в учётной системе расходятся с тем, что записано on-chain, — это сигнал о проблеме, будь то ошибка, взлом или мошенничество. ### Блокировки и ограничения ![](https://metalamp.ru/images/depository-image8.png) Депозитарий обязан блокировать операции по счетам в следующих случаях: - По решению суда - При наследовании - По требованию госорганов: ЦБ, ФСБ, Росфинмониторинга, налоговых органов, органов, осуществляющих оперативно-розыскную деятельность - При срабатывании AML-сигнала (подозрение на отмывание денег) Каждая блокировка фиксируется с указанием основания, даты и инициатора. До явного снятия блокировки любые операции по счёту запрещены. ## Из чего состоит цифровой депозитарий: архитектура системы Цифровой депозитарий — это не одно приложение, а комплекс взаимосвязанных модулей. Каждый из них закрывает конкретное требование закона. Разберём ключевые компоненты. Важный нюанс для банков. Если депозитарием выступает банк, ему, скорее всего, придётся разворачивать всю систему в собственном контуре (on-premise), обеспечивая полную безопасность и соответствие действующим законам и регламентам. Любая утечка или взлом депозитария — это репутационные и финансовые риски, которые покрывает сам банк. Прямого регулирования о том, может ли банк использовать чужой депозитарий по API, пока нет, однако с учётом требований к защите данных и ответственности оператора логично предположить, что банки будут строить собственные решения и нести все связанные риски самостоятельно. Оговорка о сторонних интеграциях. Разумеется, при построении депозитария можно использовать сторонние компоненты и интеграции — аналитические сервисы, KYC-провайдеров, HSM-вендоров и т.д. Однако все они должны быть исключительно российскими: закон и регулятор не допускают использования иностранных решений в инфраструктуре, работающей с цифровыми активами резидентов. ### KYC/AML-модуль: знай своего клиента Прежде чем открыть цифровой счёт, депозитарий обязан провести полную идентификацию клиента — будь то физическое или юридическое лицо. Это требование ФЗ-115 «О противодействии легализации доходов, полученных преступным путём», и цифровые депозитарии включены в перечень его субъектов наравне с банками. Модуль KYC собирает и верифицирует данные клиента, проверяет по санкционным спискам и списку экстремистов, а модуль AML формирует отчётность для Росфинмониторинга по установленным формам. Для банка здесь есть существенное преимущество: у него уже есть верифицированная клиентская база. Если клиент прошёл идентификацию при открытии банковского счёта, депозитарий может переиспользовать эти данные — не заставляя человека загружать паспорт заново. Это радикально упрощает онбординг и снижает отток на этапе регистрации. Если же депозитарий строит не банк, а финтех-компания, или банк хочет вынести KYC-процесс на аутсорс, — можно интегрироваться со сторонними российскими провайдерами. Например, SumSub (российская компания, несмотря на международное присутствие) предлагает полный цикл: верификацию документов, проверку по спискам, liveness-проверку по видео. Shard — специализируется на compliance для крипторынка: KYC/AML-проверки, мониторинг транзакций, скоринг кошельков по риску. IDX — идентификация через Госуслуги (ЕСИА) и проверка данных по государственным реестрам. Double предоставляет AML-скоринг и мониторинг транзакций для выполнения требований 115-ФЗ. Отдельно стоит отметить верификацию через Госуслуги (ЕСИА) — для российского депозитария это может стать основным сценарием удалённой идентификации физлиц. Клиент авторизуется через подтверждённую учётную запись на Госуслугах, депозитарий получает верифицированные данные (ФИО, паспорт, СНИЛС) напрямую из государственной системы — без ручной загрузки документов и проверки фотографий. Быстро, дёшево и с высоким уровнем доверия к данным. Выбор между собственной системой и внешним провайдером — это вопрос скорости запуска, стоимости и глубины интеграции, но в любом случае все решения должны быть российскими. ### Система цифровых счетов Ядро депозитария — учётная система, которая ведёт все 11+ типов цифровых счетов. Она должна поддерживать мультиактивный учёт (разные ЦВ и ЦП на одном счёте), переводы между счетами внутри депозитария и междепозитарные переводы, а также полный аудит-трейл каждой операции. Аудит-трейл (audit trail) — это неизменяемый журнал, в котором фиксируется абсолютно каждое действие в системе: кто, когда, что сделал и с каким результатом. Клиент перевёл 0.5 BTC — записано. Оператор заблокировал счёт по запросу ФСБ — записано. Система отклонила транзакцию из-за превышения лимита — тоже записано. Каждая запись содержит временную метку, идентификатор инициатора, тип операции, параметры до и после изменения. Принципиальное свойство — записи нельзя удалить или отредактировать задним числом. Это не лог для дебага, а юридически значимый документ: именно по нему регулятор, суд или служба внутреннего контроля восстанавливают полную картину событий. Закон требует хранить аудит-трейл не менее 5 лет. Критически важна расширяемость: Банк России может в любой момент ввести новый тип счёта подзаконным актом, и система должна поддержать его без переписывания ядра. ### KMS: управление ключами KMS (Key Management System) — один из самых чувствительных компонентов депозитария. Если учётная система — это «бухгалтерия», то KMS — это «сейф с ключами от всех ячеек». Он отвечает за генерацию, хранение и использование приватных ключей, привязанных к адресам-идентификаторам клиентов. Компрометация KMS означает потерю всех клиентских активов — поэтому к нему предъявляются максимальные требования безопасности. #### Как из одного ключа получаются тысячи кошельков Когда депозитарий обслуживает тысячи клиентов, у каждого из которых может быть несколько адресов в разных блокчейнах, хранить каждый приватный ключ по отдельности — непрактично и опасно. Вместо этого используется механизм иерархической деривации ключей (KDF — Key Derivation Function). Суть проста: из одного мастер-ключа (seed) математически порождается целое дерево дочерних ключей. Каждый «лист» дерева — отдельный приватный ключ с собственным адресом в блокчейне. При этом достаточно надёжно хранить только один seed — все дочерние ключи можно воспроизвести из него в любой момент. Обратная сторона: потеря или компрометация seed означает потерю или компрометацию всех кошельков разом. Для разных блокчейнов используются разные криптографические алгоритмы — Bitcoin и Ethereum работают на кривой secp256k1, Solana — на ed25519. KMS должен поддерживать все необходимые алгоритмы и корректно деривировать ключи для каждой сети. #### HSM: железный сейф для ключей Seed и приватные ключи нельзя хранить просто в базе данных на сервере — это слишком уязвимо. Для этого существуют HSM (Hardware Security Module) — специализированные аппаратные устройства, физические «чёрные ящики», внутри которых происходят все криптографические операции. Ключи генерируются внутри HSM, хранятся внутри, подписание транзакций происходит внутри — наружу выходит только готовая подпись, но никогда сам ключ. При попытке физического вскрытия устройства ключи автоматически уничтожаются. На международном рынке доминируют решения Thales Luna и Entrust nShield, сертифицированные по стандарту FIPS 140-2 Level 3. Но для российского депозитария они не подходят — и вот почему. ![](https://metalamp.ru/images/depository-image6.png) #### Российская специфика: ГОСТ, КриптоПро и двойной стандарт. Российское законодательство требует, чтобы юридически значимые операции подписывались по национальным криптографическим стандартам — ГОСТ Р 34.10-2012 (электронная подпись) и ГОСТ Р 34.11-2012 (хеширование). Западные HSM эти стандарты не поддерживают. Поэтому депозитарию нужны отечественные решения. КриптоПро HSM — основной российский поставщик аппаратных криптомодулей. Программно-аппаратный комплекс, сертифицированный ФСБ, поддерживает ГОСТ-алгоритмы и уже используется банками для электронной подписи документов. Рутокен — линейка аппаратных ключевых носителей, Рутокен ЭЦП 3.0 поддерживает ГОСТ и может выступать элементом HSM-инфраструктуры для хранения ключей. ![](https://metalamp.ru/images/depository-image4.png) Но здесь возникает проблема двойного стандарта. Блокчейн-транзакции подписываются по международным алгоритмам — ECDSA (secp256k1) для Bitcoin и Ethereum, EdDSA (ed25519) для Solana. Биткоин-сеть физически не примет транзакцию, подписанную по ГОСТ. А российский регулятор не примет отчётность и внутренние документы, подписанные по ECDSA. Депозитарию придётся поддерживать оба мира одновременно: международные алгоритмы — для подписания on-chain транзакций, ГОСТ — для юридически значимого документооборота, отчётности и взаимодействия с ЦБ и Росфинмониторингом. #### Почему это сложно и дорого HSM — это не программа, которую можно поставить на обычный сервер. Это физическое устройство стоимостью от нескольких миллионов рублей за единицу, а для отказоустойчивости их нужно минимум два — основной и резервный. К этому добавляются расходы на размещение в защищённом ЦОД, каналы связи, лицензии на ПО и ежегодную поддержку вендора. Но железо — только начало. Для эксплуатации HSM нужна выделенная команда и целый набор внутренних регламентов: процедуры генерации и резервного копирования мастер-ключей (церемония ключей — key ceremony), правила физического доступа к устройству, регламент действий при отказе оборудования, порядок обновления прошивок. В банковской среде всё это оформляется как часть политики управления СКЗИ (средствами криптографической защиты информации) и проходит согласование с подразделениями информационной безопасности и комплаенса. Помимо организационной стороны, нужны специалисты-криптографы, которые понимают математику эллиптических кривых, умеют работать с конкретным HSM-вендором, знают требования ФСБ к СКЗИ и способны спроектировать систему так, чтобы она пережила отказ оборудования без потери ключей. Таких специалистов на российском рынке единицы, и они дорого стоят. Для банка, который уже эксплуатирует КриптоПро для электронной подписи в ДБО, порог входа ниже — инфраструктура, команда и регламенты уже существуют. Но интеграция блокчейн-подписания в эту инфраструктуру всё равно потребует отдельного проекта. Каждая исходящая транзакция проходит через approval workflow: запрос клиента → проверка лимитов и ограничений → AML-проверка → согласие депозитария → подписание внутри HSM → отправка в блокчейн. Ни один шаг не может быть пропущен, и весь процесс записывается в аудит-трейл. ### Blockchain-коннекторы Депозитарий должен взаимодействовать с блокчейн-сетями напрямую: отслеживать входящие транзакции, формировать и отправлять исходящие, читать балансы. Поскольку цифровые валюты могут существовать в разных сетях (Bitcoin, Ethereum, Tron и другие), архитектура должна быть мульти-чейн — с возможностью подключения новых протоколов без изменения ядра. Это один из самых технически сложных компонентов: каждый блокчейн имеет свой формат транзакций, свои правила подтверждения, свою скорость финализации блоков. Коннектор должен корректно обрабатывать реорганизации цепочки, отслеживать подтверждения и обеспечивать отказоустойчивость. Для работы с блокчейном депозитарию нужен доступ к нодам — серверам, которые хранят полную копию блокчейна и принимают транзакции. Здесь два пути. Первый — поднимать собственные ноды: полный контроль, никакой зависимости от третьих сторон, но это отдельная инфраструктура — серверы, дисковое пространство (полная нода Bitcoin занимает ~600 ГБ, Ethereum — больше терабайта), команда для поддержки, мониторинг синхронизации. Для каждого поддерживаемого блокчейна — отдельная нода. Второй путь — использовать RPC-нод-провайдера, который предоставляет доступ к нодам по API. Для депозитария подойдёт не любой провайдер — нужна гарантия стабильности, SLA на уровне 99.9%+, и размещение в российской юрисдикции. Многие депозитарии комбинируют оба подхода: собственные ноды как основной канал, внешний провайдер — как резервный, на случай если своя нода отстала от сети или вышла из строя. ### Reconciliation Engine: сверка Модуль ежедневной сверки (reconciliation) сопоставляет данные внутренней учётной системы с фактическими балансами в блокчейне. При обнаружении расхождений — алерт оператору, запись в аудит-трейл, формирование отчёта. Это обязательное требование закона и одна из главных мер защиты от потери или хищения активов. ### Цифровой анализ: blockchain analytics Закон вводит обязательный цифровой анализ цифровых валют — по сути, проверку происхождения средств через blockchain analytics. Депозитарий обязан проверять каждую входящую транзакцию: не пришли ли средства с адресов, связанных с незаконной деятельностью. Для этого необходима интеграция с провайдерами blockchain analytics. С учётом требования об использовании российских решений, основные варианты — Shard (скоринг кошельков, отслеживание транзакций, оценка риска по источнику средств), BitOK (аналитика блокчейн-транзакций, выявление связей с даркнет-маркетплейсами, миксерами и санкционными адресами) и Grape (мониторинг и визуализация потоков криптовалюты). Из международных игроков, если регулятор их допустит, — Chainalysis, Crystal, Elliptic. Конкретные требования к глубине и методам анализа определит Банк России в подзаконном акте. ![](https://metalamp.ru/images/depository-image1.png) ### Антифрод Отдельное требование закона — предотвращение операций, совершаемых без добровольного согласия клиента. Это аналог антифрод-систем в банкинге, адаптированный для крипто-операций: анализ необычных сумм, аномальной частоты операций, смены устройства или IP-адреса, нетипичных поведенческих паттернов. При срабатывании — приостановка операции и запрос дополнительного подтверждения. ### Модуль блокировок Система должна уметь оперативно блокировать счета и отдельные позиции по различным основаниям — от судебных решений до запросов спецслужб. Каждая блокировка фиксируется с полной атрибуцией: кто, когда, на каком основании, на какой срок. ### Поддержка и административная панель Депозитарий — это не только технологическая платформа, но и постоянное взаимодействие с клиентами. Объём обращений будет огромным: вопросы по блокировкам («почему я не могу вывести средства?»), запросы на подтверждение происхождения активов, разъяснения по лимитам для неквалифицированных инвесторов, помощь с прохождением тестирования. Всё, что связано с комплаенсом, неизбежно порождает поток коммуникации — клиенту нужно объяснить, зачем у него запрашивают документы, почему операция приостановлена, что означает тот или иной статус. Для банков этот процесс привычен — служба поддержки уже работает с 115-ФЗ, блокировками карт, запросами ФНС. Для финтех-компаний, которые раньше не сталкивались с регуляторным давлением, это может стать неожиданностью по масштабу. Отдельная задача — административная панель. Операторы депозитария должны в реальном времени видеть все счета, статусы блокировок, результаты AML-проверок, историю операций, отчёты по сверке. Это не просто дашборд — это полноценный рабочий инструмент для десятков сотрудников: комплаенс-офицеров, операторов поддержки, риск-менеджеров, сотрудников, отвечающих за взаимодействие с регулятором. Админка должна поддерживать ролевой доступ, фильтрацию и поиск по миллионам записей, массовые операции (например, блокировка всех счетов по решению суда) и формирование выгрузок по запросу. Со стороны клиентов — и физических лиц, и юридических — должна быть возможность самостоятельно скачивать документы по своим операциям: выписки по цифровому счёту, отчёты о сделках, справки для налоговой декларации, подтверждения переводов. Для юрлиц это критично — бухгалтерии нужны документы в определённом формате для отчётности. Для физлиц — возможность подтвердить происхождение средств при покупке недвижимости или получении кредита. Без удобного самообслуживания каждый такой запрос превращается в обращение в поддержку, а это нагрузка, которая растёт линейно с числом клиентов. ### Отчётность и раскрытие информации Депозитарий обязан формировать регулярную отчётность для Банка России, Росфинмониторинга и ФНС. Кроме того, он раскрывает информацию об эмитентах цифровых прав (бухотчётность, структура управления, кредитный рейтинг) и публикует уведомления о неисполнении обязательств по ЦП — не позднее следующего рабочего дня. Режим конфиденциальности клиентских данных аналогичен банковской тайне: раскрытие допускается только по решению суда или запросу уполномоченных органов. Все документы, записи операций и аудит-трейл хранятся не менее 5 лет. Это создаёт отдельную инженерную задачу: объём данных растёт с каждой транзакцией, а требования к скорости поиска и выгрузки не снижаются. Если собрать все компоненты вместе, высокоуровневая архитектура цифрового депозитария выглядит как многоуровневый стек: на верхнем уровне — API-шлюз и пользовательский интерфейс, под ним — бизнес-модули (счета, KYC, тестирование, блокировки, трейдинг, отчётность), ещё ниже — слой compliance (AML, chain analysis, антифрод), затем — блокчейн-коннекторы, и в основании — долгосрочное хранилище с аудит-трейлом. Каждый слой взаимодействует с соседними, но может развиваться независимо. ## Кроссбордер: как депозитарий работает с нерезидентами ### ВЭД-расчёты — главное исключение Закон вводит жёсткий запрет на использование криптовалют как средства платежа внутри России. Но есть одно принципиальное исключение: расчёты по внешнеторговым контрактам между российскими резидентами и нерезидентами. Это единственный сценарий, при котором крипто-платежи легальны. Для депозитария это означает отдельный бизнес-процесс: проверка наличия ВЭД-контракта, верификация контрагента-нерезидента, проведение операции через соответствующие счета с полным комплексом KYC/AML-проверок. Отдельный вопрос — отправка криптовалюты на внешние кошельки. Как именно будет определяться, на какие адреса допустима отправка, а на какие нет, пока не регламентировано. Однако очевидно, что все подобные операции потребуют ручных проверок и документального подтверждения: основание перевода, связь с ВЭД-контрактом, верификация получателя. Автоматический вывод на произвольный внешний адрес без обоснования будет невозможен. ### Иностранные держатели Закон вводит два новых института: - Иностранный номинальный держатель — иностранный кастодиан, действующий в интересах своих клиентов через российский депозитарий. - Иностранный уполномоченный держатель — иностранное уполномоченное лицо. Для каждого из них предусмотрен свой тип цифрового счёта с особыми правилами учёта и отчётности. Это механизм включения иностранных участников в российскую инфраструктуру. ### Специальный цифровой счёт Если цифровые права нужно вывести в блокчейн-сеть, организованную не по российскому праву (например, в публичный Ethereum), используется специальный цифровой счёт. Банк России вправе установить дополнительные требования к таким иностранным информационным системам — и депозитарий обязан проверять соответствие этим требованиям перед каждым выводом. ### Антисанкционный режим Отдельно стоит отметить право Правительства РФ (по согласованию с ЦБ и ФСБ) ввести особый режим обращения цифровых валют — в целях защиты от санкций и недружественных действий иностранных государств. Конкретные параметры этого режима не определены, но архитектура депозитария должна быть готова к оперативному включению специальных правил по указанию регулятора. ## Что ещё не определено Закон задаёт рамку, но многие конкретные параметры отданы на уровень подзаконных актов Банка России. Вот ключевые открытые вопросы: - Предельная сумма покупки ЦВ для неквалифицированных инвесторов — конкретный размер годового лимита. - Требования к цифровому анализу — какие именно проверки обязательны, какие провайдеры допускаются. - Порядок тестирования физических лиц — содержание и формат обязательного теста. - Требования к расчётному цифровому депозитарию — отдельный подтип с повышенными требованиями. - Дополнительные виды цифровых счетов — ЦБ может расширить перечень. - Требования к внутреннему контролю и управлению рисками — отдельные модули с пока неизвестным скоупом. - Максимальная плата за операции — тарифный потолок для клиентов депозитария. - Предельный размер вывода на неадминистрируемые адреса — лимит на вывод крипты на внешние кошельки. Эти подзаконные акты напрямую повлияют на финальную конфигурацию системы. Разработчики вынуждены проектировать архитектуру с максимальной гибкостью: лимиты, правила и даже типы счетов должны быть конфигурируемыми, а не зашитыми в код. ### Смарт-контракты и DeFi: за периметром Важно понимать, чего депозитарий в текущем виде не предполагает. Закон описывает депозитарий как систему для хранения и учёта активов — но не для взаимодействия со смарт-контрактами. А именно смарт-контракты — основа всего DeFi-сектора: децентрализованные биржи (Uniswap, Curve), лендинговые протоколы (Aave, Compound), стейкинг, yield farming, ликвидные пулы. Всё это работает через вызовы смарт-контрактов — пользователь не просто отправляет крипту с адреса на адрес, а взаимодействует с программой, развёрнутой в блокчейне. Депозитарий по закону контролирует каждую исходящую транзакцию. Но транзакция в DeFi — это не перевод «отправь 1 ETH на адрес Пети». Это вызов функции смарт-контракта: «внеси 1 ETH в ликвидный пул и получи LP-токены». Для того чтобы депозитарий мог это разрешить, ему нужно понимать, что делает контракт, оценить его риски, проверить на уязвимости — и нести ответственность за результат. В текущей регуляторной рамке это не предусмотрено. Для пользователей это означает, что легальная работа с криптовалютой через депозитарий будет ограничена базовыми операциями: покупка, продажа, хранение, переводы. Весь спектр DeFi — доходное фермерство, децентрализованные биржи, кредитование под залог крипты — остаётся за периметром. Это осознанное ограничение: регулятор не готов легализовать то, что не может контролировать. Отдельного упоминания заслуживает экспериментальный правовой режим (песочница ЦБ). В рамках ФЗ-258 регулятор может установить специальные правила, отличающиеся от основного закона. Программа песочницы утверждается ЦБ по согласованию с Росфинмониторингом и ФСБ. Для инновационных проектов — DeFi-протоколов, кросс-чейн мостов, DAO-governance — это, возможно, единственный реалистичный путь к рынку: пилот в песочнице, затем — если регулятор убедится в управляемости рисков — расширение на основной режим. ## Заключение ![](https://metalamp.ru/images/depository-image7.png) Цифровой депозитарий — это масштабное, комплексное решение. Не модуль, не микросервис и не MVP на три месяца. Это полноценная инфраструктурная платформа, охватывающая учёт, кастодиальное хранение, compliance, криптографический модуль для юридически значимой подписи транзакций, блокчейн-сверку, взаимодействие с регуляторами и десятки интеграций — от бирж и брокеров до судов, налоговых органов и Росфинмониторинга. Реалистичный срок разработки такой системы — от года и более, силами большой кросс-функциональной команды. Сложность не только в объёме кода. Десятки нормативных стандартов, требования к информационной безопасности и сертификации, процессы AML/KYC, интеграции с государственными реестрами и блокчейн-сетями — всё это умножается на то, что часть требований ещё не сформулирована окончательно. Подзаконные акты ЦБ, конкретные форматы отчётности, лимиты и правила работы отдельных модулей — всё это будет уточняться уже после принятия закона. А значит, архитектура должна быть гибкой, команда — готовой быстро адаптироваться, а бюджет — рассчитанным на неизбежные итерации. Но технологическая платформа — только половина задачи. Параллельно с разработкой банку предстоит нанять и обучить большое количество сотрудников, которые будут эту систему эксплуатировать. Комплаенс-офицеры, которые понимают, чем UTXO отличается от account-based модели. Операторы поддержки, способные объяснить клиенту, почему его транзакция задержана из-за AML-проверки, а не потому что «система сломалась». Риск-менеджеры, которые умеют оценивать волатильность крипто-активов. Криптографы для обслуживания HSM. Специалисты по блокчейну для мониторинга нод. И всё это — в среде, где слово «криптовалюта» до недавнего времени вызывало у банковских сотрудников скорее настороженность, чем профессиональный интерес. Переобучение существующих кадров и привлечение новых — процесс, который займёт не меньше времени, чем сама разработка, и начинать его нужно одновременно с проектированием системы. Как и при принятии любого нового закона, первое время неизбежна зона неопределённости. Не будет чиновника, который выйдет и чётко скажет: «Вот так теперь работаем». Будут противоречивые разъяснения, непокрытые сценарии, серые зоны на стыке старых и новых норм. Участникам рынка придётся принимать архитектурные решения в условиях неполной информации — и переделывать часть из них, когда правоприменительная практика устоится. К этой неопределённости добавляется ещё один фактор — информационная асимметрия. На рынке существует несколько крупных игроков — системно значимые банки и близкие к ним структуры, — которые активно участвуют в формировании регуляторной рамки. У них есть доступ к деталям реализации, готовые на 90% системы и заранее полученные лицензии по информационной безопасности. В ряде случаев именно они продавливают конкретные технические требования и архитектурные решения. Остальным участникам приходится работать с неполной картиной — собирая информацию из публичных документов, косвенных сигналов и точечных инсайдов. Именно поэтому ранняя подготовка — не просто преимущество, а необходимость. Те, кто начнёт проектирование сейчас, получат время на ошибки, адаптацию и итерации — и шанс сократить разрыв с теми, кто уже на финишной прямой. Те, кто будет ждать финальной ясности, рискуют обнаружить, что рынок уже поделён. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/cifrovoj-depozitarij-cto-eto-takoe-zacem-on-nuzen-i-kak-ustroen.md) ## Как бизнес использует блокчейн и криптовалюты в России: реальные кейсы в 2026 ![Как бизнес использует блокчейн и криптовалюты в России: реальные кейсы в 2026](https://metalamp.ru/images/blokcejn-kriptovalyuty-biznes-rossiya-2026.png) Новый закон о регулировании криптовалют в РФ [может вступить в силу уже в июле](https://pravo.ru/news/263081/). Самое время, ведь интерес российского бизнеса к крипте и блокчейну в 2026 году продолжает расти в связи с необходимостью осуществлять взаиморасчеты с партнерами в Китае, Турции, ОАЭ и других странах. Для рядовых граждан закон также может принести позитивный эффект, поскольку он наконец-то легализует работу криптобирж и обменников.  Подчеркнем, что в России уже наработаны успешные кейсы и инструменты: от рублёвого стейблкоина с банковским обеспечением до собственной блокчейн-платформы Сбера и легальных ВЭД-расчётов через ЦФА. Разбираем, что именно работает и какие продуктовые сценарии открыты для бизнеса прямо сейчас. ## Почему бизнес в России все внимательнее смотрит на криптовалюту Скорость внедрения блокчейн-решений в России однозначно растет - но не на хайпе, а потому, что у бизнеса банально закончились другие варианты. Даже компании, ведущие бизнес с условно “дружественными” странами, такими как Индия и Китай, пострадали от санкций, отключения от SWIFT и ухода иностранных банков из расчётной цепочки. Так, например, китайские и индийские банки всё чаще отказывают в проведении платежей из-за рисков вторичных санкций.  Альтернативы ищут все: от IT-компаний, получающих выручку из-за рубежа, до крупных экспортёров сырья. И самой очевидным решением оказываются цифровые активы на  блокчейне, которые пока что относительно беспрепятственно перемещаются через границы. Бизнес здесь следует по стопам частных инвесторов: по оценкам Сбера, на конец 2025 года [криптокошелек был у 24% россиян](https://www.sberbank.ru/ru/sberpress/all/article?newsID=4ae87b45-18c6-4ae4-8985-2196174702fc&blockID=1303®ionID=77&lang=ru&type=NEWS), и 19% имели опыт покупки криптовалюты. Это уже явно не просто интерес к инновационному инструменту, а инфраструктурный выбор, оправданный в текущей сложной экономической и геополитической ситуации. Государство также стало более конструктивно относиться к регулированию цифровых активов: от позиции “не допустить” власти перешли к “упорядочить”, понимая их необходимость для бизнеса и населения. Сначала вышел закон о майнинге, затем — разрешение использовать ЦФА во внешнеторговых расчётах. В сентябре 2024 года заработал экспериментальный правовой режим для криптовалют во ВЭД. В декабре 2025 года Банк России [опубликовал концепцию регулирования крипторынка](https://rg.ru/2025/12/23/risk-delo-reguliatornoe.html) — документ, который впервые прямо говорит об интеграции криптовалют в финансовую систему страны под регуляторным надзором. Законопроект сейчас находится на рассмотрении в Госдуме, и если он будет принят, то крипторынок в России [может заработать по новым правилам уже с 1 июля 2026](https://pravo.ru/news/263081/).  Позиция Минфина стала ещё откровеннее. [Министр Антон Силуанов признал](https://www.vedomosti.ru/partner/articles/2025/11/12/1153859-kriptorazvorot), что оплата импорта и вывод валюты с помощью крипты уже идут, и задача регулятора теперь не запретить, а взять под контроль. ## Успешный опыт стран СНГ: Беларусь, Казахстан, Узбекистан Пока Россия еще только разрабатывает регуляторную базу, соседи по СНГ уже успели выстроить работающую крипто-инфраструктуру: от регулируемых обменных сервисов до национального криптовалютного резерва. ### **Беларусь: первый регулируемый криптообменник и платежи на Wildberries** Беларусь легализовала крипту еще в 2018 году через специальный режим Парка высоких технологий (ПВТ). Его резиденты получили право работать с ЦФА и создавать регулируемые криптосервисы. Одна из таких “историй успеха” - [Whitebird](https://whitebird.io/), первый легальный криптообменник в РБ. Whitebird — хороший пример того, как финтех строится вокруг регуляторного окна. Компания интегрировалась с несколькими белорусскими банками (Альфа-Банк Беларусь, Беларусбанк, СтатусБанк), ввела криптокарты Mastercard, наладила приём российских карт — включая СБП, SberPay, ВТБ Pay. Обменник проходит ежегодный независимый аудит по стандартам KYC/AML и имеет рейтинг деловой репутации АА. В сентябре 2025 года сервис [запустил интеграцию с Wildberries](https://myfin.by/article/biznes/na-wildberries-mozno-ispolzovat-kriptovalutu-pri-oplate-zakazov-40506): белорусские покупатели маркетплейса теперь могут конвертировать USDT, BTC, ETH и другие криптовалюты в электронные сертификаты для оплаты заказов. Это первый кейс в СНГ, где крупный ритейл официально интегрировал крипту в платежный флоу. [Послушайте подкаст MetaLamp с командой обменника](https://www.youtube.com/watch?v=aw8fH7dWG30&t=327s) о том, как строится криптофинтех в дружественных юрисдикциях. ### **Казахстан: от МФЦА к общестрановой легализации** Казахстан шёл к полной легализации криптовалют через этапы. До 2025 года торговать криптовалютой разрешалось только внутри Международного финансового центра «Астана» (МФЦА) — по сути, в отдельной регуляторной песочнице. В ноябре 2025 года президент Токаев [подписал закон, открывший крипторынок для всей территории страны](https://www.spot.uz/ru/2025/11/18/kz-cryptocurrency/): майнинг стал доступен любому юрлицу, криптобиржи получили право работать при наличии лицензии, а Нацбанк запустил пилот по криптокартам совместно с Mastercard и Solana. Параллельно казахские власти объявили о создании национального крипторезерва объемом до $1 млрд, который будет пополняться в том числе за счет конфискованных цифровых активов. Стоит напомнить, что Казахстан уже обладает статусом майнингового гиганта (в январе 2026 страна занимала [третье место в мире по добыче BTC](https://prodengi.kz/post/kazaxstan-zakrepilsya-v-troike-liderov-po-dobyce-bitkoinov)). ### **Узбекистан: 1-е место в Центральной Азии по принятию крипты** Узбекистан занимает [первое место в Центральной Азии по уровню принятия криптоактивов](https://plusworld.ru/articles/63732/) и 33-е в мире по рейтингу Chainalysis — не за счёт либерализации, а за счёт последовательного регулирования. Страна выдаёт лицензии провайдерам, требует от них следования политике KYC/AML, облагает операции налогом. И если в 2022 году доступ к сайтам зарубежных бирж в Узбекистане [был заблокирован](https://plusworld.ru/articles/62243/#:~:text=%D0%92%20%D0%B0%D0%B2%D0%B3%D1%83%D1%81%D1%82%D0%B5%202022%20%D0%B3%D0%BE%D0%B4%D0%B0%20%D0%B2,Kraken%2C%20FTX%20%D0%B8%20Huobi%20Global.), Binance вернулась в январе 2025 года, выполнив все местные требования, а к концу 2025 году в реестре было уже 15 лицензированных игроков. Общая закономерность по всем этим трем странам: бизнес начал работу с криптой с серых схем, затем государство ввело четкие правила, и наконец легальные сервисы выросли в инфраструктуру. Россия сейчас — примерно на той точке, с которой начинали соседи несколько лет назад. ## Какие “белые” криптовые решения работают в России прямо сейчас Несмотря на то что российское регулирование все еще находится в активной фазе формирования, ряд механизмов уже функционирует. Ключевые из них — это ЦФА-инфраструктура и трансграничные расчеты через [ЭПР (экспериментальный правовой режим)](https://economy.gov.ru/material/directions/gosudarstvennoe_upravlenie/normativnoe_regulirovanie_cifrovoy_sredy/eksperimentalnye_pravovye_rezhimy/). ### **Кейс A7A5: рублевый стейблкоин как инструмент ВЭД** В феврале 2025 года на блокчейне TRON появился токен A7A5 — первый рублевый стейблкоин, выпущенный в Кыргызстане и обеспеченный рублевыми депозитами в российском банке. 1 токен = 1 рубль. Продуктом управляет компания «Токеон», входящая в группу ПСБ (Промсвязьбанка). В сентябре 2025 года А7А5 [получил квалификацию ЦФА в России](https://www.rbc.ru/crypto/news/68db8e659a79477c04cc23d9) (“Токеон” входит в число операторов ЦФА, одобренных Банком России). Это значит, что российские импортеры и экспортеры могут покупать токены A7A5 и переводить их зарубежным контрагентам. По словам руководителя проекта, [за год объем операций с А7А5 составил порядка $75 млрд](https://www.forbes.ru/investicii/557393-kripta-dla-specoperacij-kak-token-a7a5-vosel-v-cislo-krupnejsih-po-ob-emu-torgov), что составляет около 10% всего внешнеторгового оборота России.  Чтобы проводить трансграничные расчеты в А7А5, компания должна зарегистрироваться на платформе «Токеон» в качестве инвестора и купить токены. Контрагент на выходе получает токены на блокчейне TRON, которые можно конвертировать в USDT или местную валюту. Комплаенс обеспечивается через саму платформу как зарегистрированного оператора информационных систем в реестре ЦБ. По данным сервиса Tronscan, [в отдельные дни A7A5 занимал второе место по суточным объемам в сети TRON](https://vc.ru/money/2807112-a7a5-novyy-rublyovyy-stejblkoin-dlya-rossiyan-i-ego-preimushchestva), уступая только USDT. К марту 2026 года капитализация токена превысила 41 млрд рублей. Кейс A7A5  - важный прецедент для рынка: связка «крипта + банк + регулятор» в России уже работает. Это не стартап в серой зоне, а продукт с банковским обеспечением и статусом ЦФА. ### **Кейс Сбера: блокчейн-лаборатория и зачем банку Web3** По данным рейтингового агентства «Эксперт РА», [рынок ЦФА в России вырос более чем в 4 раза за 2024 год](https://www.rbc.ru/crypto/news/676d2f869a79470b9139d566), а к 2025 году суммарный объем выпущенных ЦФА превысил 1 трлн рублей. Сбер — один из ключевых операторов этого рынка. Больше того: Сбербанк стал одним из первых традиционных банков в мире, который системно инвестировал в блокчейн-разработку. [Блокчейн-лаборатория Сбера](https://sberlabs.com/laboratories/laboratoriya-blockchain) существует уже несколько лет: она ведет исследования, развивает собственную блокчейн-платформу и выпускает на ее базе ЦФА. Платформа Сбера интегрирована в реальные банковские сервисы, что принципиально отличает её от независимых блокчейн-проектов. Операции на платформе связаны с рублевыми платежами, что позволяет строить понятные для бизнеса продукты: не «купи токен», а «проведи сделку, обеспеченную реальным активом». Линейка ЦФА Сбера постоянно расширяется. В декабре 2024 года банк [запустил ЦФА на бензин и дизтопливо](https://www.rbc.ru/crypto/news/676d2f869a79470b9139d566), котировки которых привязаны к торгам на СПбМТСБ. В марте 2025 года появились [ЦФА на индекс какао](https://www.rbc.ru/crypto/news/67d8243a9a794730b9f37fc4) — причем даже с встроенной валютной переоценкой, что позволяет хеджировать риски роста цен на агросырье. Параллельно работают ЦФА на золото и зеленые сертификаты. Подробнее о стратегии блокчейн-лаборатории Сбера, RWA и AI-агентах рассказывает [подкаст MetaLamp с директором блокчейн-лаборатории банка](https://metalamp.ru/magazine/article/podkast-s-direktorom-blokcejn-laboratorii-sbera-cifrovye-aktivy-rwa-stejblkoiny-i-ii-agenty). Там же — взгляд на будущее: как ЦФА на реальные активы (RWA) могут изменить корпоративные финансы и почему главный банк страны инвестирует в Web3. ## Регуляторный ландшафт: Россия и соседи | Страна | Легализация крипты | Регулятор / ОИС | Стейблкоин / CBDC | Статус 2026 | | --- | --- | --- | --- | --- | | Россия | ЭПР для ВЭД, ЦФА по ФЗ-259 | Банк России, ОИС (оператор информационных систем) в реестре ЦБ | A7A5 (ЦФА), цифровой рубль (пилот) | Концепция регулирования, законодательная база до июля 2026 | | Беларусь | Разрешена для резидентов ПВТ с 2018 | ПВТ, Нацбанк | Нет / обсуждается | Принят закон о криптобанкинге, Whitebird, криптокарты, платежи в ритейле | | Казахстан | Общестрановая легализация с ноября 2025 | МФЦА (AFSA), Нацбанк | Тенге-стейблкоин (пилот ЦБ) | 8 лицензированных бирж, нац. крипторезерв $1 млрд | | Узбекистан | Лицензированные провайдеры с 2019 | НАПП | Соглашение с Tether | 15 провайдеров, Binance вернулась в 2025 | ## Типовые продуктовые сценарии для бизнеса Регуляторный контекст задает рамки, внутри которых уже сейчас можно строить  и использовать криптовалютные решения для бизнеса. Вот пять продуктовых сценариев, доступных для реализации в России уже сейчас — или в ближайший год по мере принятия законодательной базы. Если вас интересует запуск продукта в любой из этих категорий, [специалисты MetaLamp смогут проконсультировать по архитектуре и комплаенсу](https://metalamp.ru/cryptointegration). ### **1. Обменный сервис и он-рампы (фиат ↔ стейблкоины)** Самый востребованный сценарий в текущих условиях. Бизнес и физлица хотят переводить рубли в стейблкоины (USDT, A7A5) и обратно — для ВЭД, сбережений, оплаты международных сервисов в условиях блокировки российских платежных карт и т.д. Ключевые технические требования: интеграция с банковским API, модуль KYC/AML, мониторинг транзакций. В России подобный сервис должен работать через зарегистрированного оператора информационных систем или через юрисдикцию с разрешительным режимом — как это делает Whitebird через ПВТ Беларуси. MetaLamp имеет опыт разработки таких сервисов — в том числе [обменного сервиса для рублей и USDT с поддержкой СБП](https://metalamp.ru/cases), что демонстрирует возможности работы с криптоактивами и традиционными платежными инструментами в рамках одного продукта. ### **2. Кастодиальный кошелек / корпоративный кошелек** Для B2B-клиентов ключевой вопрос — не «где купить биткоин», а «как безопасно хранить и управлять криптоактивами компании». Кастодиальный кошелек предполагает мультиподпись, ролевые права доступа, подробную запись операций и интеграцию с бухгалтерскими системами. Это продукт для CFO, а не для трейдера. В России подобные решения нужны всем компаниям, которые уже работают с A7A5 или другими ЦФА и хотят встроить эти инструменты в корпоративные финансовые практики. ### **3. Платежный модуль с комплаенсом** Трансграничные расчеты через криптовалюту — это не просто «отправить USDT». Для легальной работы нужен полноценный платежный модуль: автоматический скрининг контрагента (AML), верификация источника средств, формирование отчетности для ФНС и валютного контроля. Интеграция KYC/AML — обязательный компонент любого криптосервиса, который претендует на работу с бизнесом. Этот сценарий прямо коррелирует с новой концепцией ЦБ: государство не запрещает крипторасчеты, но требует прозрачности. ### **4. Интеграция с банками, СБП, QR-платежами и онлайн-магазинами** Один из самых технически нетривиальных, но потенциально массовых сценариев. Whitebird уже подключила СБП, SberPay и ВТБ Pay для российских пользователей. Казахстанский Bybit запустил пилот с оплатой через QR-коды — пользователь платит криптой, продавец получает тенге. Аналогичная схема возможна и в российском контексте: когда законодательная база оформится, появится спрос на платежные модули, которые делают крипту невидимой для конечного пользователя, но доступной на бэкенде. Только представьте себе инструмент для расчета криптой, скажем, на “Озоне”: потенциал коммерческого внедрения огромен. ### **5. ЦФА-инфраструктура: токенизация активов и корпоративного долга** Выпуск ЦФА — это уже работающий рынок с объемом свыше 1 трлн рублей. Бизнес может токенизировать дебиторскую задолженность, сырьевые контракты, недвижимость, зеленые сертификаты — и привлекать финансирование или хеджировать риски через цифровые инструменты. Для этого нужна платформа ОИС (оператор информационных систем) или интеграция с существующим оператором. Сбер, Атомайз, Лайтхаус — все они предоставляют API для эмитентов. Технически задача сводится к разработке смарт-контрактов, UI для инвесторов и модуля отчетности. ## Как бизнесу начать работу с криптосервисами: практический чеклист 1. Определить юридический режим: работать через российский ОИС (ЦФА), через ЭПР (трансграничные крипторасчеты) или через партнерскую юрисдикцию (Беларусь, Кыргызстан). 2. Выбрать продуктовый сценарий: обмен, кошелек, платежный модуль, ЦФА-эмиссия или комбинация. 3. Провести технический аудит: какие блокчейны можно использовать, насколько они совместимы с банковской инфраструктурой и требованиями к AML. 4. Реализовать KYC/AML-модуль: без этого ни один легальный оператор не пустит сервис на рынок. Интеграция с российскими провайдерами проверки (Checkpoint, Прозрачный блокчейн). 5. Выстроить отчетность: уведомления в ФНС, валютный контроль, внутренний аудит-лог транзакций. 6. Масштабирование и поддержка: крипторегулирование меняется быстро — нужна команда, которая следит за изменениями и адаптирует продукт. ## Что дальше: регуляторный вектор и продуктовые перспективы Концепция ЦБ, опубликованная в декабре 2025, задала траекторию: до 1 июля 2026 года должна быть сформирована законодательная база, а с 1 июля 2027 года вводится ответственность за нелегальную деятельность посредников. Рынок получил примерно два года на адаптацию — это немало, но и не слишком много. Ключевые изменения, которые стоит отслеживать: - Физлицам — доступ к ликвидным криптоактивам до 300 тыс. руб. в год через одного лицензированного посредника; для прохождения нужен тест на понимание основ инвестирования в криптовалюты. - Трансграничные расчёты выходят из ЭПР в общее регулирование — криптовалюта как инструмент ВЭД становится нормой, а не экспериментом. - ЦФА в открытых сетях: ЦБ планирует разрешить обращение токенов на публичных блокчейнах, что откроет путь к международным рынкам капитала. - Лицензирование посредников: обменники и кастодианы получат требования к капиталу, KYC/AML и отчётности. С июля 2027 года будет введена уголовная ответственность за нелегальную деятельность. Для бизнеса это означает одно: окно для запуска инфраструктуры открыто, но ненадолго. Компании, которые выстроят комплаентные продукты сейчас, получат конкурентное преимущество к моменту, когда регуляторные требования ужесточатся. ## Как MetaLamp помогает запускать криптосервисы MetaLamp строит криптосервисы для бизнеса — не в теории, а в продакшне. В портфеле успешных кейсов команды уже есть [стейблкоин с привязкой к золоту](https://metalamp.ru/cryptointegration), платёжные модули с комплаенсом, обменные сервисы и многое другое. Мы работаем на стыке Web3-разработки и финансовой регуляторики — понимаем, как устроена цепочка от блокчейна до банка и какие требования ЦБ нужно учесть на старте. Если размышляете над запуском [криптосервиса для бизнеса](https://metalamp.ru/cryptointegration) — обменника, корпоративного кошелька, платёжного модуля или ЦФА-инфраструктуры — закажите бесплатную консультацию. Разберём архитектуру, юридический режим и реалистичные сроки под вашу задачу. Без воды. ## Вывод Блокчейн и криптовалюты в российском бизнесе перестали быть темой будущего. A7A5 уже проводит ВЭД-расчеты на десятки миллиардов рублей в месяц. Сбер регулярно выпускает ЦФА на реальные активы. Белорусский Whitebird встроился в платежный флоу Wildberries. Казахстан легализовал всю индустрию на уровне страны. Россия идет следующей — и идет быстро. Концепция ЦБ, расширение ЭПР, рост рынка ЦФА выше трлн рублей — все это сигналы того, что регуляторное окно открывается. Бизнес, который строит инфраструктуру сейчас, получит преимущество перед теми, кто будет ждать полной ясности. Технология блокчейна в бизнесе — это не про децентрализацию ради идеи. Это про расчеты, которые работают даже когда привычные каналы закрыты. Именно поэтому в 2026 году использование блокчейна стало не трендом, а практическим инструментом. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/blokcejn-kriptovalyuty-biznes-rossiya-2026.md) ## Как устроена техническая сторона Perp DEX: архитектура ликвидности и механизмы ликвидаций ![Как устроена техническая сторона Perp DEX: архитектура ликвидности и механизмы ликвидаций](https://metalamp.ru/images/PerpDEX.png) Децентрализованные платформы для торговли бессрочными фьючерсами устроены сложнее классических DEX. В основе работы спотовых AMM (Automated Market Makers), например Uniswap, лежит формула постоянного произведения x⋅y=k, где x и y — это объемы двух токенов в пуле ликвидности. Деривативным же площадкам необходимо динамически пересчитывать маржу и доступное плечо, а также мониторить риски в реальном времени. В отличие от централизованных бирж, где соответствующие процессы выполняются закрыто на серверах, в децентрализованных протоколах они реализуются прозрачно через смарт-контракты. Успех платформы зависит от того, насколько эффективно она решает три фундаментальные задачи: организацию ликвидности для исполнения сделок, привязку цены к базовому активу (чтобы курс фьючерса не отрывался от спота) и защиту системы от потенциальных убытков (механизм ликвидаций). Рассмотрим, как устроена “под капотом” архитектура лидеров рынка, генерирующих сегодня миллиардные обороты. В индустрии сформировалось три основных технических стандарта для обработки и исполнения ордеров. Каждый из них по-своему решает дилемму между децентрализацией, скоростью и эффективностью капитала. ## 1. Книга ордеров (Central Limit Order Book — CLOB) Модель работает по классическому принципу CEX (Binance, Bybit, OKX): “движок” (алгоритм матчинга) сопоставляет встречные заявки покупателей и продавцов в реальном времени. Технически в децентрализованной среде это реализуется двумя путями: - Специализированные L1-сети. Яркий пример — Hyperliquid, здесь вся торговая логика и хранение ордеров работают на собственном блокчейне, который изначально оптимизирован под высокую нагрузку книги ордеров. - Гибридные решения (L2). Проекты вроде Lighter или Extended. Они используют быстрые внешние слои (оффчейн) для мгновенного сопоставления заявок, но сохраняют прозрачность, отправляя финальные расчеты и проверки безопасности в основную сеть. В обоих случаях ликвидность создается самими участниками, трейдеры и маркет-мейкеры формируют стакан, а система сводит ордера по лучшим ценам. Hyperliquid, работая как L1, держит весь стакан полностью в ончейне без использования AMM. Механика рынка при этом остается классической. При отмене крупного лимитного ордера или закрытии позиции по рынку лучшая цена в стакане сдвигается к следующему уровню. Поэтому крупная заявка на “тонком” стакане вызовет сильное проскальзывание, ухудшив цену входа. И наоборот, чем глубже книга ордеров, тем точнее котировки. В конце января 2026 г. основатель Hyperliquid [заявил](https://x.com/chameleon_jeff/status/2015820241524379991), что его детище стало самой ликвидной площадкой для торговли бессрочными фьючерсами в мире. Он аргументировал это наглядным сравнением стаканов BTC-перпов на Hyperliquid и Binance: ![](https://metalamp.ru/images/PerpDEX-image3.jpg) Слева — Binance, справа — Hyperliquid. Плотность ордеров на децентрализованной площадке не просто догнала, а в моменте даже перекрывает лидера рынка. Особенно показательна сторона покупателей (биды), в видимом диапазоне у Hyperliquid ликвидности даже больше (~71.5 BTC), чем у Binance (~69.8 BTC). Грань в качестве исполнения между топ-CEX и ончейн-перпами стерта окончательно. ### **Преимущества CLOB** Главный плюс — прозрачное и честное ценообразование. При высокой ликвидности цена формируется естественным балансом спроса и предложения, что обеспечивает минимальные спреды. Дополнительный комфорт создает удобство использования: интерфейс полностью повторяет привычные CEX-биржи. Видимый стакан ордеров позволяет трейдерам анализировать глубину рынка и визуально контролировать свои заявки, делая торговлю интуитивно понятной. ### **Риски и недостатки** Уязвимость модели кроется в критической зависимости от производительности блокчейна и глубины рынка. При технических задержках трейдеры получают “устаревшие” данные, что ведет к некорректному исполнению ордеров, а на “пустом” рынке даже небольшая сделка вызывает сильное проскальзывание. Если маркет-мейкеры уходят, книга становится менее ликвидной, и любой объем может значительно “двигать” цену. Проблема может усугубляться медленной сетью, когда система может не успеть ликвидировать убыточную позицию вовремя, принося убытки протоколу. ## 2. Пулы ликвидности с оракулами (Oracle Pools) Альтернативная модель, ставшая своего рода революцией в DeFi. Трейдер торгует не против другого пользователя, а напрямую против смарт-контракта. В роли контрагента выступают провайдеры ликвидности (LP — Liquidity Providers), чьи средства формируют единый пул. Цена исполнения здесь определяется не только по внутреннему балансу спроса и предложения в пуле, а формируется с опорой на данные внешних оракулов (Chainlink, Pyth и др.), которые поставляют рыночную информацию с крупных площадок. ![](https://metalamp.ru/images/PerpDEX-image1.jpg) В экосистемах Arbitrum и Avalanche лидером с такой архитектурой остается GMX. Протокол опирается на два ключевых механизма: GLP и GM (GM-pools). В первом случае ликвидность объединена в общий индекс-пул (GLP), представляющий корзину различных активов, во втором — она распределена по изолированным пулам (GM-pools) для конкретных рынков.  Резервы выступают универсальным контрагентом, фактически трейдеры торгуют напрямую против объединенного капитала инвесторов. Аналогичные проекты на Solana (Jupiter с JLP Pool) также аккумулируют внушительные объемы ликвидности (TVL). Цены сделок в этой модели определяются не только внутренним балансом пула, а с учетом данных внешних оракулов, которые агрегируют котировки с крупных бирж. Например, при открытии лонга (покупки) используется верхняя граница диапазона цены оракула (maxPrice), а при закрытии — нижняя (minPrice). Аналогично, при открытии шорта (продажи) используется minPrice, а при закрытии — maxPrice. Это создает небольшой спред, который остается в пуле. Технически обмен активами не происходит напрямую. Когда трейдер открывает или закрывает позицию, система изменяет внутренние значения позиций и AUM (Assets Under Management) в пуле. При этом прибыль или убыток трейдера отражаются на его счете и на балансе пула. ### **Преимущества** Пул может выполнять сделки с минимальным проскальзыванием, а цена остается близкой к рыночному индексу благодаря оракулам. Трейдеру не нужно выставлять сложные ордера, он просто торгует напрямую с пулом и получает цену с небольшим встроенным спредом. ### **Риски** Поставщики ликвидности рискуют своими средствами, т.к. прибыль трейдера — это убыток для пула. Отдельная угроза кроется в зависимости системы от точности данных оракулов. Если оракулы дают устаревшие или искаженные данные, сделки могут быть исполнены по некорректным ценам, что приведет к ошибочным расчетам и ликвидациям. ## 3. Гибридные модели (Аукцион + AMM / vAMM) Гибридные архитектуры стремятся объединить точность книги ордеров и надежность пулов, используя многоступенчатый маршрут исполнения сделки для достижения оптимальной цены. Процесс реализации крупного ордера здесь разделен на этапы: - JIT-аукцион (Just-In-Time). Платформа мгновенно собирает предложения от маркет-мейкеров под конкретный ордер. Эта ликвидность “по требованию” позволяет закрыть основной объем вне публичного стакана, минимизируя влияние сделки на рынок. - Книга ордеров (CLOB). Неисполненная часть заявки направляется в классический стакан для сопоставления с лимитными ордерами. - Резервный vAMM (виртуальный AMM). Если в стакане не хватает ликвидности, остаток закрывается через алгоритм виртуального маркет-мейкера. Расчет по сделки происходит по математической формуле в любой момент, даже при полном отсутствии встречных заявок. ![](https://metalamp.ru/images/PerpDEX-image2.png) В Drift v2 такая схема [описывается](https://www.drift.trade/updates/hybrid-liquidity-mechanism) как “три источника ликвидности” — JIT-аукцион, vAMM (virtual AMM) и СLOB — гарантируя лучшую цену для трейдеров. Последовательная маршрутизация ордеров через эти механизмы позволяет поглощать основные объемы по лучшим ценам на каждом этапе. Например, заявки сначала идут в 5-секундный JIT-аукцион (где маркет-мейкеры конкурируют за исполнение), затем оставшаяся часть — в книгу ордеров, и только после этого — в vAMM-пул. Виртуальный AMM — это усовершенствованная версия традиционного AMM (Automated Market Maker), которая не использует реальные ликвидные пулы. В отличие от классического AMM (Uniswap, Curve), который опирается на активы в пуле, vAMM работает с виртуальной ликвидностью. Она формируется не из реально имеющихся активов, а из алгоритмически рассчитанных цен и рыночных условий для обеспечения торговли. При этом реальная платежеспособность обеспечивается хранилищем залогов платформы, где происходит взаиморасчет между трейдерами.  Таким образом, многоуровневая обработка заявки минимизирует проскальзывание крупных сделок, и основная часть объема исполняется по выгодным ценам.  ### **Плюсы** Ключевое преимущество гибридной модели заключается в качественном исполнении сделок. Благодаря конкуренции маркет-мейкеров в рамках JIT-аукционов и книги ордеров (CLOB), крупные заявки исполняются по лучшей цене с минимальным проскальзыванием, тогда как AMM задействуется лишь как резервный вариант. Такой подход объединяет ликвидность из разных источников, устраняя проблему ее нехватки, характерную для классических децентрализованных бирж. ### **Минусы** Обратной стороной такой эффективности является высокая техническая сложность. Необходимость синхронизировать работу оракулов, аукционов и книги ордеров создает серьезную нагрузку на инфраструктуру, что может замедлять реакцию системы. Из-за многоступенчатого процесса формирования цены страдает прозрачность. Пользователю бывает непросто заранее предсказать итоговый курс или проверить его справедливость. ## Ликвидация позиций Выбор архитектуры определяет механизм ликвидации на платформе, задача которого предотвратить появление непокрытых убытков в системе.  - В протоколах на базе книги лимитных ордеров (CLOB) процесс ликвидации запускается при достижении маржой уровня поддержания (maintenance margin). Чтобы избежать резкого обвала котировок, система закрывает крупные позиции итерационно. Например, при закрытиии крупных позиций на рынок выставляется лишь 20% объема с паузами в 30 секунд, при этом цена исполнения постоянно адаптируется к актуальному состоянию стакана. Если после всех попыток долг остается непокрытым, он ложится на плечи трейдера, а нереализованный излишек (bad debt) переходит в страховой фонд. Примером такой архитектуры служит Hyperliquid, где функции ликвидатора выполняет пул HLP. Если позицию не удается закрыть рыночным способом из-за глубокой просадки, она передается в HLP. Структура покрывает дефицит из собственных средств, впоследствии забирая всю прибыль или убыток от финального закрытия позиции в пользу сообщества. - В системах на основе оракульных пулов (AMM) ликвидация полностью автоматизирована и привязана к внешним ценовым потокам. Как только стоимость обеспечения опускается ниже критической отметки, смарт-контракт мгновенно исполняет закрытие позиции по текущим котировкам оракула. В этой модели пул ликвидности выступает непосредственным контрагентом: он выплачивает трейдеру прибыль, если тот в плюсе, и полностью поглощает его убытки при ликвидации, принимая на себя все рыночные риски. Чтобы защитить пользователей от случайных ликвидаций из-за кратковременных ценовых аномалий на отдельных биржах, такие протоколы используют агрегированные индексы и специализированные оракулы, сглаживающие волатильность. - Гибридные системы стремятся объединить надежность пулов с эффективностью рыночного ценообразования через многоступенчатые алгоритмы. В таких протоколах, как Drift, ликвидация начинается с JIT-аукционов или попыток реализации позиции через книгу ордеров, чтобы максимально приблизиться к индексной цене. Если после этих этапов часть объема остается невостребованной, в дело вступает AMM-механизм, завершающий сделку.  ## Страховые фонды и управление рисками Любая платформа, работающая с бессрочными контрактами, создает страховой фонд — специальный резерв для покрытия чрезмерных убытков. Он формируется из части торговых комиссий, штрафов за ликвидацию и других отчислений. Когда позиция трейдера подлежит ликвидации, в идеальной ситуации залога (маржи) хватает, чтобы продать ее по рыночной цене и полностью погасить убыток. Однако при резких движениях рынка цена может успеть сильно уйти против трейдера еще до закрытия позиции, образуя долг, который не покрывается его средствами. Именно в этот момент в дело вступает страховой фонд. Его средства используются, чтобы компенсировать образовавшийся дефицит и поддержать стабильность системы. Если же объема страхового фонда недостаточно, включается механизм автоматического делевереджинга (ADL). ADL “перераспределяет” убытки, закрывая часть прибыльных позиций у трейдеров, которые находятся на противоположной стороне рынка. Успешные участники рынка частично теряют свой доход, и эти деньги используются для покрытия потерь протокола. На централизованных биржах страховые фонды обычно огромны (сотни миллионов долларов), и ADL используется крайне редко. На децентрализованных платформах фонды меньше, что делает систему прозрачнее, но и ситуаций с распределением убытков может возникать чаще. На Hyperliquid функцию страхового фонда [выполняет](https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/vaults/protocol-vaults) специальный пул ликвидности HLP. Он аккумулирует торговые комиссии и выступает гарантом, принимая на себя убыточную часть при ликвидациях, если средств обычной маржи оказывается недостаточно. Недавние события вокруг HLP заставляют по-новому взглянуть на роль страховых фондов в DeFi. Пул платформы [зафиксировал](https://www.coinglass.com/hyperliquid-vaults) прибыль более $15 млн после ликвидации крупной позиции трейдера Гарретта Буллиша. Для провайдеров ликвидности HLP это вылилось в моментальный доход 5,8%, что эквивалентно порядка 110% годовых. ![](https://metalamp.ru/images/PerpDEX-image4.png) Этот кейс доказывает эффективность модели, где страховой фонд не просто пассивно покрывает убытки, но и выступает прибыльным контрагентом. При грамотном риск-менеджменте волатильность и ликвидации становятся источником реальной доходности для участников экосистемы Надежность любой описанной схемы зависит от скорости сети и качества данных. Для Perp DEX важны оракулы с малой задержкой, например Chainlink и Pyth Network. Запаздывание цены может сделать систему слепой к движению рынка и привести к банкротству трейдера уже задним числом. Критическим фактором остается и пропускная способность блокчейна. В условиях низкой скорости сети автоматика протокола рискует не успеть вовремя провести ликвидацию. Чтобы минимизировать этот риск, разработчики создают производительные L1/L2 сети, где технологии позволяют сбалансировать три ключевых параметра: точность котировок, скорость расчетов и эффективность капитала. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/perp-dex-arhitektura-likvidnost-likvidacii.md) ## Взлом KelpDAO: почему он опаснее обычного DeFi-хака - rsETH, Aave и кризис доверия ![Взлом KelpDAO: почему он опаснее обычного DeFi-хака - rsETH, Aave и кризис доверия](https://metalamp.ru/images/KelpDAO.png) 18 апреля 2026 года произошел, пожалуй, один из самых нетипичных взломов в истории DeFi. Атакующий не нашел уязвимости в коде - он подделал кросс-чейн сообщение, пройдя через единственный верификатор LayerZero (DVN-конфигурация 1-of-1). Имея на старте $230 он смог обокрасть KelpDAO на $290 миллионов (18% всего supply rsETH). То, что произошло дальше, - отдельный сюжет. Украденный rsETH не пошел на DEX. Его за минуты разложили по восьми заранее подготовленным кошелькам, депонировали в Aave V3 как залог, и взяли под него **реальный WETH** - пока кто-то из протоколов успел понять, что происходит. Через 46 минут KelpDAO нажал паузу. К этому моменту деньги уже ушли через переднюю дверь Aave. За **48 часов** после взлома из DeFi испарилось **$13.21 миллиарда TVL**. Из них $8.45 миллиарда - только из Aave, который даже не был взломан. 11 протоколов заморозили рынки rsETH. Ещe два десятка остановили мосты на LayerZero - на всякий случай, потому что больше никто не понимал, какая инфраструктура безопасна, а какая нет. Совет безопасности Arbitrum использовал чрезвычайные полномочия, чтобы силой изъять 30 766 ETH с адреса атакующего. И этот шаг - отдельная история, которая еще долго будет обсуждаться в DeFi. Главный урок этой атаки про **composability**. Формально это был эксплойт моста, связанный с поддельным кросс-чейн сообщением. Но по последствиям это была полноценная хакерская атака на DeFi: украденный rsETH превратился в токсичный залог, Aave получил риск bad debt, а десятки протоколов были вынуждены остановить операции из-за потери доверия к cross-chain инфраструктуре. Composability - это то, что делает DeFi мощным. Один токен может одновременно работать как залог в одном протоколе, как ликвидность в другом, как часть стратегии доходности в третьем. KelpDAO показал обратную сторону: та же composability работает как спусковой крючок для чужих сбоев. Если ты интегрируешь чужой токен как залог, ты импортируешь всю его цепочку поставок - включая мост, который ты никогда не использовал, RPC-узлы, которые ты никогда не видел, и DVN-конфигурацию, которую ты, возможно, даже не проверял. В этой статье разберем четыре вопроса: - **Что произошло** 18 апреля и почему атакующий не пытался продать украденный rsETH - **Почему это не обычный smart contract hack** и какой слой безопасности DeFi-индустрия систематически игнорирует - **Как один взлом моста превратился в кризис всего DeFi** через цепочку залог -> bad debt -> банковская паника - **Какие выводы должны сделать команды**, работающие с LRT и cross-chain интеграциями - в формате практического чеклиста ## Что такое KelpDAO и rsETH Чтобы понять, как взлом моста превратился в кризис всего DeFi, нужно коротко разобраться с двумя вещами: что такое rsETH и почему этот токен оказался залогом в большинстве крупных lending-протоколов. **LST (Liquid Staking Token)** - это расписка на застейканный ETH. Кладешь ETH в Lido - получаешь stETH, кладешь в Rocket Pool - получаешь rETH. Главная фишка таких токенов - **эффективность капитала:** твой ETH одновременно зарабатывает доход от стейкинга и продолжает работать в DeFi как ликвидный актив. **LRT (Liquid Restaking Token)** - следующий уровень. Это расписка на ETH, который **повторно** застейкан через [EigenLayer](https://metalamp.ru/magazine/article/putevoditel-po-eigenlayer-kak-protokol-restejkinga-eth-privlek-15-mlrd-tvl) для обеспечения безопасности других протоколов. KelpDAO принимает stETH, cbETH или ETH, делегирует через EigenLayer операторам - и выдает rsETH с двойным доходом: базовая награда за стейкинг Ethereum плюс награда от рестейкинга. Проще говоря, rsETH - это инструмент из категории **ликвидный рестейкинг**: пользователь сохраняет ликвидность застейканного ETH, но одновременно получает доступ к дополнительной доходности через EigenLayer. Именно эта конструкция сделала rsETH удобным DeFi-залогом, но она же добавила новый слой риска: безопасность токена зависит не только от смарт-контрактов KelpDAO, но и от рестейкинг-инфраструктуры, мостов, оракулов и off-chain компонентов. К апрелю 2026 года rsETH с TVL более $1 миллиарда был развернут на более чем 20 сетях через стандарт OFT от LayerZero и принимался как залог в Aave, Compound, Euler, Morpho, SparkLend, Fluid и в ряде других протоколов. Чтобы это работало на 20 сетях одновременно, KelpDAO использовал классическую bridge-архитектуру: **единый пул хранения на Ethereum mainnet**, который держит rsETH в escrow, и копии токена, которые минтятся и сжигаются на L2 при кросс-чейн переводах. На момент атаки в этом пуле лежало **116 723 rsETH**. После атаки - 223. ## Что произошло с KelpDAO и rsETH 18 апреля 2026 года Атака уже подробно описана во многих источниках, здесь мы приведем краткую выжимку, потому что это важно для понимания всего контекста. Все началось со смарт-контракта адаптера KelpDAO на цепочке Ethereum, который получил валидное кросс-чейн сообщение о передаче 116 500 rsETH в из Unichain в Ethereum. По крайней мере так все выглядело "снаружи", на самом же деле передачи rsETH не было, более того, в Unichain на момент взлома totalSupply токена был [49.26 rsETH](https://x.com/QuillAudits_AI/status/2046248238920151351) (и это отдельная тема для разговора о проверках безопасности). Дальше начинается самое интересное - атакующий не идет продавать rsETH. Это деталь, которая отличает KelpDAO от сотен других DeFi-взломов. Если бы атакующий вывалил 116 500 rsETH на Uniswap, он обвалил бы цену токена в первом же блоке. На 18% supply ликвидности DEX просто нет. Большая часть выручки осталась бы в пулах. Атакующий это понимал. Вместо этого украденный rsETH мгновенно распределяется по **восьми заранее подготовленным кошелькам** - каждый из них в течение следующих минут депонирует rsETH в Aave V3 как залог и берет под него **реальный WETH**. Это выгоднее продажи на DEX, потому что Aave **обязан** выдать заем по правилам протокола: залог формально валиден, oracle цены работает, health factor в норме. Контракт делает то, что должен. Но это был только первый "пакет". **Через 46 минут после взлома KelpDAO ставит контракты на паузу.** Поздно для первого пакета - деньги уже в Aave, заем уже взят. Но пауза успевает остановить **второй пакет на 40 000 rsETH** (~$100M) и третий - оба зарегистрированы в DVN, оба валидны с точки зрения LayerZero, оба уперлись в pause-чек. Если бы пауза была активирована позже, потери могли составить не $290M, а почти $400M. При этом первые реакции были не в официальных каналах протоколов, а от участников экосистемы. Marc Zeller, бывший сотрудник Aave, написал предупреждение в Twitter **раньше, чем KelpDAO опубликовал хоть какое-то заявление:** *«Если у вас WETH в Aave V3 Core - выводите сейчас, вопросы потом»*. Минута-в-минуту хронологию атаки и движения средств отлично разобрали [rekt.news](https://rekt.news/ru/kelpdao-rekt) - если хочется погрузиться в детали с пруфами и ссылками, рекомендуем. Но для нашей истории важна не хронология сама по себе, а вопрос, на который она выводит: **как валидная подпись могла подтвердить событие, которого никогда не было?** ## Почему взлом KelpDAO - это не обычный smart contract hack Для начала стоит верхнеуровнево разобрать, как устроена кросс-чейн коммуникация. В большинстве случаев задача простая - есть два блокчейна, скажем Unichain и Ethereum, у каждого из них свое, изолированное от других блокчейнов состояние и они не могут читать состояния друг друга. Так как же на Ethereum узнать, что в Unichain произошло какое-то событие? Нужна третья сторона, наблюдатель, - таким наблюдателем, как правило, выступает некоторый оффчейн-компонент системы. В нашем случае это была инфраструктура LayerZero и ее главный компонент, отвечающий за безопасность - DVN (Decentralized Verifier Networks). Если хотите подробнее разобраться в том как устроены мосты, мы уже писали об этом большую статью - ["Обзор блокчейн-мостов: взаимодействие между разными сетями"](https://metalamp.ru/magazine/article/obzor-blokcejn-mostov-vzaimodejstvie-mezdu-raznymi-setami). Подробнее об архитектуре LayerZero - ["Обзор и архитектура протокола LayerZero v2"](https://metalamp.ru/magazine/article/obzor-i-arhitektura-protokola-layerzero-v2). Как DVN узнает, что в Unichain что-то произошло? Для этого он использует RPC (Remote Procedure Call). На RPC стоит остановиться немного подробнее, потому что именно RPC стал самым слабым местом, через которое началась атака на KelpDAO. RPC-нода - это канал связи блокчейна с внешним миром. Как правило, у одного блокчейна несколько RPC-провайдеров: они предоставляют данные из блокчейна с разной скоростью, могут предлагать дополнительные способы получения данных (помимо стандартных) и т.д. Существуют платные и бесплатные RPC, также всегда есть какой-то официальный RPC, который поддерживает сама сеть. Кто угодно может запустить свою ноду, если так будет безопаснее, чем полагаться на внешних поставщиков. ![](https://metalamp.ru/images/KelpDAO-image1.png) Схема работы RPC. Источник: Cyfrin Получается следующая цепочка (упрощенно): 1. В Unichain происходит какое-то событие, оно становится триггером для отправки сообщения в Ethereum. 2. DVN получает информацию об этом событии от нескольких RPC (для надежности). 3. Предположительно, DVN использует кворум при опросе нескольких RPC, и если большинство возвращают одинаковые данные - они считаются валидными. 4. Если информация признана валидной, кворум DVN подтверждает ее своими подписями и тем самым одобряет процесс доставки сообщения в Ethereum. ## Что пошло не так? По реконструкции взлома от @banteg (core-разработчик Yearn Finance), наиболее вероятная конфигурация - это три RPC: один сторонний (предположительно QuickNode) и два собственных LayerZero. (Ссылки на посты в X - [здесь](https://x.com/banteg/status/2046124661352644907) и [здесь](https://x.com/banteg/status/2046337875797578097).) Он также провел [это исследование](https://gist.github.com/banteg/705d0284513b74ad20f61d90f5b5de62), где пришел к выводу, что взлом произошел изнутри инфраструктуры LayerZero, а не был просто взломом сторонних RPC-нод (повторюсь, не подтверждено). ![](https://metalamp.ru/images/KelpDAO-image2.png) Архитектура моста KelpDAO LayerZero - точка отказа DVN Вектор атаки: 1. Два RPC были заражены вредоносным кодом. 2. На оставшийся «чистый» сторонний RPC была проведена DDoS-атака - чтобы DVN был вынужден переключиться на скомпрометированные узлы. 3. Вредоносный код действовал крайне избирательно: он отправлял поддельные данные только для DVN и только те, которые были связаны с поддельным кросс-чейн сообщением о передаче rsETH. Все остальные данные передавались в штатном режиме, чтобы системы безопасности не сработали раньше, чем нужно. 4. После атаки вредоносный код самоуничтожился и подчистил за собой все логи и любые следы взлома и своей активности. > Важно! В LayerZero список RPC-нод, обслуживающих конкретный блокчейн, не является публичным. При этом LayerZero не раскрыли его даже после инцидента, хотя это очень важная деталь. Поэтому все, что описано далее, пока не подтвердилось на 100%, но выглядит очень правдоподобно. Главный спор между LayerZero и KelpDAO в том, что у них был настроен только один DVN (дефолтное значение) и что рекомендуемая безопасная настройка должна включать больше DVN. Неудобный момент здесь в том, что, по данным CoinDesk, около 40% приложений на LayerZero на момент атаки работали в конфигурации DVN 1-of-1. Еще несколько важных моментов в этой атаке: 1. Из Unichain в Ethereum было переведено 116 500 rsETH, но, как мы упомянули ранее, весь totalSupply на Unichain составлял только около 50 rsETH - почему DVN это не проверил? 2. В системе LayerZero для каждого кросс-чейн сообщения используются пакеты, каждому пакету присваивается nonce. Во время атаки в Ethereum был успешно доставлен пакет с nonce 308, который на тот момент не существовал в Unichain - почему и это не было проверено DVN или другими системами мониторинга? Нельзя же полагаться только на RPC? Все, что описано выше, было только первой частью взлома - дальнейшие действия атакующих были не менее изобретательны. ## Как атака перешла из KelpDAO в Aave, Compound и Euler После взлома атакующий действовал не как взломщик, а как арбитражер. Каждое его действие было заранее просчитано и автоматизировано, по одной и той же схеме: 1. Депозит rsETH в Aave V3 как залог 2. Включение eMode 3 - режима высокой эффективности для коррелированных активов (rsETH <-> ETH считаются коррелированными, потому что один обеспечен другим) 3. Заем ETH под ~99% LTV - максимум, который позволяет eMode 4. Пересылка всего полученного дальше на этап "отмывания" денег Самое неприятное - позиции на Aave все еще открыты**.** rsETH-залог лежит в протоколе, бесполезный как обеспечение, неликвидируемый по любой осмысленной цене. Атакующий не собирается его выкупать - реальные ETH давно ушли через THORChain в Bitcoin. Кредит остался без обеспечения. **Это теперь проблема Aave.** В результате атаки около $178M на первом этапе взлома было консолидировано в Ethereum, около $72M в Arbitrum. ## Сколько DeFi-протоколов задел взлом KelpDAO и кризис rsETH Прямой ущерб от взлома KelpDAO - $290M. Но косвенный ущерб оказался почти в 45 раз больше: $13.21 миллиарда TVL ушли из DeFi за 48 часов. Чтобы понять, как это работает, удобно разделить пострадавших на три уровня глубины. ### **Первый уровень: bad debt** Это протоколы, которые приняли украденный rsETH как залог и выдали под него реальные деньги. Здесь финансовая дыра реальна и количественно измерима. **Aave** - главный пострадавший: между $123M и $230M bad debt в зависимости от того, как будут распределены убытки. **Compound V3** - $39.4M. **Euler** - $840K. Оба заморозили рынки в течение часа после первого предупреждения. ### **Второй уровень: операционная заморозка** Сюда попадают протоколы, которые имели экспозицию к rsETH через залог, ликвидность или yield-стратегии и были вынуждены остановить операции, даже если прямого bad debt не получили. SparkLend, Fluid, Athena, Yearn, Pendle, Beefy, Upshift - все остановили рынки rsETH в первые часы. **Lido** оказался задет через свой продукт EarnETH: экспозиция $21.6M (около 9% хранилища). И отдельно стоит **Morpho** - единственный из крупных lending-протоколов, отделавшийся потерей в **$1M**. Не потому что Morpho что-то предвидел. А потому что **архитектурно он устроен иначе:** Morpho использует изолированные рынки, где каждая пара залог/займ существует в собственном контейнере и плохой долг в одной паре не распространяется на другие. Когда rsETH-рынок Morpho стал токсичным, токсичность осталась внутри этого рынка. ### **Третий уровень: паника, спасайся кто может** Десятки протоколов, не имеющих никакой экспозиции к rsETH, остановили свои мосты на LayerZero - просто потому что больше не понимали, какая инфраструктура безопасна. Ethena, EtherFi, Curve, WBTC, TRON, Pengu, MOCA Foundation, ApeChain, Solv Protocol - в твиттере насчитали 31 паузу LayerZero, после чего просто перестали считать. ### **Залоченная ликвидность** Отдельная категория - протоколы, которые сами не имели bad debt, но **не могли вывести свои деньги из Aave**, потому что WETH-пул уперся в 100% utilization. Mellow ($338M), Avant ($310M), Upshift ($302M), Kiln ($245M), CIAN ($199M), Mantle ($164M), World Liberty Financial ($123M) - список продолжается. Это не их деньги ушли в bad debt. Это их депозиты оказались заморожены, потому что доступная ликвидность была вычерпана атакующим. И это, возможно, самый важный урок для понимания взлома KelpDAO. Прямые потери - $290M. Заморожено в неработающих позициях - несколько миллиардов. Composability работает в обе стороны: она позволяет одному капиталу обслуживать десятки протоколов одновременно - но в момент стресса этот же капитал обнаруживает, что он зависит от десятков протоколов одновременно. ## Почему Aave стал главным пострадавшим, хотя его не взломали Aave принял на себя 90% удара от взлома, которого не было в его инфраструктуре. Никакая строка кода Aave не сработала неправильно. Никакой параметр не вышел за пределы заданных границ. Ни одна функция не была проэксплуатирована. И тем не менее TVL Aave упал с $26 миллиардов до $15 миллиардов, AAVE-токен потерял 18% в первый день, а stkAAVE-стейкеры столкнулись с перспективой разводнения доли — за инцидент в чужом мосте. ### **Структурная проблема - концентрация LRT-залога** Здесь нужно посмотреть на еще один уровень. Удар получился настолько разрушительным не только потому, что Aave принимал rsETH. А потому что Aave принимал **много** rsETH - и других подобных токенов. К моменту атаки 98.5% залога под WETH-займы в Aave приходилось на ETH LST/LRT-токены (stETH, wstETH, rETH, weETH, rsETH), использующихся как обеспечение под займы реального WETH. Простыми словами: вкладчик, который положил WETH в Aave, чтобы получать процент, на самом деле выдавал займ под расписки на ETH - расписки, чья надежность зависела от десятков внешних протоколов, мостов и custody-структур, о которых вкладчик никогда не слышал. 18 апреля **WETH-пул Aave достиг 100% utilization.** Это означает, что в пуле не осталось ни одного свободного WETH для вывода. Депозиторы, которые попытались выйти - не смогли. Их заявки попали в очередь, и очередь не двигалась, потому что заемщики не возвращали ETH. Кто понял первым - успел выйти до того, как пул уперся в потолок: **MEXC увел $431M, Abraxas Capital - $392M, кит, связанный с Nonco - $405.7M.** Это были крупные операторы с автоматизированным мониторингом. Все остальные оказались заперты. Дальше включился вторичный эффект. Заемы под USDT в Aave выросли на **+$300M за 24 часа** - люди занимали под собственные стейблкоины, чтобы хоть как-то добраться до ликвидности, которую не могли вытащить напрямую. Это хорошая иллюстрация того, как работает банковская паника в DeFi: когда основной канал ликвидности заблокирован, капитал ищет любые обходные маршруты, даже невыгодные. (Если хочется глубже разобраться в механике пулов и утилизации - у нас есть [материал про пулы ликвидности в DeFi](https://metalamp.ru/magazine/article/protokoly-likvidnosti-v-defi-kak-oni-rabotaut-i-zacem-nuzny).) Проблема Aave была не в том, что rsETH вообще приняли как обеспечение. Проблема в том, что риск rsETH оценивался как риск близкого к ETH актива, а не как риск сложного LRT-инструмента с кросс-чейн зависимостями. Когда мост стал источником поддельного залога, Aave получил не market risk, а инфраструктурный риск, импортированный через collateral listing. ### **Сломанный защитный механизм AAVE** Aave имеет страховой механизм - **Umbrella**, систему, в которой stkAAVE - стейкеры обеспечивают защитный механизм от bad debt. На бумаге все выглядело хорошо: около $54M, готовых покрыть дефицит. На практике произошло следующее. К моменту публикации incident report Aave **80% модуля**- 18 922 aWETH из 23 507 - уже было поставлено на анстейкинг**.** Стэйкеры пытались эвакуироваться из самого буфера, который должен был покрывать убытки. Сервис-провайдеры Aave рекомендовали экстренно остановить Umbrella, чтобы предотвратить дальнейший capital flight из фонда защиты. ## Как идет восстановление: DeFi United, заморозка Arbitrum и ликвидации К моменту публикации первого incident report выяснилось, что три четверти украденных средств уже за пределами досягаемости. Однако часть средств - около $72M - оказалась на Arbitrum. И вот здесь произошло событие, которое еще долго будет обсуждаться в DeFi. ### **Беспрецедентное вмешательство Arbitrum** 20 апреля **Совет безопасности Arbitrum** - комитет из 12 человек с привилегированным доступом к сети - провел голосование. **Девять из двенадцати** проголосовали за чрезвычайное действие: использовать privileged system-level transaction, чтобы силой переместить **30 766 ETH** (~$73.6M) с адреса атакующего на нейтральный замороженный кошелек. Не блокировка через смарт-контракт, не пауза токена - прямая принудительная транзакция от имени блокчейна. Это первый в истории случай, когда **governance-структура L2 силой изъяла средства у конкретного пользователя on-chain.** В Ethereum-сообществе аналогов этому нет. Bitcoin никогда такого не делал. Даже после взлома The DAO в 2016 году, когда Ethereum провел хардфорк для отката средств - это было сделано через консенсус всей сети, а не через привилегированную команду. Этот момент вызвал много споров в сообществе. ### **DeFi United** Параллельно с действиями Arbitrum в DeFi-сообществе родилась координированная инициатива восстановления - **DeFi United.** В коалицию вошли **Aave, Mantle, EtherFi, Lido, Golem, Ink Foundation, Tydro, Frax и LayerZero**. Stani Kulechov, основатель Aave, **лично заложил 5 000 ETH** из собственных средств. EtherFi предложил внести еще 5 000 ETH. Lido - 2 500 stETH. Цель - восстановить полное 1:1 backing rsETH на всех 20 сетях, не дожидаясь, пока обещанная «социализация убытков» доберется до конкретных решений. Логика участников проста: **если допустить, что rsETH окончательно потеряет привязку, и Aave получит максимальный bad debt - это станет прецедентом, при котором интеграция любого LRT в любой lending-протокол перестанет иметь экономический смысл.** Каждый из участников DeFi United имеет интерес в том, чтобы LRT-сегмент не схлопнулся. Поэтому они скидываются за чужой инцидент. Но момент написания долг покрыт только наполовину. Дальнейшее покрытие зависит от двух вещей: насколько Arbitrum сможет легально вернуть замороженные средства KelpDAO (эта процедура еще не завершена) и насколько участники DeFi United смогут наполнить фонд. ## Уроки для DeFi-протоколов и риск LRT-collateral Из этого взлома можно сделать много выводов, самый главный из них - в системах которые управляют миллиардами долларов нет ничего несущественного, важна каждая мелочь. Если какая-то из ее частей успешно работала несколько лет - это еще не значит что она не будет взломана. А если уйти в детали то выводы должны быть примерно следующие: 1. **Bridge configuration audit.** Если ваш протокол использует LayerZero, Wormhole, Axelar или любой другой messaging-слой - проверьте конфигурацию слоя верфикации прямо сейчас, не дожидаясь следующего инцедента. Стоит помнить: по данным анализа Dune Analytics - 47% всех OApp на LayerZero на момент атаки работали в режиме 1-of-1. 2. **Bridge exploit monitoring.** У протокола должен быть мониторинг признаков bridge exploit: несоответствие totalSupply между сетями, невозможный nonce, подозрительный объем перевода, аномальная скорость mint/burn-событий и резкое изменение баланса escrow-пула. В кейсе KelpDAO один поддельный пакет превратился в хакерскую атаку на DeFi именно потому, что эти инварианты не остановили сообщение до исполнения. 3. **Cross-chain invariant monitoring.** Должен существовать мониторинг критических инвариантов при кросс-чейн передаче: были ли сожжены или залочены токены в source chain, существует ли nonce в исходной сети, соответствует ли объем перевода реальному supply и не превышает ли он заранее заданные лимиты. 4. **Off-chain infrastructure security.** Off-chain слой - RPC-узлы, relayers, oracles validators - должен входить в **тот же скоуп security review**, что и смарт-контракты. 5. **LRT collateral risk model.** Текущих методов оценки риска для залоговых активов явно недостаточно. Для LRT вроде rsETH нужно отдельно учитывать рестейкинг-риски, bridge-зависимости, ликвидность на вторичном рынке, концентрацию залога и возможность появления bad debt в DeFi при резкой потере доверия к активу. 6. **Isolated markets vs shared liquidity pools.** Когда rsETH-рынок Morpho стал токсичным, токсичность осталась внутри этого рынка. Bad debt - около $1M. У Aave с shared pool - между $123M и $230M. 7. **Pause path.** KelpDAO нажал паузу через 46 минут после взлома. Это считается быстро. По меркам DeFi - действительно быстро. По меркам атакующего, который автоматизировал извлечение средств через Aave - было сделано **на 27 минут позже, чем нужно.** ## Вывод После взлома все начали обвинять друг друга и искать крайнего: AAVE -> KelpDAO, KelpDAO -> LayerZero, LayerZero -> KelpDAO. По факту все по своему "хороши". Плюс к этому добавилось споров про заморозку средств на Arbitrum, методов обеспечения bad debt AAVE, безопасность LayerZero. Все три протокола сильно подорвали доверие к себе и к децентрализованным системам. Незадолго до взлома KelpDAO, 1 апреля 2026 года, был взломан Drift Protocol на $285M. Атака требовала **шесть месяцев social engineering**: атакующие посещали конференции, строили отношения с контрибьюторами, депонировали $1M собственного капитала и ждали подходящего момента. Это была операция в стиле традиционного шпионажа, просто с криптой как целью. Именно поэтому в выводе нельзя говорить только о «техническом баге» или «ошибке настройки моста». Современная хакерская атака на DeFi все чаще выглядит как комбинация bridge exploit, компрометации off-chain инфраструктуры, социальной инженерии и отмывания средств через несколько сетей. Если за такими операциями действительно стоят Lazarus Group или связанные с Северной Кореей структуры, включая кампании уровня TraderTraitor, то DeFi-протоколы конкурируют уже не с одиночными exploit-hunter’ами, а с командами, которые работают как полноценные киберразведывательные подразделения. Все это болезненно для доверия к децентрализованным финансам, но с другой стороны такие инциденты пока не способны убить DeFi, но точно сделают его намного сильнее и безопаснее через выученные уроки. Новые векторы атак "войдут в учебники" по безопасности и приведут к усилению оффчейн инфраструктур, улучшению дизайна и другим мерам предотвращения подобных взломов. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/kelpdao-vzlom-rseth-aave-bad-debt.md) ## Новая волна деривативов: как Perp DEX меняют трейдинг ![Новая волна деривативов: как Perp DEX меняют трейдинг](https://metalamp.ru/images/perp-dex-cover.png) В статье рассматривается развитие рынка Perp DEX — децентрализованных бирж для бессрочных контрактов, которые отличаются от традиционных DEX и CEX. Исследуются причины их быстрого роста, технические аспекты, ведущие платформы и связанные с ними риски, а также перспективы дальнейшего развития индустрии. ## Что такое Perp DEX и чем они отличаются от обычного DEX и CEX Громкие банкротства централизованных бирж — от Mt.Gox до FTX, укоренили в сознании криптоинвесторов железное правило: "Not your keys, not your coins". Однако долгое время за безопасность личного кошелька приходилось платить ограниченным функционалом. Perp DEX изменили правила игры: они объединили глубину профессионального трейдинга с плечами, шортами и сложными стратегиями и полную независимость блокчейна. Теперь вам не нужно выбирать между комфортом привычной биржи и контролем над собственными активами. Perp DEX (Decentralized Perpetual Exchange) — это сегмент децентрализованных финансов, предлагающий торговлю бессрочными контрактами на базе блокчейн-протоколов. Появление таких площадок стало ответом на запрос рынка на профессиональные торговые инструменты, которые не зависят от воли централизованных посредников и обеспечивают полную прозрачность операций. ### Природа бессрочных контрактов Бессрочный контракт (perpetual swap) — синтетический инструмент, позволяющий получать прибыль от изменения курса актива без физического владения им. В отличие от классических фьючерсов с фиксированной датой экспирации, эти контракты позволяют удерживать позицию неограниченное время. Ограничителем выступает уровень маржи. Позиция открыта, пока на балансе достаточно средств для покрытия убытков. Главное различие между Perp DEX и централизованными биржами (CEX) — отсутствие кастодиальных рисков. На CEX средства находятся под контролем платформы, создавая зависимость от ее платежеспособности. В децентрализованной модели взаимодействие происходит через смарт-контракты, активы остаются в личном кошельке пользователя. ![](https://metalamp.ru/images/perp-dex-image6.png) Perp DEX в сравнении с CEX и спотовыми DEX По сравнению с традиционными DEX, работающими на спотовом рынке, Perp DEX предлагают: - Кредитное плечо для операций суммами, превышающими собственный капитал - Короткие позиции для извлечения прибыли из падения рынка - Механизм фандинга для стабилизации цены ### Фандинг как механизм стабилизации цены Механизм фандинга (ставки финансирования) — это периодические выплаты между держателями длинных и коротких позиций. Когда цена контракта превышает спотовую, покупатели платят продавцам. При коррекции ситуация меняется. Такие платежи создают стимул для арбитражников выравнивать цену контракта с рыночным индексом. Стандарт индустрии — почасовое начисление фандинга на открытые позиции. ![](https://metalamp.ru/images/perp-dex-image2.png) ## Взрывной рост сегмента в 2025 году и почему он произошел Если 2023 и 2024 годы стали для Perp DEX периодом формирования фундамента, то 2025 год вошел в историю как момент окончательного смещения рыночного баланса. Доля децентрализованных площадок в общем объеме рынка криптодеривативов совершила значительный сдвиг. В начале года показатель был на отметке 3,6%, к ноябрю сектор [контролировал](https://www.coingecko.com/research/publications/dex-to-cex-ratio) уже 11,7% всех торгов, согласно данным CoinGecko. ![](https://metalamp.ru/images/perp-dex-image8.png) Квартальный объем торгов в третьем квартале 2025 [обновил](https://www.coingecko.com/research/publications/2025-q3-crypto-report) исторический максимум, преодолев отметку в $1,8 трлн. Сегмент подтвердил зрелость инфраструктуры и готовность крупных игроков к миграции в ончейн среду. ![](https://metalamp.ru/images/perp-dex-image5.png) ### Феномен Hyperliquid: от нишевого протокола к рыночному доминированию Наиболее ярко успех сегмента отражает кейс Hyperliquid. Платформа стартовала 2023 году в статусе многообещающего, но нишевого эксперимента с TVL всего в $40 млн. Уже через 2 года децентрализованная площадка [перешла](https://defillama.com/protocol/tvl/hyperliquid) в высшую лигу с показателем $4,78 млрд. ![](https://metalamp.ru/images/perp-dex-image13.png) Одним из драйверов такого скачка стал мартовский запуск собственной L1-сети, обеспечившей финализацию сделок менее 5 мс и пропускную способность 200 000 ордеров в секунду. ### Факторы экспансии и новые горизонты Дополнительным импульсом стала интеграция с традиционными финансами. Perp DEX адаптировали бессрочные контракты на акции, сырье и валютные пары, позволив трейдерам формировать диверсифицированные портфели в едином децентрализованном интерфейсе. Снижение транзакционных издержек сделало ончейн трейдинг рентабельным даже для высокочастотных стратегий. На фоне триумфа Hyperliquid сформировалась новая волна амбициозных платформ. - Aster внедрила систему кросс-чейн обеспечения, позволившую использовать активы из разных сетей в качестве залога без затрат на их фактический перевод через мосты. - Lighter сделала ставку на институциональный капитал, предложив алгоритмическим трейдерам сложный инструментарий и механизмы исполнения сделок, сопоставимые с банковскими терминалами. ## Как устроена техническая сторона Perp DEX: архитектура ликвидности и механизмы ликвидаций Децентрализованные платформы для торговли бессрочными фьючерсами устроены сложнее классических DEX. В основе работы спотовых AMM (Automated Market Makers), например Uniswap, лежит формула постоянного произведения x⋅y=k, где x и y — это объемы двух токенов в пуле ликвидности. Деривативным же площадкам необходимо динамически пересчитывать маржу и доступное плечо, а также мониторить риски в реальном времени. В отличие от централизованных бирж, где соответствующие процессы выполняются закрыто на серверах, в децентрализованных протоколах они реализуются прозрачно через смарт-контракты. Успех платформы зависит от того, насколько эффективно она решает три фундаментальные задачи: организацию ликвидности для исполнения сделок, привязку цены к базовому активу (чтобы курс фьючерса не отрывался от спота) и защиту системы от потенциальных убытков (механизм ликвидаций). Рассмотрим, как устроена “под капотом” архитектура лидеров рынка, генерирующих сегодня миллиардные обороты. В индустрии сформировалось три основных технических стандарта для обработки и исполнения ордеров. Каждый из них по-своему решает дилемму между децентрализацией, скоростью и эффективностью капитала. ### 1. Книга ордеров (Central Limit Order Book — CLOB) Модель работает по классическому принципу CEX (Binance, Bybit, OKX): “движок” (алгоритм матчинга) сопоставляет встречные заявки покупателей и продавцов в реальном времени. Технически в децентрализованной среде это реализуется двумя путями: - Специализированные L1-сети. Яркий пример — Hyperliquid, здесь вся торговая логика и хранение ордеров работают на собственном блокчейне, который изначально оптимизирован под высокую нагрузку книги ордеров. - Гибридные решения (L2). Проекты вроде Lighter или Extended. Они используют быстрые внешние слои (оффчейн) для мгновенного сопоставления заявок, но сохраняют прозрачность, отправляя финальные расчеты и проверки безопасности в основную сеть. В обоих случаях ликвидность создается самими участниками, трейдеры и маркет-мейкеры формируют стакан, а система сводит ордера по лучшим ценам. Hyperliquid, работая как L1, держит весь стакан полностью в ончейне без использования AMM. Механика рынка при этом остается классической. При отмене крупного лимитного ордера или закрытии позиции по рынку лучшая цена в стакане сдвигается к следующему уровню. Поэтому крупная заявка на “тонком” стакане вызовет сильное проскальзывание, ухудшив цену входа. И наоборот, чем глубже книга ордеров, тем точнее котировки. В конце января 2026 г. основатель Hyperliquid[заявил](https://x.com/chameleon_jeff/status/2015820241524379991), что его детище стало самой ликвидной площадкой для торговли бессрочными фьючерсами в мире. Он аргументировал это наглядным сравнением стаканов BTC-перпов на Hyperliquid и Binance: ![](https://metalamp.ru/images/perp-dex-image7.jpg) Слева — Binance, справа — Hyperliquid Плотность ордеров на децентрализованной площадке не просто догнала, а в моменте даже перекрывает лидера рынка. Особенно показательна сторона покупателей (биды), в видимом диапазоне у Hyperliquid ликвидности даже больше (~71.5 BTC), чем у Binance (~69.8 BTC). Грань в качестве исполнения между топ-CEX и ончейн-перпами стерта окончательно. **Преимущества CLOB** Главный плюс — прозрачное и честное ценообразование. При высокой ликвидности цена формируется естественным балансом спроса и предложения, что обеспечивает минимальные спреды. Дополнительный комфорт создает удобство использования: интерфейс полностью повторяет привычные CEX-биржи. Видимый стакан ордеров позволяет трейдерам анализировать глубину рынка и визуально контролировать свои заявки, делая торговлю интуитивно понятной. **Риски и недостатки** Уязвимость модели кроется в критической зависимости от производительности блокчейна и глубины рынка. При технических задержках трейдеры получают “устаревшие” данные, что ведет к некорректному исполнению ордеров, а на “пустом” рынке даже небольшая сделка вызывает сильное проскальзывание. Если маркет-мейкеры уходят, книга становится менее ликвидной, и любой объем может значительно “двигать” цену. Проблема может усугубляться медленной сетью, когда система может не успеть ликвидировать убыточную позицию вовремя, принося убытки протоколу. ### 2. Пулы ликвидности с оракулами (Oracle Pools) Альтернативная модель, ставшая своего рода революцией в DeFi. Трейдер торгует не против другого пользователя, а напрямую против смарт-контракта. В роли контрагента выступают провайдеры ликвидности (LP — Liquidity Providers), чьи средства формируют единый пул. Цена исполнения здесь определяется не только по внутреннему балансу спроса и предложения в пуле, а формируется с опорой на данные внешних оракулов (Chainlink, Pyth и др.), которые поставляют рыночную информацию с крупных площадок. ![](https://metalamp.ru/images/perp-dex-image10.jpg) В экосистемах Arbitrum и Avalanche лидером с такой архитектурой остается GMX. Протокол опирается на два ключевых механизма: GLP и GM (GM-pools). В первом случае ликвидность объединена в общий индекс-пул (GLP), представляющий корзину различных активов, во втором — она распределена по изолированным пулам (GM-pools) для конкретных рынков.  Резервы выступают универсальным контрагентом, фактически трейдеры торгуют напрямую против объединенного капитала инвесторов. Аналогичные проекты на Solana (Jupiter с JLP Pool) также аккумулируют внушительные объемы ликвидности (TVL). Цены сделок в этой модели определяются не только внутренним балансом пула, а с учетом данных внешних оракулов, которые агрегируют котировки с крупных бирж. Например, при открытии лонга (покупки) используется верхняя граница диапазона цены оракула (maxPrice), а при закрытии — нижняя (minPrice). Аналогично, при открытии шорта (продажи) используется minPrice, а при закрытии — maxPrice. Это создает небольшой спред, который остается в пуле. Технически обмен активами не происходит напрямую. Когда трейдер открывает или закрывает позицию, система изменяет внутренние значения позиций и AUM (Assets Under Management) в пуле. При этом прибыль или убыток трейдера отражаются на его счете и на балансе пула. **Преимущества** Пул может выполнять сделки с минимальным проскальзыванием, а цена остается близкой к рыночному индексу благодаря оракулам. Трейдеру не нужно выставлять сложные ордера, он просто торгует напрямую с пулом и получает цену с небольшим встроенным спредом. **Риски** Поставщики ликвидности рискуют своими средствами, т.к. прибыль трейдера — это убыток для пула. Отдельная угроза кроется в зависимости системы от точности данных оракулов. Если оракулы дают устаревшие или искаженные данные, сделки могут быть исполнены по некорректным ценам, что приведет к ошибочным расчетам и ликвидациям. ### 3. Гибридные модели (Аукцион + AMM / vAMM) Гибридные архитектуры стремятся объединить точность книги ордеров и надежность пулов, используя многоступенчатый маршрут исполнения сделки для достижения оптимальной цены. Процесс реализации крупного ордера здесь разделен на этапы: - JIT-аукцион (Just-In-Time). Платформа мгновенно собирает предложения от маркет-мейкеров под конкретный ордер. Эта ликвидность “по требованию” позволяет закрыть основной объем вне публичного стакана, минимизируя влияние сделки на рынок. - Книга ордеров (CLOB). Неисполненная часть заявки направляется в классический стакан для сопоставления с лимитными ордерами. - Резервный vAMM (виртуальный AMM). Если в стакане не хватает ликвидности, остаток закрывается через алгоритм виртуального маркет-мейкера. Расчет по сделки происходит по математической формуле в любой момент, даже при полном отсутствии встречных заявок. ![](https://metalamp.ru/images/perp-dex-image9.png) В Drift v2 такая схема [описывается](https://www.drift.trade/updates/hybrid-liquidity-mechanism) как “три источника ликвидности” — JIT-аукцион, vAMM (virtual AMM) и СLOB — гарантируя лучшую цену для трейдеров. Последовательная маршрутизация ордеров через эти механизмы позволяет поглощать основные объемы по лучшим ценам на каждом этапе. Например, заявки сначала идут в 5-секундный JIT-аукцион (где маркет-мейкеры конкурируют за исполнение), затем оставшаяся часть — в книгу ордеров, и только после этого — в vAMM-пул. Виртуальный AMM — это усовершенствованная версия традиционного AMM (Automated Market Maker), которая не использует реальные ликвидные пулы. В отличие от классического AMM (Uniswap, Curve), который опирается на активы в пуле, vAMM работает с виртуальной ликвидностью. Она формируется не из реально имеющихся активов, а из алгоритмически рассчитанных цен и рыночных условий для обеспечения торговли. При этом реальная платежеспособность обеспечивается хранилищем залогов платформы, где происходит взаиморасчет между трейдерами.  Таким образом, многоуровневая обработка заявки минимизирует проскальзывание крупных сделок, и основная часть объема исполняется по выгодным ценам.  **Плюсы** Ключевое преимущество гибридной модели заключается в качественном исполнении сделок. Благодаря конкуренции маркет-мейкеров в рамках JIT-аукционов и книги ордеров (CLOB), крупные заявки исполняются по лучшей цене с минимальным проскальзыванием, тогда как AMM задействуется лишь как резервный вариант. Такой подход объединяет ликвидность из разных источников, устраняя проблему ее нехватки, характерную для классических децентрализованных бирж. **Минусы** Обратной стороной такой эффективности является высокая техническая сложность. Необходимость синхронизировать работу оракулов, аукционов и книги ордеров создает серьезную нагрузку на инфраструктуру, что может замедлять реакцию системы. Из-за многоступенчатого процесса формирования цены страдает прозрачность. Пользователю бывает непросто заранее предсказать итоговый курс или проверить его справедливость.  ### Ликвидация позиций Выбор архитектуры определяет механизм ликвидации на платформе, задача которого предотвратить появление непокрытых убытков в системе.  - В протоколах на базе книги лимитных ордеров (CLOB) процесс ликвидации запускается при достижении маржой уровня поддержания (maintenance margin). Чтобы избежать резкого обвала котировок, система закрывает крупные позиции итерационно. Например, при закрытиии крупных позиций на рынок выставляется лишь 20% объема с паузами в 30 секунд, при этом цена исполнения постоянно адаптируется к актуальному состоянию стакана. Если после всех попыток долг остается непокрытым, он ложится на плечи трейдера, а нереализованный излишек (bad debt) переходит в страховой фонд. Примером такой архитектуры служит Hyperliquid, где функции ликвидатора выполняет пул HLP. Если позицию не удается закрыть рыночным способом из-за глубокой просадки, она передается в HLP. Структура покрывает дефицит из собственных средств, впоследствии забирая всю прибыль или убыток от финального закрытия позиции в пользу сообщества. - В системах на основе оракульных пулов (AMM) ликвидация полностью автоматизирована и привязана к внешним ценовым потокам. Как только стоимость обеспечения опускается ниже критической отметки, смарт-контракт мгновенно исполняет закрытие позиции по текущим котировкам оракула. В этой модели пул ликвидности выступает непосредственным контрагентом: он выплачивает трейдеру прибыль, если тот в плюсе, и полностью поглощает его убытки при ликвидации, принимая на себя все рыночные риски. Чтобы защитить пользователей от случайных ликвидаций из-за кратковременных ценовых аномалий на отдельных биржах, такие протоколы используют агрегированные индексы и специализированные оракулы, сглаживающие волатильность. - Гибридные системы стремятся объединить надежность пулов с эффективностью рыночного ценообразования через многоступенчатые алгоритмы. В таких протоколах, как Drift, ликвидация начинается с JIT-аукционов или попыток реализации позиции через книгу ордеров, чтобы максимально приблизиться к индексной цене. Если после этих этапов часть объема остается невостребованной, в дело вступает AMM-механизм, завершающий сделку.  ### Страховые фонды и управление рисками Любая платформа, работающая с бессрочными контрактами, создает страховой фонд — специальный резерв для покрытия чрезмерных убытков. Он формируется из части торговых комиссий, штрафов за ликвидацию и других отчислений. Когда позиция трейдера подлежит ликвидации, в идеальной ситуации залога (маржи) хватает, чтобы продать ее по рыночной цене и полностью погасить убыток. Однако при резких движениях рынка цена может успеть сильно уйти против трейдера еще до закрытия позиции, образуя долг, который не покрывается его средствами. Именно в этот момент в дело вступает страховой фонд. Его средства используются, чтобы компенсировать образовавшийся дефицит и поддержать стабильность системы. Если же объема страхового фонда недостаточно, включается механизм автоматического делевереджинга (ADL). ADL “перераспределяет” убытки, закрывая часть прибыльных позиций у трейдеров, которые находятся на противоположной стороне рынка. Успешные участники рынка частично теряют свой доход, и эти деньги используются для покрытия потерь протокола. На централизованных биржах страховые фонды обычно огромны (сотни миллионов долларов), и ADL используется крайне редко. На децентрализованных платформах фонды меньше, что делает систему прозрачнее, но и ситуаций с распределением убытков может возникать чаще. На Hyperliquid функцию страхового фонда [выполняет](https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/vaults/protocol-vaults) специальный пул ликвидности HLP. Он аккумулирует торговые комиссии и выступает гарантом, принимая на себя убыточную часть при ликвидациях, если средств обычной маржи оказывается недостаточно. Недавние события вокруг HLP заставляют по-новому взглянуть на роль страховых фондов в DeFi. Пул платформы [зафиксировал](https://www.coinglass.com/hyperliquid-vaults)прибыль более $15 млн после ликвидации крупной позиции трейдера Гарретта Буллиша. Для провайдеров ликвидности HLP это вылилось в моментальный доход 5,8%, что эквивалентно порядка 110% годовых. ![](https://metalamp.ru/images/perp-dex-image11.png) Этот кейс доказывает эффективность модели, где страховой фонд не просто пассивно покрывает убытки, но и выступает прибыльным контрагентом. При грамотном риск-менеджменте волатильность и ликвидации становятся источником реальной доходности для участников экосистемы Надежность любой описанной схемы зависит от скорости сети и качества данных. Для Perp DEX важны оракулы с малой задержкой, например Chainlink и Pyth Network. Запаздывание цены может сделать систему слепой к движению рынка и привести к банкротству трейдера уже задним числом. Критическим фактором остается и пропускная способность блокчейна. В условиях низкой скорости сети автоматика протокола рискует не успеть вовремя провести ликвидацию. Чтобы минимизировать этот риск, разработчики создают производительные L1/L2 сети, где технологии позволяют сбалансировать три ключевых параметра: точность котировок, скорость расчетов и эффективность капитала. ## Perp DEX 2026: инфраструктурный раскол и борьба за ликвидность К началу 2026 года ликвидность сосредоточилась вокруг платформ, предложивших кастомные блокчейны, ZK-rollup технологии и решения для работы с реальными активами. ### Hyperliquid: экосистема вместо биржи ![](https://metalamp.ru/images/perp-dex-image4.png) [Hyperliquid](https://hyperfoundation.org/) утвердился как технологический лидер благодаря суверенному L1-блокчейну. Архитектура HyperCore и HyperEVM обеспечила пропускную способность 200 000 ордеров/сек и задержки на уровне CEX. Платформа вошла в историю как первый DEX с позицией объема $1+ млрд (лонг по BTC трейдера Джеймса Винна). Независимость проекта подкреплена отказом от венчурного капитала: 70% токенов распределены среди сообщества, 97% комиссий сжигается. Средний дневной объем — **$12,7 млрд.** ### Aster: RWA-агрегатор нового типа ![](https://metalamp.ru/images/perp-dex-image1.png) [Aster](https://www.asterdex.com/en) родившийся из слияния Astherus и APX Finance, представляет платформу для бессрочных фьючерсов с поддержкой семи EVM-сетей и Solana. Суммарный торговый объем превысил $4 трлн. Платформа решает проблему ликвидности, позволяя использовать обеспечение из различных сетей без мостов. Более половины токенов распределено через награды и эйрдропы. ### Lighter: эффективность CLOB ![](https://metalamp.ru/images/perp-dex-image3.png) [Lighter](https://lighter.xyz/) — нативное L2-решение с классической торговлей по ордербуку. Протокол обрабатывает до 4 000 транзакций/сек, что в десятки раз выше многих решений. Оптимизация для маркетмейкеров снижает затраты на размещение ордеров. Критикуется за аномально большие объемы, возможно связанные с HFT-алгоритмами и wash-trading. Средний дневной объем — **$4,5 млрд.** ### ApeX Protocol: Приватность и экосистема Bybit ![](https://metalamp.ru/images/perp-dex-image14.png) [ApeX Protocol](https://www.apex.exchange/) использует технологию ZK-rollup на базе StarkEx, исключая комиссии за газ и ускоряя транзакции. Стал одним из первых проектов с торговлей без gas fee. Подключение к ордербукам Bybit улучшает ликвидность и качество исполнения, делая ApeX хабом для мобильного трейдинга без KYC. ### dYdX v4: автономия и ликвидность ![](https://metalamp.ru/images/perp-dex-image12.png) [dYdX](https://dydx.trade/markets) — одна из ведущих платформ для торговли деривативами со средним дневным объемом порядка $500 млн.  В 2025 году завершена миграция на собственный блокчейн dYdX Chain на базе Cosmos. Предлагает 220+ торговых пар с плечом до 50x, поддерживает депозиты с Ethereum и Arbitrum. Недавние обновления включают добавление спота и интеграцию с Telegram. 25% комиссий направляются на выкуп токенов. | Название площадки | Торговые инструменты | Объём 24 ч (USD) | Открытый интерес (OI, USD) | Соотношение Объём / OI | | --- | --- | --- | --- | --- | | Hyperliquid | Бессрочные фьючерсы на криптовалюты (BTC, ETH, альты), спот, токенизированные акции, индексы и металлы | $24.699 млрд | $4.999 млрд | 4.94 | | Aster | Бессрочные фьючерсы на криптовалюты, токенизированные акции, металлы, FX‑пары | $11.321 млрд | $1.714 млрд | 6.61 | | Lighter | Спот‑торговля (ETH/USDT, BTC/USDT и др.), бессрочные фьючерсы на криптовалюты (BTC, ETH, SOL и др.) | $7.537 млрд | ~$0.830 млрд | 9.08 | | dYdX | Бессрочные фьючерсы на крупные криптовалюты (BTC, ETH, SOL, MATIC и др.), индексы, металлы | $2.1 млрд | ~$0.65 млрд | 3.23 | | Apex Protocol | Бессрочные фьючерсы на криптовалюты с кредитным плечом до 100x | $1.464 млрд | $0.111 млрд | ~13.19 | Источник: [DefiLlama](https://defillama.com/perps) ### Оценка устойчивости и спекулятивных рисков Соотношение торгового объема к открытому интересу показывает характер торговой активности. Высокие значения указывают на быстрый оборот капитала и краткосрочные спекуляции, низкие — на стратегическое удержание позиций. **Apex Protocol** Максимальная спекулятивная активность. Колоссальный оборот при скромном открытом интересе указывает на доминирование внутридневных трейдеров с быстрым входом и выходом из позиций. **Lighter** Фокус на высокочастотном трейдинге и арбитраже. Преобладают алгоритмические сделки без долгосрочного удержания позиций — ликвидный транзакционный рынок. **Aster** Занимает промежуточную позицию между стабильными платформами и агрессивными спекулянтами. Умеренно высокий коэффициент объясняется широким спектром инструментов (FX-пары, акции), генерирующих активный оборот. **Hyperliquid** Сбалансированная архитектура. При лидерстве по объемам ($24 млрд) умеренная метрика указывает на реальную глубину рынка и крупные стратегические позиции трейдеров. **dYdX** Наиболее консервативный рынок. Низкое соотношение свидетельствует о долгосрочных стратегиях и минимуме спекулятивной активности. ## Риски при торговле на Perp DEX: обратная сторона децентрализации Переход на децентрализованные фьючерсные платформы (Perp DEX) существенно меняет подход к трейдингу. Для успешной торговли нужно не только обладать навыками трейдера, но и понимать связанные с этим технические риски. **Технические риски** Безопасность DeFi-протоколов зависит от качества смарт-контрактов. Даже успешный аудит не гарантирует защиту от новых уязвимостей после обновлений. Работа Perp DEX зависит от оракулов, предоставляющих данные о ценах. Сбой оракула может привести к искажению цен и ненадлежащим ликвидациям. Задержки в обновлении открывают возможности для арбитражных ботов. **Специфика маржинальной торговли** Фьючерсы на волатильные криптовалюты требуют строгого риск-менеджмента. В отличие от спотовой торговли, где убытки теоретические до продажи, на фьючерсах есть точка невозврата — ликвидация позиции при недостатке маржи. **Риски для поставщиков ликвидности** LP сталкиваются с непостоянными потерями при значительных колебаниях цен. В некоторых моделях LP становятся второй стороной сделки, принимая убытки от успешных трейдеров. **Регуляторное давление** Токенизация реальных активов (RWA) привлекает внимание регуляторов. Токены могут быть классифицированы как ценные бумаги, а доступ к платформе ограничен на уровне интерфейса. Децентрализация становится способом защиты от санкций и цензуры. Торговля на Perp DEX предлагает прозрачность и открытость, но с высоким риском ошибок. Успех в этой области требует комплексного подхода, нужно не только анализировать рынок, но и понимать фундаментальные аспекты самой платформы. ## Заключение: Перспективы и трансформация индустрии Perp DEX 2025 год стал вехой, продемонстрировавшей, что децентрализованные деривативные платформы уже не являются нишевым продуктом, ограниченным лишь кругом крипто-энтузиастов. Они трансформируются в полноценную альтернативу традиционным финансовым системам. Процесс трансформации продолжается, и в ближайшие годы можно выделить несколько ключевых направлений, которые определят будущее этой индустрии. **Гибридизация платформ** Интеграция CLOB для профессионалов, AMM для повышения ликвидности в менее активных парах и oracle-based моделей для минимизации проскальзываний. Это адаптирует платформы для различных категорий пользователей. **Инфраструктурная вертикализация** Фокус на нативных L1-блокчейнах (app-chains) и внедрении zk-доказательств для ускорения финализации транзакций до миллисекунд и усиления безопасности. **Упрощение пользовательского интерфейса**  Встроенные фиатные шлюзы для прямого пополнения с банковских карт и абстракция аккаунтов для взаимодействия с блокчейном без сложных процедур. **Интеграция RWA и комплаенс** Токенизация акций, сырья и облигаций превратит Perp DEX в глобальные хабы, работающие круглосуточно. Это привлечет внимание регуляторов, что приведет к появлению "двухуровневых" протоколов с разграничением доступа для разных юрисдикций. Эволюция Perp DEX открывает возможности для прозрачной и автономной торговли. Однако с технологической сложностью приходит большая ответственность. Отсутствие посредников требует от трейдеров эффективного управления рисками и глубокого понимания принципов работы платформ. Децентрализованные технологии закладывают основу для будущего глобального рынка деривативов. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/novaa-volna-derivativov-kak-perp-dex-menaut-trejding.md) ## Прогноз для Solana: что ждет экосистему и цену SOL в 2026-2030 гг ![Прогноз для Solana: что ждет экосистему и цену SOL в 2026-2030 гг](https://metalamp.ru/images/solana-2026-cover.png) В 2024-2025 гг Solana пережила второй «мемкоин-сезон» и масштабный приток институционального капитала, наблюдался рост пользовательской базы, прохождение критических стресс-тестов и ряд других результатов, свидетельствующих об активном развитии проекта.  Однако этот успех породил новые парадоксы. Цена SOL демонстрирует устойчивость, но отстает от темпов роста более нишевых экосистем. Внимание смещается с «количества транзакций в секунду» на «общую денежную стоимость всех активов, которые были переданы через сеть». Вопрос 2026 года звучит так: исчерпала ли Solana свой технологический кредит доверия, или ее истинная ценность как глобального общественного блага только начинает раскрываться? ## Экосистема Solana: итоги и ключевые результаты за 2024-2025 гг. Период 2024-2025 годов стал для Solana временем перехода от восстановления после краха FTX к статусу доминирующей силы и мейнстрим-игрока в блокчейн-индустрии. Эти два года характеризовались ростом пользовательской базы, диверсификацией экосистемы и критическими стресс-тестами, которые подтвердили ее базовую технологическую концепцию. Вот консолидированные результаты. ### Производительность и устойчивость сети: стресс-тест на масштабируемость ![](https://metalamp.ru/images/solana-2026-image6.png) Ежемесячные транзакции в сети Солана Источник: [Theblock](https://www.theblock.co/data/on-chain-metrics/solana/non-vote-transactions-on-the-solana-network-monthly) Solana утвердилась как самый высокопроизводительный крупный L1-блокчейн. Сеть стабильно обрабатывала свыше [2,5 млрд транзакций в месяц](https://www.theblock.co/data/on-chain-metrics/solana/non-vote-transactions-on-the-solana-network-monthly), часто превышая суммарный дневной объем транзакций всех других крупных сетей. Средняя пропускная способность достигала [1100+TPS](https://solana.com/news/network-health-report-june-2025), а пиковая достигала уровня [5000+ TPS](https://medium.com/@scalingx/2025-the-dawn-of-solanas-institutional-era-cda664cf8482). После серии обновлений сеть демонстрировала бесперебойную работу – [100%](https://status.solana.com/uptime?page=8). Она успешно выдержала несколько серьезных стресс-тестов, включая продолжительную DDoS-атаку мощностью 6 Тбит/с в конце 2025 года, не остановившись, что доказало значительное улучшение отказоустойчивости по сравнению с предыдущими годами. Средняя комиссия за транзакцию оставалась на уровне и ниже [$0,0042,](https://tokenterminal.com/explorer/projects/solana/metrics/transaction-fee-average?spm=a2ty_o01.29997173.0.0.737b5171wzH8ZU&interval=365d&granularity=month) укрепляя ее ценностное предложение для микроплатежей и высокочастотных приложений. ![](https://metalamp.ru/images/solana-2026-image4.png) Общая сумма комиссионных сборов, уплачиваемых на Solana ежедневно, в SOL и USD Источник: [Theblock](https://www.theblock.co/data/on-chain-metrics/solana/total-fees-on-solana) ### Рост экосистемы и финансовые метрики ![](https://metalamp.ru/images/solana-2026-image2.png) TVL в Defi Источник: [Defillama](https://defillama.com/chain/Solana?currency=SOL&liquidstaking=false&borrowed=false) Общая стоимость заблокированных средств (TVL) в DeFi возросла с примерно $1,5 млрд в начале 2024 до пика в $12,2 млрд в сентябре 2025, стабилизировавшись в устойчивом диапазоне [$9-11 млрд](https://defillama.com/chain/solana). Solana стала экосистемой DeFi номер два по активности и объемам, хотя и уступала Ethereum по общей стоимости. Количество ежемесячно активных разработчиков выросло до [17700+](https://finance.yahoo.com/news/solana-developer-growth-hits-record-145758318.html?guccounter=1&guce_referrer=aHR0cHM6Ly9jaGF0LnF3ZW4uYWkvYy9ndWVzdA&guce_referrer_sig=AQAAAJW16D3xW3zRs0sLpHb6RAJ0nCT6Z178_sUHSyDY9XarjvF_W90nKy0fyfSdgDJKbX1jQuHH1jLnXAk1DwnvCvA8zcQGX4EEpQsqUV-zMQCOUqgeDoPJ2iTXNASZDZMbiAN90Ea2N3eGENeRpJavuT26EoKIElDdo363qeyWqKpy), с заметным притоком новых команд, создающих потребительские приложения. Рыночная капитализация SOL превысила [$120 миллиардов](https://coinmarketcap.com/currencies/solana/historical-data/), закрепив ее статус одной из топовой криптовалют. SOL показала значительно лучшую динамику, чем большинство крупных альткоинов в течение рыночного цикла. ### Доминирующая вертикаль: хаб для мемкоинов и культурных трендов Solana стала площадкой номер один суперцикла мемкоинов. Платформы вроде [Pump.fun](https://pump.fun/) облегчили запуск тысячи токенов, что привело к массовому онбордингу розничных пользователей и огромной культурной релевантности. Эта «мемкоин-мания» стала мощным инструментом привлечения, приведя миллионы новых кошельков в экосистему. Многие из этих пользователей впоследствии начали изучать DeFi, NFT и другие приложения. Торговля мемкоинами принесла сети и связанным с ней DEX миллиарды долларов комиссионных, создав мощный, хотя и волатильный, экономический маховик. ### Экспансия в новые вертикали: за пределами спекуляций Solana утвердилась как ведущий блокчейн для DePIN (децентрализованная физическая инфраструктура). Крупные проекты, такие как Helium Mobile (IoT), Render (GPU-рендеринг) и Hivemapper (картографирование), мигрировали или масштабировались на Solana. Это произошло по причине привлекательности низких комиссий и и высокой пропускной способностью для платежей. Также продвинулись и стратегические интеграции. Visa расширила пилотный проект по расчетам в USDC на Solana, Shopify углубила интеграцию с Solana Pay, а знаковое заявление о запуске Western Union стейблкоина (USDPT) на Solana в 2026 году придало проекту беспрецедентную институциональную легитимность. Fidelity интегрировала SOL в свои продукты, а Morgan Stanley подала заявку на спотовый ETF на Solana в начале 2026 года, что сигнализировало о растущей серьезности Уолл-стрит в отношении сети. ### Технологические вехи и прогресс по технологической дорожной карте Основные направления: - Firedancer от Jump Crypto: независимый клиент-валидатор вошел в стадию бета-тестирования в основной сети в конце 2025 года. Ранние данные показали резкое улучшение надежности и заложили основу для цели в 1 000 000+ TPS; - Token Extensions и комплаенс: запуск «Token Extensions» предоставил компаниям и институтам встроенные функции для соблюдения нормативных требований (KYC), конфиденциальности и ограничений на переводы, напрямую устраняя ключевой барьер для традиционных финансов; - SVM как стандарт: виртуальная машина Solana начала набирать популярность как переносимый стандарт. Такие проекты, как Eclipse, запустили L2 для Ethereum, используя SVM, что сигнализирует о ее потенциале выхода за пределы нативного блокчейна. | Категория | Оценка | Краткое резюме | | --- | --- | --- | | Производительность сети | A- | Доказала беспрецедентный масштаб и улучшенную устойчивость, но тень прошлых сбоев все еще дает о себе знать. | | Рост экосистемы | A | Взрывная экспансия по пользователям, разработчикам и TVL. Стала центром крипто-нативной культуры. | | Бизнес-развитие | A- | Знаковые партнерства (Western Union, Visa) и институциональные заявки (ETF от Morgan Stanley). | | Технологии и инновации | B+ | Успешное выполнение роадмапы (прогресс по Firedancer, Token Extensions), но технологии конкурирующих L1/L2 также быстро развивались. | | Децентрализация и управление | C+ | Централизация валидаторов остается критической уязвимостью. Управление сообщества все еще находится в стадии развития. | Сводная оценка: итоговый отчет за 2024-2025 гг. Общий вердикт: Solana провела успешный период, трансформировавшись из многообещающей, но проблемной цепи в динамичную, высокоактивную экономическую зону и кандидата в инфраструктуру. Она освоила стратегию внедрения «через розничных пользователей» с помощью мемкоинов и теперь ей необходимо использовать эту огромную пользовательскую базу и проверенную технологию, чтобы выиграть в более существенных направлениях, таких как платежи, DePIN и институциональные финансы. Таким образом, на 2026-2030 годы был заложен крепкий фундамент. ## Экосистемные тренды: где Solana будет завоевывать рынки Будущий рост и влияние проекта будут определяться его способностью захватывать и доминировать в конкретных, высокопотенциальных рыночных вертикалях, выходящих далеко за рамки спекулятивной торговли. От децентрализованной физической инфраструктуры до токенизации мировых финансов — именно в этих сферах Solana должна доказать, что является не просто быстрым блокчейном, а незаменимым каркасом для новой цифровой экономики. ### DePIN: уникальный вариант использования ![](https://metalamp.ru/images/solana-2026-image1.png) Топ проектов DePIN Solana Источник: [DePINscan](https://depinscan.io/ru) Solana уже сегодня доминирует в сегменте DePIN благодаря низким комиссиям и высокой пропускной способности. По данным [DePINscan](https://depinscan.io/ru) на Солана построены 65+ активных DePIN-проектов. Вот ключевые проекты Депин на Солана и их ниши: - Helium —  децентрализованная беспроводная сеть, позволяющая пользователям развертывать точки доступа, обеспечивающие подключение к Интернету вещей и мобильной связи 5G; - Render Network предлагает распределенные сервисы рендеринга и вычислений на GPU для 3D-графики и задач искусственного интеллекта; - Hivemapper — управляемая сообществом картографическая сеть, где пользователи собирают изображения с уровня улиц с помощью видеорегистраторов; - Nosana предоставляет децентрализованную платформу для вычислительных ресурсов, ориентированную на задачи искусственного интеллекта и рабочие нагрузки DevOps; - Grass — децентрализованная торговая площадка данных, использующая инфраструктуру DePIN от Solana. Она позволяет пользователям монетизировать неиспользуемую пропускную способность и данные, способствуя созданию глобальной сети без разрешений для обмена данными и аналитики в режиме реального времени. Рыночная капитализация всех проектов DePIN на базе Solana на апрель 2025 года, достигла [$3,25 млрд](https://solanareport.com/2025/09/23/how-solana-s-depin-ecosystem-powers-real-world-infrastructure-key-projects-revenue-and-growth-2025-update/?utm). Суммарный on-chain доход DePIN-проектов на Solana достиг [$5,98 млн](https://solanareport.com/2025/09/23/how-solana-s-depin-ecosystem-powers-real-world-infrastructure-key-projects-revenue-and-growth-2025-update/?utm) к апрелю 2025 года (с устойчивым ростом с 2023). Helium, Render и Hivemapper — основные драйверы роста по доходам: Render лидирует по общей выручке и максимальным недельным пикам; Helium генерирует стабильный доход благодаря мобильным и IoT-устройствам; Hivemapper растет в узле активности, особенно в геосъемке. Приведем сводную таблицу прогнозов развития доминирующих DePIN-проектов на Solana до 2030 года — на основе подтвержденных метрик (доходы, активность узлов, реальные показатели 2024-2025) и обоснованных сценариев роста (консервативный / умеренный / оптимистичный). Данные подкреплены источниками о текущем состоянии экосистемы Solana DePIN. | Проект | Ключевые текущие метрики 2025 | Консервативный 2030 | Базовый 2030 | Оптимистичный 2030 | Основные драйверы роста | | --- | --- | --- | --- | --- | --- | | Helium (HNT) | [$2,3M on-chain доход; IoT/5G покрытия и мобильные пользователи растут](https://solanareport.com/2025/09/23/how-solana-s-depin-ecosystem-powers-real-world-infrastructure-key-projects-revenue-and-growth-2025-update/?utm) | $15-25M годовых доходов | $30-50M годовых доходов | $60-100M годовых доходов | Рост IoT устройств, Helium Mobile, коммерческие подписки | | Render (RNDR) | [$2,65M lifetime доход; ~3784 нод](https://www.aicoin.com/en/article/457398?utm) | $20-30M годовых доходов | $40-60M годовых доходов | $80-120M годовых доходов | GPU/AI compute, рост AI-рабочих нагрузок | | Hivemapper (HONEY) | [~$60K/нед (~$3M год) и ~77K+ нод](https://solanareport.com/2025/09/23/how-solana-s-depin-ecosystem-powers-real-world-infrastructure-key-projects-revenue-and-growth-2025-update/?utm) | $10-15M годовых доходов | $20-30M годовых доходов | $40-60M годовых доходов | Рост данных карт, коммерческие продажи картографических данных | | Nosana | [Ноды удвоились до ~600+](https://solanareport.com/2025/09/23/how-solana-s-depin-ecosystem-powers-real-world-infrastructure-key-projects-revenue-and-growth-2025-update/?utm) | $5-10M годовых доходов | $15-25M годовых доходов | $30-50M годовых доходов | AI/DevOps compute, dApp интеграции | | io.net (IO) | [Emergent GPU/compute сеть](https://depinscan.io/news/2025-05-01/solana-emerges-as-leader-in-depin-projects-a-comprehensive-analysis?utm) (нет публичных данных) | $3-7M годовых доходов | $10-20M годовых доходов | $25-40M годовых доходов | Поддержка AI, синтетических рабочих нагрузок | | Grass / UpRock / прочие | нет публичных метрик | $2-5M | $7-15M | $15-30M | Data/широкополосный доступ и IoT | Прогноз развития DePIN-проектов Solana на 2026-2030 гг. Метрики базируются на реальных on-chain доходах и активности: объем отраслевых on-chain доходов Solana DePIN превышает примерно $5,9-$7,0 млн к июню 2025 года. Самые крупные проекты — Helium, Render, Hivemapper — доминируют по доходам и узлам  Ключевые факторы роста: - Helium получает доход не только от IoT, но и от мобильных подписок (у Helium Mobile уже сотни тысяч пользователей); - Render является лидером по доходам в 2025 и привлекает участников GPU/AI; - Hivemapper расширяет данные картографирования и может продавать данные корпоративным клиентам; - Emergent проекты (Nosana, io.net, Grass/UpRock) демонстрируют растущий интерес, но пока имеют меньше исторических данных. На основе текущей траектории развития (доходы отрасли удваиваются каждые 1-2 года) прогнозируем следующий рост. | Год | Годовой on-chain доход DePIN | Обоснование | | --- | --- | --- | | 2025 | $6-9 млн | Текущее состояние отрасли | | 2026 | $10-15 млн | Рост пользователей и внедрения | | 2028 | $25-40 млн | Новые продукты, коммерческие сервисы | | 2030 | $60-100 млн | Основные игроки интегрируются с традиционными системами | Прогноз суммарного годового on-chain дохода DePIN ### Токенизация реальных активов (RWA): платформа для институциональных финансов Токенизация реальных активов — одна из самых перспективных областей применения блокчейн-технологий, способная соединить традиционные финансовые рынки с децентрализованной инфраструктурой. По оценкам ведущих аналитических и консалтинговых фирм, к 2030 году RWA может стать многотриллионным сегментом.  Так, согласно Boston Consulting Group (BCG), общий объем токенизируемых реальных активов к 2030 году может достичь[$16 трлн.](https://www.binance.com/en/square/post/377020) Это включает государственные облигации, корпоративные кредиты, недвижимость, частные фонды и сырьевые товары. Аналогичные оценки дает Всемирный экономический форум (WEF), прогнозирующий, что к 2030 году более [$10 трлн реальных активов будут токенизированы,](https://reports.weforum.org/docs/WEF_Asset_Tokenization_in_Financial_Markets_2025.pdf) обеспечивая ликвидность, прозрачность и доступность для инвесторов. Ark Invest считает, что токенизация госдолга, банковских депозитов и публичных акций может превысить [$11 трлн.](https://www.coindesk.com/ru/markets/2026/01/22/ark-invest-sees-bitcoin-and-tokenization-driving-the-next-phase-of-digital-asset-growth) Aurpay называет цифры размера рынка RWA на 2030 год на уровне: [$2 трлн, $10 трлн и $16 трлн](https://aurpay.net/aurspace/rwa-tokenization-2026/)для медвежьего, базового и бычьего сценария соответственно. Solana же становится ключевой платформой для RWA благодаря [скорости, низким издержкам и поддержке институциональных партнеров](https://coinmarketcap.com/academy/ru/article/hong-kong-approves-solana-etf-ahead-of-united-states). [BlackRock](https://www.coindesk.com/markets/2025/03/25/blackrock-securitize-expand-usd1-7b-tokenized-money-market-fund-buidl-to-solana), Franklin Templeton, [Western Union](https://ir.westernunion.com/news/archived-press-releases/press-release-details/2025/Western-Union-Announces-USDPT-Stablecoin-on-Solana-and-Digital-Asset-Network/default.aspx) запускают пилоты на Solana. По состоянию на январь 2026 года, экосистема RWA на Solana переживает рост, достигнув исторического максимума. | Показатель | Значение на январь 2026 г. | | --- | --- | | Общий TVL RWA на Solana | [$1,18 млрд](https://app.rwa.xyz/networks/solana) | | Количество уникальных держателей | [>270 тыс](https://app.rwa.xyz/networks/solana) | | Месячный объем переводов RWA | [$1,47 млрд](https://app.rwa.xyz/networks/solana) | | Доля на глобальном рынке ончейн-RWA | [около 5%](https://app.rwa.xyz/networks/solana) | Прямых официальных прогнозов TVL для Solana на срок до 2030 в источниках не удалось найти. Поэтому следующая таблица представляет собой нашу аналитическую оценку, основанную на росте доли рынка до 6-7%: 2027 – $4-6 млрд; 2028 – $8-2 млрд; 2029 – $16-25 млрд; 2030 – $30-50 млрд. Для отслеживания прогресса и корректировки прогнозов рекомендуем следить за данными на агрегаторе [RWA.xyz](https://app.rwa.xyz/) и официальными анонсами партнерств в экосистеме Solana. ### Платежи и стейблкоины: от интеграций к массовому использованию Solana быстро превращается в одну из ключевых платформ для стейблкоин-экономики. Хотя полномасштабное внедрение еще не завершено, 2024-2026 годы стали переломными: сеть перешла от экспериментальных пилотов к реальному использованию в розничной торговле, кросс-бордерных переводах и инфраструктуре стейблкоинов. Прогноз развития платежей и стейблкоинов на Solana до 2030 года основывается на текущих технологических преимуществах сети и макротрендах всего рынка. Предполагается, что к 2030 году платежи в USDC/SOL станут обычным делом в приложениях. Банки будут использовать сеть для расчетов.  Согласно базовому прогнозу Citi, к 2030 году объем стейблкоинов достигнет[$1,9 трлн,](https://www.visualcapitalist.com/visualized-stablecoin-market-size-forecast-into-2030/) из которых $648 млрд будут получены за счет перераспределения банкнот, $518 млрд — за счет замещения ликвидности и $702 млрд — за счет внедрения криптовалют. ### Эволюция DeFi, NFT и социальных/игровых проектов Текущая база и институциональный интерес создают фундамент для качественного скачка, или DeFi 2.0. | Направление | 2030 год | Обоснование и драйверы | | --- | --- | --- | | Институциональные продукты | Стандартизация регулируемых пулов, токенизированных фондов и структурированных продуктов для корпоративных казначейств | Продолжение текущих паттернов, [растущий TVL](https://finance.yahoo.com/news/solana-tvl-hits-time-high-200917149.html), и появление специализированных институциональных инвестиционных инструментов (ETF, как SOL Strategies) | | Кросс-чейн ликвидность | Станет базовой инфраструктурой. Solana станет ключевым хабом для ликвидности благодаря скорости и низкой стоимости транзакций | Уже сейчас Solana доминирует в DeFi-сегменте, что создает естественный спрос на подключение ликвидности из других сетей | | Рост TVL DeFi | $30-50 млрд к 2028-2030 гг. (прогноз основан на экстраполяции текущих трендов) | При сохранении текущих темпов роста (TVL DeFi вырос на [56,86% за 2025 год](https://www.coindesk.com/research/state-of-the-blockchain-2025)) и дальнейшем притоке институций, достижение этого диапазона выглядит реалистичны | Прогноз развития NFT и игры: - NFT становятся ключами доступа к играм и сообществам; - Появляются AAA-игры с полноценной экономикой на Solana; - Социальные токены и экономика создателей контента становятся массовыми. ## Прогнозы цены криптовалюты Solana (SOL) на 2026-2030 годы: сценарии экспертов и сравнительный анализ ![](https://metalamp.ru/images/solana-2026-image3.png) График цены Солана Источник: [Tradingview](https://ru.tradingview.com/chart/Ijyso6TD/?symbol=COINBASE%3ASOLUSD) Траектория цены Solana во второй половине десятилетия является предметом острых дискуссий и зависит от ее успешного перехода от высокопроизводительной розничной сети к глобальной расчетной инфраструктуре. Прогнозы различаются в зависимости от оценки качества технологического исполнения, регуляторных исходов и конкурентной динамики. Ниже приведен синтез трех основных сценариев. **Консервативный сценарий («нишевый лидер»)** - Ключевое допущение: Solana сохраняет технологическое лидерство, но не достигает широкой и глубокой интеграции в традиционные финансы. Внедрение ограничивается ее текущими нишами (DePIN, высокочастотный трейдинг, нишевые платежи), и она сталкивается с жесткой конкуренцией со стороны L2-решений Ethereum и новых L1-сетей; - Основные драйверы и риски: L2-решения Ethereum достигают почти паритета по пользовательскому опыту и стоимости для большинства приложений; внедрение не выходит за рамки крипто-нативных и спекулятивных кейсов использования значимым образом; - Мнение экспертов базируется на том, что Solana — блестящая технология, но одна технология не гарантирует доминирования на рынке. Рост также могут сдерживать технические сбои сети, усиление конкуренции и неясное регулирование. Если блокчейн будет испытывать простои, доверие инвесторов может ослабнуть; - Пример: Coindataflow: $89,8 (2026) → $305,3 (2030), CoinLore Sr: $191,6 (2026) → $308,9 (2030). **Базовый сценарий («претендент на статус финансовой инфраструктуры»)** - Ключевое допущение: успешное выполнение планов по Firedancer и Alpenglow приводит к доказанной, институциональной надежности. Происходит значительное внедрение в 1-2 ключевых вертикалях (токенизация активов, отдельные платежные коридоры). Спотовый ETF в США одобряется к 2027 году; - Основные драйверы и риски: сеть демонстрирует стабильный аптайм >99,9% под нагрузкой; крупные партнерства (как стейблкоин Western Union) успешно запускаются и масштабируются; механизм сжигания комиссий создает измеримое дефляционное давление в периоды высокой активности; - Мнение экспертов базируются на том, что Солана станет основным расчетным слоем для децентрализованной физической инфраструктуры (DePIN) и институционального DeFi. Если она захватит даже однозначный процент от прогнозируемого рынка токенизированных активов объемом $10 трлн+, фундаментальные показатели поддерживают значительный пересмотр оценки;  - Пример: Benzinga (ср): $257,5 → $1042, Changelly (ср): $201,55 → $855,64. **Оптимистичный / Бычий сценарий («глобальный расчетный стандарт»)** - Ключевое допущение: масштабируемость Solana становится де-факто стандартом для нового класса приложений (микроплатежи, экономика «машина-машине», финансы в реальном времени). Она достигает статуса «TCP/IP для стоимости», глубоко встроенного в мировую финансовую и цифровую инфраструктуру. Несколько проектов суверенных или оптовых CBDC используют модифицированную SVM; - Основные драйверы и риски: появляется приложение за пределами чисто финансового сектора (например, на стыке ИИ и блокчейна), реализуемое только на Solana; возникают четкие, благоприятные глобальные правила для PoS-сетей;  - Мнение экспертов (техно-оптимисты — например, Анатолий Яковенко, Multicoin Capital): считают, что сеть Слана строиться для открытой, глобальной, цифровой экономики. Ее задача не только в том, чтобы совершать быстрые транзакции, а в том, чтобы создавать новые экономические модели — потоковые платежи, условные финансы, коммерция, управляемая агентами; - Пример: Coinpedia: $716 → $1351 (2030), Coinfomania: $307,9 → $1928,7 (средние значения), VanEck —$3211 (2030). | Источник | 2026 | 2027 | 2028 | 2029 | 2030 | | --- | --- | --- | --- | --- | --- | | [Benzinga (через Lenta.Profinans)](https://lenta.profinansy.ru/news/4122320) | Мин.: $248,7 Ср.: $257,5 Макс.: $295,2 | Мин.: $350,4 Ср.: $363,3 Макс.: $433 | Мин.: $504,6 Ср.: $522,8 Макс.:$627,2 | Мин.:$718,9 Ср.: $745,0 Макс.: $893 | Мин.: $1004 Ср.: $1042 Макс.: $1258 | | [Coinpedia (через Bitget)](https://www.bitget.com/ru/news/detail/12560605047219) | Мин.: $310 Ср.: $410 Макс.: $510 | Мин: $389 Ср.: $506 Макс.: $623 | Мин: $476 Ср.: $622 Макс.: $769 | Мин.: $597 Ср.: $772 Макс.: $948 | Мин.: $716 Ср.: $1033 Макс.: $1351 | | [Changelly / DigitalCoinPrice](https://changelly.com/blog/solana-price-prediction/?utm) | Мин: $194,8 Ср.: $201,5 Макс.: $229,78 | Мин: $271,6 Ср.: $281,7 Макс.: $341,0 | Мин: $406,0 Ср.: $417,3 Макс.: $477,4 | Мин: $566,5 Ср.: $583,2 Макс.: $692,0 | Мин: $826,5 Ср.: $855,6 Макс.: $969,7 | | [Coinfomania (ИИ-модель и среднее)](https://coinfomania.com/ru/sol/predictions/) | $159,6 - $455,3 Ср.: $307,9 | $281,8 - $730,7 Ср.: $485,7 | $439,7 - $1165,3 Ср.: $757,3 | $691,6 - $1709,3 Ср.: $1302,2 | $1155,22 - $2671,32 Ср.: $1928,7 | | [VanEck](https://www.vaneck.com/us/en/blogs/digital-assets/matthew-sigel-vanecks-base-bear-bull-case-solana-valuation-by-2030/) | — | — | — | — | Мин:$9,8 Ср.:$334,7 Макс.:$3211 | | [CoinLore](https://www.coinlore.com/coin/solana/forecast/price-prediction?utm) | Диап.: $93,9 – $289 | Диап.: $69,4 – $179,0 | Диап.: $118,6 – $383,2 | Диап.: $333,8 – $640,2 | Диап.: $55,8 – $562,0 | | [Coindataflow](https://coindataflow.com/en/prediction/solana?utm) | Диап.: $47,5 – $132,1 | Диап.: $45,7 – $120,0 | Диап.: $82,5 – $202,0 | Диап.: $181,2 – $595,95 | Диап.: $154,1 – $456,5 | | [OKX](https://www.okx.com/en-eu/price-prediction/solana-sol?utm) | Одно значение: $116,34 | Одно значение: $122,2 | Одно значение: $128,3 | Одно значение: $134,7 | Одно значение: $141,4 | Сводная таблица прогнозов по годам и сценариям Таким образом, широкий разброс в прогнозах отражает бинарную природу потенциального исхода для Solana. Инвесторы оценивают не просто акцию линейного роста, а опцион колл на определенное будущее глобальных финансов. Базовый сценарий представляет текущий консенсус рынка при условии продолжения успешного исполнения. Оптимистичный сценарий оценивает смену парадигмы, в то время как консервативный сценарий предполагает, что Solana останется ведущей, но в конечном итоге нишевой платформой в более широком ландшафте блокчейна. Поскольку прогнозы сильно разнятся и рынок очень волатилен, рекомендуем: - Следить за официальными анонсами Solana об обновлениях сети; - Отслеживать отчеты институциональных исследователей (VanEck, Galaxy Digital); - Мониторить ключевые он-чейн метрики: общая заблокированная стоимость (TVL) в DeFi, объем транзакций и активность разработчиков. ## Риски и ограничители роста Solana: что может остановить восхождение Несмотря на высокие технологические достижения и стремительный рост экосистемы, траектория Solana к 2030 году не предопределена. Ее путь к статусу глобальной инфраструктуры сопряжен с рядом фундаментальных рисков, которые могут не только замедлить развитие, но и кардинально изменить конечный результат. Успех проекта зависит от способности преодолеть эти вызовы. **Архитектурный парадокс**: централизация как плата за производительность. Стремление к максимальной производительности исторически входило в противоречие с идеалами децентрализации. Несмотря на рост числа валидаторов, Solana остается уязвимой с точки зрения распределения влияния. Значительная доля стейкинга сконцентрирована в руках относительно небольшого числа крупных операторов и самого Фонда Solana. Эта концентрация создает несколько угроз: риск сговора для манипуляции сетью, повышенную уязвимость к целевому регуляторному или политическому давлению на ключевых игроков, а также потенциальное замедление процессов обновления и управления. Сообществу и разработчикам предстоит решить сложнейшую задачу — найти архитектурные и экономические механизмы, которые позволят диверсифицировать власть, не жертвуя при этом скоростью и эффективностью сети. Успех в этом начинании не гарантирован. **Технологическая гонка без финиша:** давление со всех сторон. Технологическое лидерство Solana постоянно оспаривается. С одной стороны, экосистема Ethereum ведет наступление через решения второго уровня (L2). Такие сети, как Arbitrum, Base и оптимистичные роллапы, уже сегодня предлагают пользователю сопоставимо низкие комиссии, а их ключевое преимущество — бесшовная безопасность и композируемость с крупнейшей в индустрии экосистемой Ethereum. Их эволюция — это прямой вызов уникальному ценностному предложению Solana. С другой стороны, появляются новые блокчейны-конкуренты (Aptos, Sui, Monad), которые, не обремененные legacy-кодом, с нуля строят архитектуры, также ориентированные на параллельное выполнение. Они могу доминировать, где Solana пока слаба: например, предлагая лучшие встроенные механизмы конфиденциальности или более дружелюбные условия для разработчиков.  **Макроэкономические штормы и хрупкость рыночного доверия.**Solana, как высокорисковый технологический актив, чувствительна к макроэкономическому климату. Ужесточение денежно-кредитной политики, рецессия или дефицит ликвидности на глобальных рынках неминуемо приводят к оттоку капитала из криптовалют. При этом волатильность может усугубляться внутренними для экосистемы факторами. Значительная часть текущей активности и внимания по-прежнему привязана к спекулятивным сегментам, таким как мемкоины. Резкий спад интереса к ним или кризис одного из крупнейших протоколов DeFi на Solana может спровоцировать падение доверия и каскадную ликвидацию позиций. Сеть, претендующая на роль инфраструктуры, должна доказать свою устойчивость не только к DDoS-атакам, но и к финансовым потрясениям. Таким образом, главная битва за будущее Solana развернется не только за пропускную способность или количество транзакций, а и в указанных направлениях. Ее технологическое превосходство — необходимое, но недостаточное условие для окончательной победы. Способность сети и ее сообщества находить устойчивые решения для управленческих и экономических проблем определит, станет ли она фундаментом новой экономики или останется блестящим, но нишевым экспериментом в истории развития блокчейна. ## Заключение Solana стоит на пороге важного перехода в своей истории — от самой быстрой крипто-сети к высоконадежной финансовой инфраструктуре. Период 2026-2030 годов определит, останется ли она технологическим лидером в нише или совершит качественный скачок в категорию глобальных публичных утилит. Критические факторы, определяющие фактический путь: - Надежность сети: любой серьезный сбой после Firedancer резко снизит вероятность оптимистичного сценария; - Эволюция L2 Ethereum: если L2-решения смогут обеспечить бесшовный и дешевый пользовательский опыт в масштабе, они напрямую бросят вызов ключевому ценностному предложению Solana, сжав ее потенциал до консервативного сценария; - Макроэкономическая среда: затяжной период избегания рисков или рецессия затронет все криптоактивы, отодвинув все сроки, но не аннулируя долгосрочный тезис. Вероятный путь — базовый сценарий с укреплением в нескольких ключевых вертикалях и постепенным ростом влияния. Цена SOL к 2030 году в этом случае может достичь $1000+, что предполагает совокупный среднегодовой темп роста (CAGR) 25-35% с текущих уровней. Однако инвесторы должны отдавать себе отчет: Solana остается активом с высоким риском и высоким потенциалом. Ее успех зависит не только от технологического совершенства, но и от способности решить "некодируемые" проблемы такие как управление сообществом и конкуренцию в условиях быстро меняющегося технологического ландшафта. К 2030 году мы, возможно, увидим Solana как неотъемлемую часть финансового стека новой цифровой экономики, но ее конкретная роль и доля рынка будут определены в битвах, которые только начинаются.  ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/prognoz-dla-solana-cto-zdet-ekosistemu-i-cenu-sol-v-2026-2030-gg.md) ## RWA 2026: обзор токенизации реальных активов. Тренды, риски и как запустить RWA-продукт ![RWA 2026: обзор токенизации реальных активов. Тренды, риски и как запустить RWA-продукт](https://metalamp.ru/images/rwa-2026-cover.png) К 2026 году рынок прошел стадию хайпа и экспериментов. Сейчас мы находимся в фазе, где на первые роли выходят не громкие заявления, а надежная инфраструктура, понятный комплаенс и экономическая эффективность. Эта статья — дорожная карта для тех, кто планирует запуск RWA-продукта. Разберем не только теорию, но и практические модели запуска, «подводные камни» и составим чек-лист для создания первой версии продукта с базовым функционалом, опираясь на экспертизу MetaLamp в разработке подобных решений. ## Что такое RWA простыми словами Real World Assets — это токенизированные версии реальных, оффчейн-активов, представленные в виде цифровых токенов на блокчейне. Простыми словами RWA в крипте — это «мост» между традиционным миром финансов (TradFi) и децентрализованными финансами (DeFi), где акции, облигации, недвижимость, золото или товары превращаются в цифровые токены, которыми можно торговать 24/7 в блокчейн-экосистеме. Пример: если недвижимость стоит $5 млн, то она может быть токенизирована и разбита на 5 млн токенов, каждый из которых представляет собой долю в 1/5 000 000 объекта. Инвестор может приобрести один токен на сумму $50 тыс и стать совладельцем этой недвижимости, разделяя прибыль и убытки с другими владельцами. Подробнее о базовых понятиях можно прочитать в нашей статье [«Что такое RWA»](https://metalamp.ru/magazine/article/cto-takoe-rwa). ## Что изменилось в 2026 и почему RWA снова обсуждают Рынок RWA в 2026 году кардинально отличается от себя образца 2023-2024 годов. Если раньше это были стартапы, выпускающие токены под обеспечение недвижимости на районе, то сейчас это мейнстрим финансовой индустрии. ### Тренд 1: приход "китов"  BlackRock, WisdomTree, State Street — эти имена больше не ассоциируются только с Уолл-стрит. Они стали ключевыми игроками в крипто-секторе. Запуск фонда BUIDL от BlackRock на платформе Securitize показал, что токенизация казначейских облигаций США — это не эксперимент, а эффективный инструмент управления ликвидностью, который [привлек почти $2 млрд](https://sg.finance.yahoo.com/news/blackrock-buidl-hits-100m-dividends-060747513.html). [State Street развертывает платформу для токенизированных фондов и депозитов](https://www.pymnts.com/blockchain/2026/state-street-deploys-infrastructure-platform-for-tokenized-assets/), создавая «вторую половину» криптомира, где активы соответствуют всем регуляторным требованиям. ### Тренд 2: мультичейн и инфраструктура Рынок уходит от привязки к одному блокчейну. [WisdomTree расширяет свои токенизированные фонды на Solana](https://ir.wisdomtree.com/news-events/press-releases/detail/774/wisdomtree-expands-tokenization-ecosystem-to-solana), чтобы использовать скорость и низкие комиссии. Это повышает доступность RWA для розничных инвесторов. Развитие оракулов, таких как Chainlink, решает проблему надежной передачи данных о состоянии активов в блокчейн, синхронизируя офчейн- и ончейн-миры. ### Тренд 3: от спекуляций к производственным задачам Токенизированные активы начинают использоваться как обеспечение. [Binance объявила о приеме токенов фонда BUIDL](https://www.binance.com/en/blog/adoption/7508340130258534402?utm) в качестве залога для институциональных клиентов. Это означает, что RWA-активы перестали быть просто "токенами для покупки и удержания", они стали рабочим инструментом для маржинальной торговли и управления капиталом. ### Тренд 4: регуляторная определенность (но не везде) В то время как Китай полностью запретил деятельность по токенизации реальных активов, видя в ней риски мошенничества и нестабильности, другие юрисдикции, такие как ЕС (MiCA) и Сингапур, создают понятные правила игры. [В России принята Концепция развития токенизации](https://minfin.gov.ru/ru/press-center/?id_4=40191-utverzhdena_kontseptsiya_tokenizatsii_aktivov_realnogo_sektora_rossiiskoi_ekonomiki), которая задает вектор для рынка ЦФА, открывая дорогу для гибридных моделей и упрощения налогообложения. ## Какие активы токенизируют чаще всего ![](https://metalamp.ru/images/RWA-2026-image6.png) Структура токенизации RWA на 16.02.2026 По данным [RWA.xyz](https://rwa.xyz/) на начало 2026 года, структура токенизированных активов выглядит следующим образом. | Тип актива | Объем рынка (млрд $) | Основная идея | | --- | --- | --- | | Инструменты денежного рынка (Treasuries) | 10,6 | Самый быстрорастущий сегмент. Облигации и фонды, приносящие доходность в стейблкоинах | | Товарные активы (Commodities) | 5,3 | В основном золото. Решает проблемы хранения и проверки подлинности драгметаллов | | Частные кредиты (Private Credit) | 2,8 | Выдача кредитов под залог реальных активов с использованием смарт-контрактов для обслуживания долга | | Специализированные фонды, которые не покупают обычные акции или облигации, а инвестируют в недвижимость, частные компании, хедж-стратегии и сырье (Institutional Alternative Investment Funds) | 2,2 | Дробление коммерческой и жилой недвижимости на токены для снижения порога входа | | Корпоративные облигации (corporate bonds) | 1,6 | Токенизация акций публичных компаний, дающая все права акционера | | Негосударственные долги США (Non-US government debts) | 0,988 | Цифровые токены, обеспеченные государственными облигациями европейских стран, Великобритании, Гонконга, Мексики и других юрисдикций, кроме США | ## Топ-5 самых громких и успешных проектов RWA Ниже представлен разбор ведущих проектов в rwa секторе с прямыми ссылками на официальные ресурсы. ### BlackRock BUIDL Официальный сайт: [https://securitize.io/primary-market/blackrock-fund](https://securitize.io/primary-market/blackrock-fund) ![](https://metalamp.ru/images/RWA-2026-image5.png) Страница БлэкРок на сайте Securitize Крупнейшая в мире инвестиционная компания, управляющая активами на десятки триллионов долларов. В контексте RWA ключевой игрок благодаря запуску токенизированного фонда BUIDL на платформе Securitize, что стало триггером для массового принятия токенизации институциональными инвесторами. | Параметр | Значение | | --- | --- | | Тип актива | Казначейские облигации США (U.S. Treasuries) + репо-операции overnight | | Общая стоимость активов (TAV) | [2,18 млрд](https://app.rwa.xyz/assets/BUIDL) | | Блокчейны | Ethereum, Solana, Aptos, Arbitrum, Avalanche, Optimism, Polygon, BNB | ### Ondo Finance Официальный сайт: [ondo.finance](https://ondo.finance/) ![](https://metalamp.ru/images/RWA-2026-image8.png) Главная страница Ондо Финанс Децентрализованная платформа, специализирующаяся на токенизации реальных активов (RWA), в частности казначейских облигаций США. Проект известен своими продуктами USDY (токенизированный депозит с доходностью) и OUSG (токены, обеспеченные ETF на госбумаги США).  | Параметр | Значение | | --- | --- | | Тип актива | US Treasuries (USDY, OUSG), токенизированные акции | | Общая стоимость активов (TAV) | [$2,57 млрд](https://app.rwa.xyz/platforms/ondo?spm=a2ty_o01.29997173.0.0.4d665171YePmhp) | | Блокчейны | Ethereum, Solana, Polygon, Arbitrum, Base, XRP Ledger, Sei, Sui | ### Tether Gold (XAUT) Официальный сайт: [gold.tether.to](http://gold.tether.to) ![](https://metalamp.ru/images/RWA-2026-image7.png) Главная страница Тетер Голд Самый ликвидный и капитализированный RWA-актив с 100% физическим обеспечением и глобальной доступностью. | Параметр | Значение | | --- | --- | | Тип актива | Физическое золото (1 XAUT = 1 тройская унция) | | Общая стоимость активов (TAV) | [$2,66 млрд](https://app.rwa.xyz/assets/XAUT?spm=a2ty_o01.29997173.0.0.4d665171YePmhp) | | Блокчейны | Ethereum, Avalanche | ### Securitize Официальный сайт: [securitize.io](http://securitize.io) ![](https://metalamp.ru/images/RWA-2026-image3.png) Главная страница Секьюритайз Платформа для выпуска и управления токенизированными ценными бумагами. Не просто выпускает активы, но и создает инфраструктуру для "реальных" токенизированных акций, которые регистрируются напрямую в реестре акционеров эмитента. Это решение проблемы "синтетики". | Параметр | Значение | | --- | --- | | Тип актива | US Treasuries (казначейские облигации США), Private Credit (частный кредит), Private Equity (венчурные/частные фонды), Public Equity (токенизированные акции), Institutional Funds (институциональные фонды) | | Общая стоимость активов (TAV) | [$3,23 млрд](https://app.rwa.xyz/platforms/securitize?spm=a2ty_o01.29997173.0.0.4d665171YePmhp) | | Блокчейны | Ethereum, Solana, BNB Chain, Aptos, Arbitru, Avalanche, C-Chain, ZKsync Era, Mantle, Algorand, Polygon и др. | ### WisdomTree Prime Официальный сайт: [wisdomtreeprime.com](https://www.wisdomtreeprime.com/) ![](https://metalamp.ru/images/RWA-2026-image4.png) Главная страница УисдомТри Прайм Цифровая платформа для розничных инвесторов, объединяющая традиционные финансы с блокчейном и предлагающая доступ к токенизированным реальным активам (RWA), криптовалютам и платежным сервисам в едином регулируемом приложении. Предлагает розничным инвесторам простой доступ к диверсифицированным портфелям через криптокошельки, стирая границы между TradFi и Web3 для массового пользователя. | Параметр | Значение | | --- | --- | | Тип актива | US Treasuries (казначейские облигации, MMF), Equity ETF (S&P 500, Tech, International), Private Credit (альтернативный кредит), Physical Gold (токенизированное золото), Money Market Funds (фонды денежного рынка) | | Общая стоимость активов (TAV) | [$767,55 млн](https://app.rwa.xyz/platforms/wisdomtree) | | Блокчейны | Ethereum, Stellar, Arbitrum, Plume, Base, Avalanche, Solana | Все лидеры поддерживают несколько блокчейнов, что снижает зависимость от одной сети и повышает доступность. Помимо перечисленных можно выделить проекты вроде Vinesia (кейс Metalamp), которые показывают потенциал блокчейна для токенизации уникальных физических активов с обеспечением прозрачности. Проект позволяет инвестировать в винные активы, токенизируя редкие бутылки вина. Использование смарт-контрактов позволяет управлять правами собственности на бутылки, обеспечивая безопасность сделок. Подробнее о подобных решениях мы писали в статьях: [«RWA в криптовалютах: примеры проектов и новые инвестиционные идеи»](https://metalamp.ru/magazine/article/rwa-v-kriptovalutah-primery-proektov-i-novye-investicionnye-idei-na-bycem-rynke-2024-2025),  [magazine/article/rwa-v-kriptovalutah-primery-proektov-i-novye-investicionnye-idei-na-bycem-rynke-2024-2025](https://metalamp.ru/magazine/article/rwa-v-kriptovalutah-primery-proektov-i-novye-investicionnye-idei-na-bycem-rynke-2024-2025)[«Почему для токенизации премиального алкоголя используется блокчейн»](https://metalamp.ru/magazine/article/zacem-vinu-blokcejn-kak-tokeniziruut-premialnyj-alkogol)[magazine/article/rwa-v-kriptovalutah-primery-proektov-i-novye-investicionnye-idei-na-bycem-rynke-2024-2025](https://metalamp.ru/magazine/article/rwa-v-kriptovalutah-primery-proektov-i-novye-investicionnye-idei-na-bycem-rynke-2024-2025). ## 3 модели RWA-проекта: что именно делать в 2026 г. В 2026 году выбор бизнес-модели в RWA — это не вопрос технологических предпочтений, а вопрос выживания и масштабирования под конкретный тип актива и юрисдикцию. Рынок четко сегментировался: то, что работает для токенизации казначейских облигаций США, неприменимо для коммерческой недвижимости в ОАЭ или в России. Рассмотрим три архитектурные модели, каждая из которых имеет свою экономику, стек технологий и правовую обвязку.  ### Модель 1: эмитент (выпуск собственных токенов) Вы владеете активом или правами на него и выпускаете цифровые свидетельства — токены. Главная задача здесь — не просто "записать в блокчейн", а создать юридически чистое выделение актива из общего бизнеса. Классический подход "взяли здание, выпустили токены" устарел. В 2026 году эмитенты используют гибридные структуры. Актив выводится на отдельное юридическое лицо (Special Purpose Vehicle — SPV), а токены удостоверяют право на долю в этом SPV или право на денежный поток от него. Интересный подход предложила южнокорейская [Com2uS Holdings на базе своего блокчейна CONX.](https://biz.chosun.com/en/en-it/2026/01/28/G2U74WTGJ5DNTBRBJYVOBS373A/?spm=a2ty_o01.29997173.0.0.4d665171YePmhp) Они назвали это "циркулярной RWA" (circular RWA). Смысл в том, что токенизируется не существующий актив, а идея или процесс его создания. Например, комьюнити предлагает концепцию арт-объекта, художник его создает, а прибыль от продажи распределяется через токены. Это сдвиг от "токенизации имущества" к "токенизации креативного капитала" . В России модель эмитента жестко привязана к закону о ЦФА. Вы не можете просто так выпустить токен на открытом блокчейне и продать его всем желающим. Эмиссия возможна через операторов информационных систем, включенных в реестр Банка России. Ключевые игроки-операторы: - [Атомайз (Atomyze):](https://atomyze.ru/) пионер рынка, фокус на токенизации металлов и корпоративных долгов; - [Сбербанк:](https://www.sberbank.ru/ru/legal/services/digital-assets)выпускает ЦФА внутри своей экосистемы, интеграция с мобильным приложением; - [Мастерчейн](https://masterchain.ru/products/digital_assets/): работает с дебиторской задолженностью и более сложными структурами; - [Альфа-Банк:](https://www.alfabank.by/business/financing/) также активный эмитент и оператор. Для эмитента в РФ необходима договоренность с одним из этих операторов о выпуске ЦФА под ваш актив. Это ограничивает технологическую свободу (вы используете их блокчейн), но дает легальный статус цифрового права. ### Модель 2: платформа (SaaS для токенизации) Если у вас нет своих активов, но есть команда разработки, вы можете строить технологическую инфраструктуру. Это модель B2B, где вы даете другим компаниям инструменты для токенизации. В 2026 году здесь важны институциональные решения с фокусом на приватность и комплаенс. [Проект Rayls (разработка бразильской Parfin)](https://docs.rayls.com/docs/a-warm-introduction-to-rayls?spm=a2ty_o01.29997173.0.0.4d665171YePmhp) – это публичный, но разрешенный блокчейн, совместимый с EVM. Их ключевая "фишка" — стек приватности Enygma, использующий доказательства с нулевым разглашением (ZKP). Почему это важно: банки не могут выкладывать все транзакции в открытый доступ, но регуляторы требуют прозрачности. Rayls позволяет делать транзакции конфиденциальными внутри сети, но с возможностью раскрыть данные для аудитора или ЦБ. Пример использования: пилот с Центральным банком Бразилии для расчетов CBDC.  [Эмитент USDT регистрирует в России платформу Hadron](https://www.binance.com/en/square/post/34891186116834). Это не просто софт, а комплексное решение для токенизации акций, облигаций, товаров и даже программ лояльности. Регистрация товарного знака в Роспатенте до 2035 года — четкий сигнал: Tether готовится к выходу на российский рынок, как только регулирование станет более четким. Если вы решите строить такую платформу, вам потребуется: - Модульные смарт-контракты: с возможностью включать "тумблеры" KYC/AML, заморозки токенов по требованию регулятора; - Интеграция с оракулами: например, Chronicle Labs уже предлагает решения для верификации стоимости чистых активов (NAV) в режиме реального времени; - Кроссейн-мосты: клиенты захотят выпускать активы в разных сетях. Ondo Finance, например, активно разворачивается на Solana из-за скорости и низких комиссий, имея при этом якорную стоянку на Ethereum.  ### Модель 3: маркетплейс / биржа (площадка, где пользователи могут покупать, продавать и обменивать токенизированные активы от разных эмитентов) Самая сложная, но и самая маржинальная модель. Это площадка, где встречаются эмитенты и инвесторы. Здесь главное — не технология выпуска, а ликвидность и соответствие нормативным требованиям биржевой торговли. [Малайзийская VCI Global анонсировала на Nasdaq запуск своей RWA-биржи в 2026 году.](https://www.nasdaq.com/press-release/vci-global-unveils-2026-sovereign-rwa-ecosystem-roadmap-proprietary-exchange-anchor?spm=a2ty_o01.29997173.0.0.4d665171YePmhp) Это институциональная площадка с поддержкой множества классов: от золота (их мандат Bridge Gold на $200 млн) до ESG-активов и недвижимости. Такие биржи уже не существуют изолированно. Они интегрируются с платежной инфраструктурой первого уровня. В России биржевая модель тоже существует, но в рамках тех же операторов. Например, платформы "Сбера" или "Атомайз" выполняют функции маркетплейсов, где инвесторы могут покупать и продавать выпущенные ранее ЦФА. Однако ликвидность на этих площадках пока невысокая — рынок все еще "штучный". ## Сравнительная таблица: что выбрать в 2026 году | Параметр | Модель 1: эмитент | Модель 2: платформа (SaaS) | Модель 3: маркетплейс | | --- | --- | --- | --- | | Суть бизнеса | Продажа долей в своем активе | Продажа технологии и комплаенса | Получение комиссии с торгов | | Главный актив | Недвижимость, сырье, IP | Код, юридическая экспертиза | Ликвидность, user base | | Барьеры входа | Оценка актива, юр. структура (SPV) | Технологический аудит, KYC-интеграции | Биржевая лицензия, маркет-мейкинг | | Мировой лидер | Com2uS (IP), BlackRock (фонды) | Rayls, Centrifuge, Polymesh | VCI Global, Oobit | | Российский аналог | Владелец завода, выпускающий ЦФА через Атомайз | Разработка белых решений для банков (MetaLamp) | Площадка оператора ЦФА (Сбер, Мастерчейн) | | Ключевой риск | Неликвидность вторички | Отсутствие клиентов (эмитентов) | Санкционные риски, регуляторное давление | Советуем учитывать следующие макро-тренды при выборе модели: - Приоритет Private Credit: по данным [rwa.xyz](https://rwa.xyz/), и [других источников](https://particula.io/blog/private-credit-tokenization-series-1) сегмент частного кредита растет быстрыми темпами. Если вы планируете платформу, обратите внимание на инфраструктуру для токенизации долговых обязательств (как это делает Centrifuge); - Кроссчейн мосты: ни одна блокчейн-экосистема не станет монополистом. Ваша архитектура (особенно для модели 2 и 3) должна поддерживать мультичейн-развертывание "из коробки"; - БРИКС как новый полигон: следите за инициативами в рамках БРИКС. Предложение Индии связать CBDC и проекты цифровых расчетных единиц ("Unit") открывают окно возможностей для токенизации сырьевых товаров. Это шанс для российских эмитентов (модель 1) выйти на альтернативные рынки расчетов. Выбирая модель, сразу закладывайте бюджет на юрисдикционную "упаковку". Для модели 1 проще работать внутри РФ как ЦФА. Для моделей 2 и 3 критически важно иметь "зеленую" прокладку в Гонконге или ОАЭ для привлечения международного капитала. ## С какими проблемами сталкиваются проекты Разработка RWA проекта — это не только про смарт-контракты. Это про сложный сплав права, финансов и технологий. Ошибка в одном из элементов может разрушить весь проект. Рассмотрим основные rwa риски.  ### Правовой риск  Это самый важный риск. Токен должен быть юридически признан как право на актив. В какой юрисдикции зарегистрирован эмитент? Является ли токен ценной бумагой? Решение: работа с юристами, специализирующимися на цифровых активах. Выбор юрисдикции с понятным регулированием (Сингапур, Швейцария, ОАЭ, в некоторых аспектах — Россия с режимом ЦФА) . ### Кастодиальный риск  Кто и как хранит физический актив? Если вы токенизируете золото, то где слитки? Если недвижимость — кто гарантирует, что здание не снесут? Решение: привлечение профессиональных кастодианов (банки, специализированные хранилища), регулярный аудит и публичная отчетность. Связь между реальным активом и токеном должна быть неразрывной и проверяемой. ### Риск ликвидности Выпустить токены просто. Обеспечить по ним стабильные торги — сложно. Без ликвидности ваш актив мертв для инвесторов. Решение: создание маркет-мейкерских программ, партнерство с биржами, использование DeFi-пулов для обеспечения ликвидности (например, кредитование под залог RWA). ### Технологический риск  Уязвимости в коде смарт-контрактов могут привести к потере средств. Решение: проведение нескольких независимых аудитов кода, использование проверенных библиотек и шаблонов, модульная архитектура для возможности обновления. Здесь критически важна профессиональная разработка смарт-контрактов для токенизации. ### Риск совместимости  Если ваш токен живет только в одном "закрытом" блокчейне, его ликвидность будет ограничена. Решение: использование кроссчейн-протоколов (мостов) и ориентация на стандарты, которые позволят активу перемещаться между разными блокчейн-средами. ## Что учитывать при создании RWA-платформы (MVP Checklist) При разработке RWA‑проекта важно последовательно пройти ключевые этапы — от юридической структуризации до технической реализации. Сокращенный чек‑лист от MetaLamp поможет не упустить критически важные точки. Краткий MVP‑чеклист: - Юридический фундамент: выбор страны регистрации эмитента, определение природы токена (право требования / собственности / гибрид) и круга инвесторов; - Выбор актива и его упаковка: актив должен иметь понятную экономику; создание SPV для изоляции актива от бизнеса эмитента; - Проектирование архитектуры: выбор блокчейна (публичный / приватный / регулируемый), разработка смарт‑контрактов для токенизации с функциями заморозки и белых списков, интеграция оракулов для верифицируемых данных; - Разработка пользовательского интерфейса: подключение кошельков (MetaMask, WalletConnect), встройка KYC/AML‑модулей, обеспечение прозрачности данных об активе; - Безопасность и аудит: заказ аудита смарт‑контрактов в 2-3 компаниях, подготовка плана экстренного реагирования (приостановка / обновление контрактов). С полным руководством по токенизации RWA можно ознакомиться в нашей статье: [«Как токенизировать реальные активы: пошаговое руководство».](https://metalamp.ru/magazine/article/zacem-realnyj-biznes-tokeniziruet-aktivy-i-kak-eto-sdelat-posagovaa-instrukcia) MetaLamp также предлагает комплексный подход к токенизации реальных активов под ключ — от юридического анализа до запуска и технической поддержки. Наша экспертиза в этом направлении собрана на странице: [https://metalamp.ru/rwa](https://metalamp.ru/rwa) ## Заключение 2026 год будет переломным для RWA. Наблюдается не просто рост интереса, а формирование новой финансовой инфраструктуры, где токенизированные активы занимают центральное место наряду с традиционными инструментами. Для предпринимателей и финтех-команд это окно возможностей, но вход в него требует серьезной подготовки. Ключ к успеху лежит на стыке юриспруденции и технологии. Нельзя разработать платформу токенизации активов, написав только код. Нужно выстроить систему доверия: юридически защитить актив, обеспечить его надежное хранение, создать прозрачные потоки данных и только потом "обернуть" это в удобный интерфейс и смарт-контракты. Рынок становится зрелым. Ошибки прощаются все меньше, но и награда за качественный продукт становится все больше. Если вы видите свой проект в этом будущем, начинать его проектировать нужно уже сейчас, закладывая в основу надежность, соответствие нормам и ориентир на долгосрочную ценность для инвестора. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/rwa-2026-obzor-tokenizacii-realnyh-aktivov-trendy-riski-i-kak-zapustit-rwa-produkt.md) ## Говорим про юридическую сторону RWA / ЦФА в РФ: MetaLamp × Михаил Ионцев ![Говорим про юридическую сторону RWA / ЦФА в РФ: MetaLamp × Михаил Ионцев](https://metalamp.ru/images/Cover_CB_RF.png) Новый выпуск и гость, которого мы давно хотели позвать. У нас в подкасте Михаил Ионцев. Готовьтесь, представление будет длинным: кандидат физмат наук, юрист, руководитель проектов Юридического департамента Банка России, доцент кафедры правового сопровождения рыночной экономики РАНХиГС, доцент Базовой кафедры Банка России НИУ ВШЭ, входит в рабочую группу по международному частному праву в Гааге по вопросам цифровым активов. Возможно, мы даже что-то забыли. Один из тех, кто может обсуждать токенизацию и цифровые права одновременно как практик, как теоретик и как человек, который реально внедряет всё это в жизнь. В новом выпуске обсудили: - его путь от физмата к Web3 и цифровому праву; - цифровые права, токенизацию и статус RWA в российском поле; - что происходит с регуляцией в РФ и в мире, и куда это всё движется; - кейсы Ondo Finance, А7А5 и других продуктов; - как ЦБ и другие регуляторы смотрят на Web3 и DeFi. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Другие видео и статьи [Lees meer...](https://metalamp.ru/magazine/govorim-pro-uridiceskuu-storonu-rwa-cfa-v-rf-metalamp-mihail-ioncev.md) ## Подкаст с директором блокчейн-лаборатории Сбера: цифровые активы, RWA, стейблкоины и ИИ-агенты ![Подкаст с директором блокчейн-лаборатории Сбера: цифровые активы, RWA, стейблкоины и ИИ-агенты](https://metalamp.ru/images/Sber.png) Сегодня в нашем подкасте — Александр Нам, руководитель блокчейн-лаборатории Сбера. Говорили про всё, что сейчас обсуждается в индустрии: от DeFi и RWA до ИИ-агентов и того, зачем банку вообще блокчейн. Обсудили: - как устроена блокчейн-лаборатория Сбера и чем она живёт; - приоритеты на 2024–2026 годы — стейблкоины, токенизация активов и связка с искусственным интеллектом; - где проходят границы между банками и Web3-командами; - и почему хакатоны — это не только код, но и шанс проверить себя, завести партнёров и вырасти в работающий продукт. В данной статье короткая текстовая выжимка в формате «вопрос–ответ». Если хочется услышать весь разговор с деталями, то включайте полный подкаст в [YouTube](https://youtu.be/gpJ5uDPafAc)/[Я.Музыка](https://music.yandex.ru/album/36320292). **Александр, расскажите немного о вашем пути. Citi, Swift, Московская биржа, Сбер. Что именно привело вас в блокчейн Сбера?** Я точно не планировал в детстве или в университете работать с блокчейном. Это набор случайностей. Я окончил нефтегазовый университет, и в конце 90-х — начале 2000-х была мода поступать на экономистов и менеджеров. Моды на технологические специальности тогда не было, в отличие от сегодняшнего времени, когда популярны инженерные и IT-направления. Я учился на экономиста и думал, что буду работать в нефтегазе. Но получилось иначе. В конце 90-х активно развивался финансовый рынок. Я подрабатывал в банке когда был студентом, познакомился с фондовым рынком и ПИФами, и мне это все очень понравилось. После этого поступил в Президентскую академию на «Финансы и кредит», чтобы глубже познакомиться с финансовыми рынками. Работал в Citi, где наша группа помогала американским брокерам, в том числе Merrill Lynch, выходить на российский рынок. Там я досконально познакомился с инфраструктурой фондового рынка. Потом перешёл в международную компанию SWIFT, помогал им работать на фондовом рынке России и СНГ, немного поработал на скандинавских рынках. После этого я перешел в Московскую биржу, где я руководил направлением технологических продуктов в центральном депозитарии. И именно там впервые столкнулся с блокчейном. В 2016 году к технологии относились скептически, были пилотные проекты, но ничего серьёзного. Однако именно тогда я впервые по-настоящему погрузился в тему. В Сбер я пришёл в 2022 году, когда рынок цифровых финансовых активов только начинал формироваться. Одна из моих задач была — построить платформу под ЦФА. С тех пор мы с командой занимаемся развитием финансов будущего на базе этой технологии. ![](https://metalamp.ru/images/image2.png) **Что из себя сейчас представляет лаборатория блокчейна? Сбер огромный, в нём множество направлений. Как устроена лаборатория и какие у неё задачи?** Лаборатории в крупных корпорациях больше похожи на венчур-билдеров. Компания инвестирует ресурсы — деньги и время — в перспективные технологии, чтобы сохранить лидерство или занять новые ниши. Для финансовых институтов технология — ключевой актив, компетенция, которая позволит в будущем победить. Никто просто так не будет исследовать блокчейн — цель всегда бизнесовая. Это главное отличие от лабораторий при научных институтах, где задачи больше исследовательские. В корпорациях, особенно в банках, лаборатории всегда привязаны к бизнес-целям. Лаборатория блокчейна в Сбере — не исключение. У банка в целом большое направление R&D, порядка десяти разных лабораторий и центров. Каждое подразделение отвечает за одну технологию. Это всегда венчурная история: никто не знает, какая технология выстрелит через 2–5 лет. Если в 2016–2017 году технология блокчейн казалась непонятной, то сегодня всё иначе. Эпоха «чистого ресерча» у нас завершилась. Сейчас мы гораздо больше работаем с продуктовыми командами и сфокусированы на разработке реальных решений и клиентской ценности. Мы понимаем, как блокчейн влияет на финансовые сервисы: смарт-контракты упрощают процессы, DeFi показал потенциал цифровых активов. Поэтому наша задача сегодня — строить продукты на этой основе. **С 2018 года существует лаборатория, в 2022 году вы к ней присоединились. Цель звучит бизнесовая — занять лидерство. Как вы оцениваете позиции блокчейн-лаборатории Сбера на рынке?** В моем понимании позиция на рынке – это не самое главное для нас. Ну и не совсем корректно оценивать себя и свою роль на рынке — этим обычно занимаются эксперты со стороны. Но можно сказать так: российский рынок блокчейна сильно отличается от мирового. Он небольшой и пока на начальной стадии. Игроков не так много, и по этой метрике Сбер достаточно активен. Мы были среди первых операторов цифровых финансовых активов, и сегодня таких операторов всего порядка 15. Мы активно развиваем это направление и внесли заметный вклад в формирование рынка ЦФА, которому всего два с половиной года. ![](https://metalamp.ru/images/image8.png) Второе направление — комьюнити. В конце 2022 года мы запустили сообщество блокчейн-разработчиков, и сейчас там уже около тысячи участников. Это некоммерческая история, а попытка создать сообщество единомышленников. Третье направление — образование. У нас есть «Академия блокчейна», совместный проект со Ассоциацией КорпФинТех. В сентябре запускаем уже третий поток. Аналогов на рынке почти нет. В академии участвуют не только разработчики, но и крупные корпорации, финансовые институты. Здесь речь не про конкуренцию, а про партнёрство и распространение экспертизы. ![](https://metalamp.ru/images/image5.png) Если собрать всё это вместе — ЦФА, комьюнити, образовательные проекты, — видно, что Сбер играет заметную роль в развитии российского рынка. Мы верим в эту технологию и внедряем её у себя. **Сейчас на рынке активно обсуждают цифровые активы, стейблкоины, RWA. Какие направления для вас в приоритете?** Мы всегда начинаем с глобальных трендов. Сегодня мы видим бурное развитие стейблкоинов — их запускают и банки, и финтехи, и даже нефинансовые компании. Второй тренд — RWA (Real World Assets), токенизация реальных активов. По разным оценкам объём этого рынка может составить 10–20 трлн долларов. Это не только про фиат, а вообще про токенизацию любых активов. ![](https://metalamp.ru/images/image1.png) Третий фактор — регулирование. Регуляторы по всему миру всё чётче определяют статус криптоактивов. Для нас это важно учитывать, но всегда с поправкой на локальную специфику и стратегию Сбера. Мы сейчас реализуем стратегию до 2026 года, и её ядро — человек. Человекоцентричность и генеративный искусственный интеллект. Здесь очень органично ложится блокчейн и Web3. Ведь Web3 — это про то, чтобы человек контролировал свои активы и данные. Поэтому первый фокус внимания — как блокчейн может помочь человеку реализовать свой потенциал. Например, связка блокчейна и ИИ. Агент на базе ИИ помогает человеку экономить время и принимать решения, а блокчейн делает эти процессы прозрачными и безопасными. Мы внедряем продукты, которые позволяют клиенту экономить время и деньги. Это могут быть, например, инвестиции в цифровые активы через доверенного агента. Второй фокус — внутренние процессы. Банковская система сложна технологически и операционно, а блокчейн позволяет заметно сократить расходы. Поэтому приоритеты у нас следующие: с одной стороны — клиентская ценность, с другой — эффективность внутренних операций. **Если вернуться к агентам, которые помогают в инвестициях. Получается, что агент выступает доверенным партнёром: он даёт рекомендации, но в момент принятия решения средства принадлежат пользователю, и вся ответственность за операции лежит на нём. Вы это и хотите обеспечить?** Мы хотим, во-первых, дать пользователю базовое понимание: какие активы существуют, чем они отличаются, какие несут риски. А дальше — предложить сценарии и рекомендации на выбор. Агент может сказать: хочешь полный контроль — храни активы на своём кошельке. Не хочешь возиться с сид-фразами — можно доверить хранение партнёру. Пользователь сразу понимает риски и выбирает сам. Есть клиенты, которые никому не доверяют и используют самые безопасные способы: холодные кошельки, multi-sig, seedless-кошельки. А есть те, кому не хочется вникать в технические детали, особенно если речь идёт не о больших суммах. Все эти нюансы можно изучать на своём опыте, набивая шишки. А можно получить готовые сценарии и рекомендации в начале пути — через агентов. Это помогает принять решение осознанно. **Получается, агенты — это инструмент для массового принятия. Человек заходит в инвестиции проще, у него есть личный помощник. Конечно, потери на рынке всё равно будут, нельзя всегда зарабатывать. Но блокчейн даёт доступ к разным активам, и в будущем, возможно, можно будет работать и с мультичейнами, и с токенами вроде биткоина и эфира. Правильно ли мы понимаем вашу логику?** Да, это очень правильный вектор. Часто слышу от знакомых: люди далеки от финансового рынка, но постоянно натыкаются на новости про крипту. Им становится интересно, они спрашивают: “А как купить этот актив?” Но у них нет цели именно купить биткоин или эфир. У них есть инвестиционная стратегия: допустим, 60% облигации, 40% акции. И они хотят 2–3% портфеля вложить в высокорисковые активы. Им всё равно, каким способом получить эту позицию. Это может быть акция криптокомпании вроде Coinbase или Circle, российский дериватив, привязанный к цене биткоина или эфира, или даже цифровой финансовый актив. Агент подсказывает, какие есть варианты, и выбирает наиболее удобный и безопасный способ. Это снижает количество лишних действий и делает вход в рынок понятным. Не у всех есть друзья, готовые всё объяснить. Агенты берут на себя эту роль. ![](https://metalamp.ru/images/image3.png) **Насколько я знаю, блокчейн Сбера EVM-совместимый и работает, например, с MetaMask. Но всё же он немного частный. Можно ли через совместимость получать доступ к другим активам, которые иначе закрыты?** Вы сделали нам комплимент, сказав “немного частный”. На самом деле он “многочастный”. В криптосообществе выражение “корпоративный блокчейн” часто произносят с негативной интонацией: мол, это закрытая история. Но нужно понимать, что регулируемые финансовые институты обязаны соблюдать требования — KYC, AML, комплаенс. Мы не можем просто открыть все двери и сказать: заходите все. Банки обязаны обеспечивать безопасность и защищать клиентов. Поэтому все банки начинают с закрытого блокчейна. А дальше возникает вопрос: зачем он нужен, если есть открытые сети? Здесь мы видим тренд уже давно: банки начинают интегрироваться с публичными блокчейнами. Мы тоже пошли этим путём — ещё в 2023 году. Взяли эфириум как крупнейшую экосистему DeFi, сделали форк тестнета и начали запускать туда разработчиков. Оказалось, что возможности безграничны: биржевые операции, переводы, страхование — всё можно делать в DeFi. Это показало, что технология созрела, и нужно искать синергию между закрытым и открытым блокчейном. Сильная сторона публичных сетей — дистрибуция. Любой человек с интернетом может подключиться, а это сотни миллионов пользователей. Токенизируешь актив — и сразу достаёшь до мировой аудитории. Плюс молодое поколение, 20–30 лет, доминирует среди пользователей криптосервисов. Оно менее лояльно к брендам, иначе смотрит на финансы. Для банков важно оставаться релевантными этой аудитории, и интеграция с открытыми сетями — это способ это сделать. **Мы понимаем, что в крипте много скама. Если Сбер интегрируется с открытыми сетями, не получится ли так, что через ваш блокчейн тоже пройдут мошеннические проекты? Как вы обеспечиваете защиту клиентов?** Мы делаем интеграцию в первую очередь для того, чтобы увидеть, где есть уязвимости. Естественно, Сбер выступает фильтром. Например, вряд ли мы когда-то будем предлагать клиентам мемкоины. Большинство из них — пустышки, за которыми ничего нет. Другое дело — фундаментальные активы, на которые есть реальный спрос. Если клиенты хотят, допустим, добавить биткоин в свой портфель, то задача банка — дать им безопасный и удобный доступ к этому активу. Даже если мнения о биткоине расходятся: кто-то считает его “цифровым золотом”, кто-то — пустой спекуляцией. Суть в том, что у клиентов есть запрос, и банк должен его закрыть максимально безопасным образом. ![](https://metalamp.ru/images/image6.png) Важно понимать: такие сервисы никогда не раскатываются сразу на всех клиентов. Сначала — на ограниченный круг квалифицированных инвесторов, которые понимают свои цели и риски. Постепенно аудитория расширяется, но всегда с учётом законодательства и безопасности. Мы не бегаем за клиентами с предложением купить непонятные токены. Мы отвечаем на реальный спрос и даём проверенные варианты. **Если появятся финансовые протоколы на вашей платформе, можно ли их назвать DeFi? Или это что-то иное — привычные инструменты, но в блокчейне и с рамками регулятора?** Когда появляются банки и любые финансовые посредники, слово “DeFi” в классическом смысле уже неприменимо. DeFi — это история без посредников: ни банка, ни брокера, ни биржи, всё работает на блокчейне и смарт-контрактах. В этом и магия концепции. Этот рынок появился, у него есть свои объёмы и пользователи, и он будет жить дальше. У нас нет задачи вмешиваться или что-то “сломать”. Но есть граница между DeFi и традиционными финансами. На этой границе и появляется зона возможностей. DeFi нуждается в ликвидности — и её приносят институциональные игроки, а не розница. Кроме того, в какой-то момент из крипты всё равно выходят в фиат. Банки остаются точкой входа и выхода. И есть категория клиентов, которые хотят передать хранение ключей партнёру. Эту роль тоже могут взять банки. Поэтому банки не будут заниматься DeFi в чистом виде. Но они могут работать в стыке — там, где встречаются DeFi и TradeFi. Здесь есть место и для банков, и для финтех-компаний. Это отдельная ниша, которая будет развиваться. **Можно ли в перспективе наладить мост между Сберчейном и, например, эфириумом? Чтобы с разрешения регулятора обмениваться ликвидностью: зайти в DeFi-протоколы, а потом выйти обратно в фиат и заплатить налоги?** Да, это перспективное направление. Про это уже говорят и в России, и на глобальном рынке: как соединить публичные протоколы DeFi с закрытым периметром банков и ЦФА. В этом есть резон. Представим, что у банка есть облигации — традиционный инструмент с низким риском и высоким рейтингом эмитента. Сегодня они живут только в классическом рынке. Но если такие облигации токенизировать и выпустить в публичный блокчейн, их можно использовать в DeFi-протоколах как обеспечение. Это будет востребованное обеспечение, потому что оно надёжное. Сейчас рынку DeFi именно этого уровня доверия не хватает. То же самое можно сделать и с депозитами: токенизировать и пробросить их в DeFi. Потенциал здесь огромный. Но есть важное условие — нужна правильная регуляторная обвязка. Сегодня не всегда есть юридические конструкции, позволяющие легально “упаковать” такие активы. Поэтому это вопрос не только технологий, но и регулирования. Но сам по себе мост между DeFi и TradeFi — это абсолютно реалистичный сценарий. **Если у команды есть интересный проект и она хочет его развернуть на вашем блокчейне — какие шаги нужны? С кем запартнёриться, как получить доступ?** Сегодня наш тестнет открыт для всех разработчиков. Это тестовая история, там нет ограничений, и мы специально приглашаем команды попробовать свои идеи. Каждый год проводим хакатон: зовём участников задеплоить DeFi-проекты на нашем блокчейне, посмотреть, какие решения можно сделать вместе. Так мы находим талантливые команды и проверяем, как их проекты работают на финансовом рынке. ![](https://metalamp.ru/images/image7.png) По сути, ничего особенного делать не нужно. Это и в наших интересах — мы всегда открыты к сотрудничеству. Но есть другая проблема, характерная для всех стартапов: как выйти из стадии тестов в реальный бизнес. Запустить прототип легко, а вот довести идею до монетизации и первых клиентов — это сложно в любой юрисдикции. Конкуренция высокая, идей много, и вопрос в том, как превратить проект в продукт, которым реально будут пользоваться. Поэтому важен трек-рекорд. Многие команды участвуют в хакатонах несколько лет подряд, с разными идеями. Мы видим прогресс, рост экспертизы — и у таких команд шансов реализовать сильный продукт гораздо больше. Хакатон — это не только про код. Это нетворкинг: общение с партнёрами, знакомство с другими командами, обмен опытом. Часто именно там рождаются новые партнёрства и новые идеи. Поэтому мы всегда советуем не замыкаться, а выходить в сообщество и проверять свои решения вживую. **В любом стартапе — не только в блокчейне, трек примерно такой: участие в хакатоне, засветиться, показать что-то, обзавестись знакомствами. Потом уже в партнёрстве либо с вами, либо с другими игроками двигать идею дальше, обосновывать её жизнеспособность. То есть трек есть. Он непростой, но понятный, верно?** Да, но нужно понимать: большинство идей умирают на стадии хакатонов. Очень мало проектов доходят до продакшена и первых клиентов. Какая бы технология ни была под капотом — блокчейн, ИИ или что-то ещё — нужен трек-рекорд. Если команда сильная и уже участвовала в нескольких хакатонах, её шансы растут. Мы видим: одни и те же ребята приходят снова с другими идеями, и постепенно их уровень повышается. В итоге они выходят с более сильным продуктом. Хакатон — это не только код, но и нетворкинг. Там можно познакомиться с партнёрами, посмотреть на другие решения, вдохновиться. Иногда команды понимают: “Мы думали, у нас крутой продукт, друзья ставят лайки, мы будущий единорог. А оказалось, мы ещё в первом классе”. Такой бенчмарк очень полезен. Он показывает, что есть сильнее, и помогает расти. Поэтому мы всегда советуем не замыкаться, а общаться с сообществом, проверять идеи, искать партнёрства. Без этого шансов на успех гораздо меньше. **То есть не хватает командам, я так понял, продуктовой насмотренности — умения развивать и масштабировать проект. И многое упирается именно в это.** Да, есть и другая крайность: приходят ребята, слишком прокачанные в маркетинге или продажах. Они красиво рассказывают сказки, но у них нет никакой технической реализации. Я всегда удивляюсь этому контрасту в блокчейн-индустрии. Там либо «бородатые айтишники» — реально сильные ребята, которые могут сделать что-то классное, но они ни с кем не общаются, забивают на маркетинг и бизнес-развитие. Либо наоборот — целая банда пиарщиков. Их очень много, они бегают по мероприятиям в розовых штанишках и жёлтых башмаках, классно говорят, рассказывают сказки, но у них нет ничего технологического. И я всё время думаю: как бы свести этих «бородатых» с «розовыми штанишками» в одну комнату, чтобы они вместе начали делать нормальные продукты. **Такое ощущение, что у тех, кто умеет ярко презентовать идею, шансов больше: если концепция хотя бы теоретически реализуема, специалистов под неё можно найти. Кажется, именно в таких команд больше верят**. И в этом как раз беда стартаперского рынка. Таких проходимцев много: они отлично продают воздух, получают финансирование, но не делают результат. В итоге страдает вся индустрия — потому что обещания не выполняются, и репутация падает. Конечно, сильные коммуникационные навыки важны, но если за ними нет продукта, всё рушится. Поэтому нужно соединять таких ребят с техническими командами — чтобы вместе они делали реально работающие проекты. Тогда появляются сильные продукты, а не красивые презентации без деливери. **А что с последними командами, которые участвовали в хакатоне? Как вы их оцениваете? Куда они продвинулись в 2024–2025 году, на каком этапе находятся в вашем поле зрения?** В 2025 году мы завершили хакатон. Сейчас идёт после финальный этап: подводим итоги, оформляем выплаты — это всегда занимает время. Что было особенного в этот раз: мы постарались максимально вовлечь разные подразделения Сбера на всех этапах. Не только лаборатория смотрела и оценивала проекты. Мы решили, что сами не будем принимать решения, а отдали их нашим бизнес- и продуктовым коллегам. Они смотрят на всё через призму бизнес-ценности, а не только технологии. Мы пригласили коллег из B2B и B2C-направлений, и им очень понравилось. Для людей, которые обычно не погружены в блокчейн, это стало новым взглядом на финансовые сервисы. Где-то идеи показались безумными, но они подтолкнули коллег на новые мысли. Все финальные проекты мы разослали внутри банка: у нас есть реестр команд, и когда бизнес приходит с запросами, мы можем сказать — вот, посмотрите, у нас была команда с таким решением. Некоторые команды уже получили предложения поучаствовать в пилотах как разработчики или партнёры для дополнительных продуктов. Плюс мы позвали на финал всё комьюнити: любой участник мог прийти, посмотреть проекты, задать вопросы, поделиться опытом. Это сделало процесс открытым и полезным для всех. В этом году именно такой формат дал очень много новых связей и возможностей. **Очень здорово, я впервые увидел треки именно от Сбера в 2023 году. У нас в команде тоже всегда есть идеи и предложения, но они не попадали в тематику хакатонов. Мы наблюдаем и ждём, чтобы предложить что-то своё. Вот даже последний трек с ZK, KYC, Oracle и так далее — мы знаем, что это такое и как с этим работать. Но то, что мы готовы развивать сами, находится немного в другой плоскости. Поэтому ждём, когда тематика совпадёт.** Блокчейн-разработчикам, мне кажется, тоже не хватает какой-то платформы, где крупные компании, которые хотят делать проекты на блокчейне, могли бы знакомиться с командами. Банки в целом работают только с проверенными подрядчиками и вендорами — это market practice. У них большие объёмы задач, и важно, чтобы всё делалось в срок и с понятными, проверенными командами. ![](https://metalamp.ru/images/image4.png) А вот блокчейн-история пока маленькая: нет больших проектов в банках, есть только пилоты. И небольшим, зрелым компаниям тяжело в это зайти. Это, наверное, совместная задача — думать, как в России развивать рынок Web3-разработки. С одной стороны, у банков пока нет крупных проектов. С другой стороны, есть сильные команды. Вот, например, ваша команда в Томске — там много классных ребят. И вопрос в том, как сделать так, чтобы такие команды находили клиентов среди финансовых игроков. Возможно, нужны другие форматы сотрудничества. **Здорово. Думаю, можно заканчивать. Мы отлично обсудили все вопросы, которые хотелось поднять. Александр, огромное спасибо за уделённое время и за то, что согласились прийти. Вы показали безупречную экспертизу и задали отличный настрой, действительно веет оптимизмом и желанием билдить.** **Подписывайтесь обязательно на [телеграм-канал Александра](https://t.me/nabitcom), на который я прямо сейчас тоже подпишусь.** Ставьте, конечно же, реакции, комментируйте, с этим фидбэком мы активно работаем — в том числе в нашем телеграм-канале. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересного о Web3 [Lees meer...](https://metalamp.ru/magazine/podkast-s-direktorom-blokcejn-laboratorii-sbera-cifrovye-aktivy-rwa-stejblkoiny-i-ii-agenty.md) ## Что такое Uniswap v.4 — отличия от предыдущих версий ![Что такое Uniswap v.4 — отличия от предыдущих версий](https://metalamp.ru/images/Evolucia%20edinoroga%20Uniswap%204%20iula%202025.png) ## Что такое Uniswap Uniswap работает по модели AMM (автоматического маркетмейкера): вместо книги ордеров здесь используются пулы ликвидности. Это позволяет пользователям обменивать токены напрямую и в любое время — без необходимости в посредниках или контрагентах. Протокол запущен в 2018 году и сегодня работает не только в основной сети Ethereum, но и в L2-решениях и других сетях. Это делает его доступным, быстрым и удобным для миллионов пользователей и десятков DeFi-протоколов. В 2024 году команда Uniswap также представила Unichain — собственную L2-сеть на базе OP Stack. Она создаётся для более глубокого контроля над пользовательским опытом, снижения издержек и развития экосистемы Uniswap как полноценной платформы для DeFi-продуктов. ![](https://metalamp.ru/images/Unichain Aug 7 2025.png) Сайт проекта Unichain ## Про Uniswap v.4 Uniswap v4 — новая архитектурная версия протокола, анонсированная летом 2023 года и запущенная в январе 2025. Она предлагает: • Единую архитектуру (singleton) для всех пулов; • Возможность встроить пользовательскую логику через хуки; • Поддержку нативного ETH; • Flash Accounting на базе Transient Storage (EIP-1153); • Поддержку динамических комиссий. Благодаря хукам разработчики могут строить собственные DeFi-продукты прямо на базе Uniswap — без необходимости форкать код или переписывать контракты с нуля. Остальные архитектурные улучшения делают такие продукты более эффективными и дешевыми в эксплуатации. ![](https://metalamp.ru/images/Snimok ekrana 2025-07-08 v 16.43.05.png) Данные с DefiLama ## Что нового в Uniswap v.4 **1. Хуки (Hooks)** Хуки — это внешние смарт-контракты, которые подключаются при создании пула и позволяют встроить произвольную логику: до и после свапов, добавления или удаления ликвидности, инициализации и т.д. Примеры использования: • Динамические комиссии; • Доступ только для whitelisted-адресов; • Донаты провайдерам ликвидности; • Кастомные кривые ценообразования (например, как у Curve); • Интеграция с лендинг-протоколами и стейкингом. Важно: хук нельзя заменить после создания пула, если только он не реализован через прокси. **2. Singleton-дизайн** Вместо отдельных контрактов для каждого пула, теперь все пулы живут в одном контракте — PoolManager.sol. Это позволяет: • Уменьшить стоимость создания пулов; • Сократить количество внешних вызовов; • Реализовать сложные свопы без перемещения токенов между контрактами. **3. Flash Accounting и Transient Storage** В Uniswap v4 используется подход, который команда назвала Flash Accounting. Он основан на применении Transient Storage (EIP-1153) — временного хранилища внутри транзакции. Все изменения состояния сохраняются в нём до завершения операции, после чего результат фиксируется в постоянном хранилище (Storage). Это позволяет заметно сократить количество дорогостоящих операций записи и снизить комиссии за газ. Это реализовано через EIP-1153 и позволяет существенно сократить газ: • sstore (Storage) = 20 000 газа; • tstore (Transient) = 100 газа. В результате операции становятся быстрее и дешевле. **4. Поддержка нативного ETH** Начиная с v2, Uniswap использовал WETH для работы с эфиром. В v4 возвращается возможность использовать ETH напрямую: • Упрощается пользовательский опыт; • Уменьшается число транзакций и комиссия за газ; • Повышается гибкость протокола. **5. Динамические комиссии** Uniswap v4 снимает ограничения фиксированных уровней комиссий (0.05%, 0.3%, 1.0%). Теперь разработчики могут: • Установить любую ставку; • Изменять её по времени, объёму или вручную; • Использовать хуки для создания адаптивных стратегий. **6. Подписки (Subscribers)** Любой контракт может подписаться на изменения LP-позиций. Это особенно полезно для: • LP-менеджеров и стратегий; • Ребалансирующих протоколов; • Уведомлений в DeFi-инструментах. Это полностью on-chain решение для отслеживания изменений в позициях. **7. ERC-6909** В Uniswap v4 используется стандарт ERC-6909 — облегчённый аналог ERC-1155, предназначенный для представления активов, оставшихся внутри протокола. Такой токен может получить не только провайдер ликвидности, но и, например, трейдер после свапа, если он решил не забирать токены сразу. Использование ERC-6909 снижает затраты на цепочки операций, которые не укладываются в одну транзакцию, и избавляет от необходимости повторного взаимодействия с внешними контрактами токенов. Это делает взаимодействие с Uniswap быстрее и дешевле — особенно для продвинутых пользователей и автоматических стратегий. ## Преимущества Uniswap v4 Главное преимущество Uniswap v4 — в его гибкости. Хуки позволяют создавать пулы с произвольной логикой: от настройки динамической комиссии до полной замены ценообразующей формулы, решения проблемы непостоянных потерь или реализации нестандартных сценариев взаимодействия с ликвидностью. Такой уровень настройки делает v4 удобным инструментом не только для построения классических DEX, но и для других DeFi-протоколов, которым раньше приходилось писать собственную биржевую часть. Вместо отдельного DEX теперь можно настроить пул в Uniswap под нужную логику: например, для пресейла токенов, распределения стейкинг-наград или ограничения доступа к ликвидности. Помимо гибкости, v4 существенно снижает затраты на газ. Это достигается за счёт архитектуры singleton и использования Transient Storage. Вместо множества отдельных контрактов для каждого пула теперь используется один общий контракт, а промежуточные данные записываются во временное хранилище, что в ряде сценариев позволяет существенно снизить затраты на газ. Отдельное внимание заслуживает возвращение поддержки нативного ETH. Пользователи могут работать с эфиром напрямую, без оборачивания в WETH, что упрощает пользовательский опыт и дополнительно снижает комиссии. Для провайдеров ликвидности открываются новые возможности заработка. Комиссии теперь не ограничены фиксированными значениями — они могут быть любыми, вплоть до динамически изменяемых по расписанию или в зависимости от рыночной ситуации. Это позволяет провайдерам точнее подстраиваться под рыночные условия и увеличивать прибыль. Наконец, Uniswap v4 перестаёт быть просто обменником. Благодаря своей архитектуре он становится платформой, поверх которой можно строить собственные DeFi-продукты, не создавая инфраструктуру с нуля. Это снижает порог входа для стартапов и открывает двери к новому витку экспериментов в децентрализованных финансах. ## Потенциальные недостатки При всех преимуществах у Uniswap v4 есть и риски, которые стоит учитывать. Во-первых, высокая гибкость сопровождается ростом сложности. Разработка хуков требует технической экспертизы и хорошего понимания безопасности смарт-контрактов. Ошибка в одном хук-контракте может привести к неработающему пулу или, что хуже, к уязвимости. Во-вторых, сама идея хуков делает поведение пула менее предсказуемым. Агрегаторам и маршрутизаторам придётся анализировать кастомную логику каждого пула, чтобы не попасть в ловушку — это усложняет маршрутизацию и увеличивает стоимость аудита. Третья проблема — фрагментация ликвидности. Теперь можно создавать сколько угодно пулов на одну и ту же пару токенов, но с разными условиями: комиссиями, хуками, кривыми и т.п. Это создаёт конкуренцию между пулами, но одновременно снижает концентрацию ликвидности в одном месте. Наконец, стоит учитывать, что вся архитектура v4 работает с хуками как с точками расширения. Если эти хуки окажутся нестабильными или недоступными, это может заблокировать работу пула. Такой сценарий требует продуманной архитектуры и надёжности всех компонентов. ## Заключение Uniswap v4 открывает новый этап в развитии DeFi-инфраструктуры. Он не просто облегчает обмен токенов — он позволяет собирать собственные DeFi-протоколы из кирпичиков, заложенных в ядро. Если вы хотите построить DeFi-продукт с уникальной логикой — v4 предлагает всё необходимое. А команда MetaLamp поможет реализовать это правильно: с безопасностью, оптимизацией и пониманием тонкостей архитектуры. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё статьи этого автора [Lees meer...](https://metalamp.ru/magazine/uniswap-v4-cto-novogo-v-versii-i-zacem-perehodit-v-razrabotke-metalamp.md) ## Говорим о web3-гейминге: MetaLamp × Roach Racing Club ![Говорим о web3-гейминге: MetaLamp × Roach Racing Club](https://metalamp.ru/images/ChatGPT%20Image%2010%20iun.%202025%20g.%2016_29_12.png) Web3-гейминг, геймифицированный трейдинг и запуск продукта — в гостях у нас Roach Racing Club В этом выпуске к нам в подкаст заглянули **Данила Честных** и **Ильдар Зайнетдинов** — фаундеры Roach Racing Club. Мы давно знакомы и даже вместе работали над их проектом, а теперь наконец сели и поговорили. **Обсудили:** - откуда вообще взялась идея «тараканов» и как устроена механика игры; - как совместить трейдинг и гейминг в одном продукте; - аудитории web3-гейминга и трендах на рынке; - выборе сети и про запуск на Abstract'е; - поговорили о конкуренции с ААА-проектами и мобильным геймингом. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Другие видео и статьи [Lees meer...](https://metalamp.ru/magazine/govorim-o-web3-gejminge-metalamp-roach-racing-club.md) ## Разбор Pendle: как работает токенизация доходности в самом обсуждаемом протоколе 2025 года ![Разбор Pendle: как работает токенизация доходности в самом обсуждаемом протоколе 2025 года ](https://metalamp.ru/images/13233.png) Подготовили гайд по, возможно, самому интересному DeFi-проекту года — Pendle. Рассказываем, как он работает, какие функции в него заложены, что он позаимствовал у других протоколов и почему сейчас о нём так много говорят. ## О Pendle [Pendle](https://www.pendle.finance/) — это протокол токенизации доходности c элементами трейдинга на вторичном рынке (yield-trading protocol). Поддерживает несколько EVM-совместимых сетей. Основная идея Pendle заключается в разделении активов, которые приносят доход (yield-bearing token), на две части: principal (основная) and yield (доходная), где основная часть отождествляет эквивалент доходного токена, а доходная часть - прибыль. В традиционных финансах подобный инструмент существует очень давно. [Strip bonds](https://www.investopedia.com/terms/s/stripbond.asp) или stripped securities. Разделение облигации на "тело" (principal) и купоны (coupons). Ещё более наглядная аналогия – разделение прав на недвижимость: • Право собственности – аналог "тела" актива. • Право на арендные платежи – аналог "доходной части". В Pendle возможно приобрести доходность базового актива отдельно от самого актива с расчетом, что доходность изменится в положительную сторону и покупатель получит доход. Например, стейкинг базового актива ETH дает плавающую доходность. Она меняется с течением времени. Поэтому в будущем доход может увеличиться. Есть три ключевые функциональности, которые характеризуют протокол Pendle: 1. Создание обертки для токенов, которые приносят доходность. 2. AMM для торговли обернутыми токенами. 3. vePENDLE для создания безопасной экосистемы и дополнительных стимулов для пользователей. **Обертка токенов** Pendle оборачивает токены, приносящие доход. Примерами таких токенов могут быть любые токены генерирующие доходность: stETH, GLP, gDAI и так далее. Протокол вводит аббревиатуру SY (Standardized Yield token) для обертки. Например, SY-stETH - это обертка для stETH. ![](https://metalamp.ru/images/Pendle SY Wrap.png) SY — это не просто токен, как WETH. Он разбивается на две части: • PT (principal token). Представляет эквивалент базового токена. • YT (yield token). Представляет доходность базового токена. Процесс разделения SY на два токен называется токенизацией доходности, где доходность токенизируется в отдельный токен YT. ***Важно!*** Пользователь может оборачивать в SY, как доходный токен (stETH), так и базовое представление (ETH) в некоторых случаях. Под капотом будет произведена сначала конвертация из ETH —> stETH, затем из stETH —> SY-stETH. Это работает так, за исключением некоторых случаев, когда доходный токен сам является базовым представлением, например токен [GLP](https://docs.gmx.io/docs/providing-liquidity/v1) от GMX. ![](https://metalamp.ru/images/33333.png) C PT и YT связан еще один термин — maturity. Это срок погашения, когда YT перестает приносить доходность, а PT может быть полностью поменян на базовый актив в соотношении 1:1. PT можно обменять через AMM до наступления срока погашения (со скидкой относительно номинальной стоимости), но 1:1 обменять на базовый актив — только после наступления срока погашения. **AMM** Обе части обернутого токена PT и YT могут торговаться на специальной площадке протокола под названием Pendle AMM. AMM является ключевым функционалом протокола. Математическая база взята из протокола [Notional Finance](https://www.notional.finance/). Кривая AMM сужает ценовой диапазон с приближением ко времени погашения (maturity). Но по сути, все это напоминает Uniswap v2 с его формулой постоянного произведения x * y = k. Для AMM также необходимы поставщики ликвидности, которые готовы предоставить свои токены SY и PT. Взамен они получат LP токен, в качестве притязаний на свою часть ликвидности в пуле. Не смотря на то, что в пуле два актива (PT и SY) при помощи AMM также может обмениваться и YT токен. Такой обмен называется Flash своп. Flash, потому что множество преобразований для свопа происходят в рамках одного блока. Flash своп работают поверх математической связи P(PT) + P(YT) = P(SY) при создании обертки SY, где: • P(PT) — цена токена PT, • P(YT) — цена токена YT, • S(SY) — цена токена SY. Таким образом, математика гарантирует, что разделение SY на PT + YT (или их объединение обратно в SY) всегда экономически сбалансировано в момент создания или погашения SY. Если пользователь хочет купить YT, то он отдает SY в пул (для получения SY он оборачивает базовый актив), так как в природе SY становится больше, то для сохранения баланса нужно доминтить PT и YT. После этого часть YT отправляется пользователю, а в пул отправляется некоторое количество PT, которое будет соблюдать баланс по формуле P(PT) + P(YT) = P(SY). ![](https://metalamp.ru/images/343434.png) *// Схема взята из документации протокола Pendle* **vePENDLE** Это [vote-escrowed](https://medium.com/@db371.eth/vote-escrowed-tokenomics-3cee9e9614db) токен, который используется владельцами в управлении протоколом. Владельцы vePENDLE получат доступ ко множеству функций протокола: • Дополнительный доход. • Голосование за пулы, которые получат дополнительное вознаграждение. • Увеличение награды для поставщика ликвидности. vePENDLE также служит механизмом для сокращения свободного предложения токенов PENDLE, за счет того, что получении vePENDLE требует застейкать PENDLE. C течением времени количество vePENDLE уменьшается и PENDLE разблокируется. ![](https://metalamp.ru/images/22222.png) Таким образом протокол повышает стабильность токена PENDLE и общую надежность протокола. Для пользователей из L2 сетей все немного сложнее. Чтобы получить максимальную прибыль, пользователи, предоставляющие ликвидность на Arbitrum, должны заблокировать PENDLE на Ethereum и синхронизировать информацию с Arbitrum с помощью кроссчейн-сообщений. При этом для получения дохода с LP токенов этого не требуется, так как распределение вознаграждения происходит непосредственно в сети Arbitrum (аналогично в другой L2 сети). ## Типы APY Внутри протокола можно столкнуться с разными типами APY. Всего их четыре вида и необходимо понимать, что каждый из них обозначает. Это поможет эффективно пользоваться протоколом или понимать кодовую базу. ![](https://metalamp.ru/images/Pendle Apy Types.png) **Underlying APY** Представляет собой 7-ми дневную скользящую средней доходности базового актива. **Implied APY** Рыночная стоимость базового актива, рассчитанная на основании стоимости YT и PT. ![](https://metalamp.ru/images/Pendle Implied APY Formula.png) **Fixed APY** Гарантированная доходность, которую можно получить при наличии PT на своем кошельке до времени погашения (maturity). Она определяется Implied APY в момент создания PT. **Long Yield APY** Приблизительная годовая доходность при покупке YT по текущей стоимости. Актуально, при условии, что базовая годовая процентная доходность остается постоянной. ## Ключевые механики PT и YT И PT и YT тесно связаны со временем погашения (maturity). Это мы уже обсуждали выше. **Магия с PT токеном** PT представляет собой эквивалент базового токена, который может быть погашен после наступления maturity. Это означает, что обменять PT на базовый токен в соотношение 1:1 можно только по истечение определенного времени. В начале maturity PT торгуется со скидкой. Это возможно благодаря тому, что доходность базового актива представлена в отдельном токене YT. ![](https://metalamp.ru/images/Pendle Main Idea.png) В течении периода maturity, PT будет приближаться к стоимости базового актива и в конечном итоге соответствовать ей, когда погашение будет возможно. Подобный рост стоимости базового актива и определяет фиксированную годовую доходность (Fixed APY). Важно понимать, что stETH — это доходный токен, который растет относительно базового ETH за счет начисления вознаграждения за стейкинг. Приобретая PT токен, обратный обмен 1:1 (redeems на схеме) может быть произведен только в ETH, не в stETH, который по прежнему растет относительно ETH в стоимости. **Магия с YT токеном** Обладатель YT претендует на всю доходность от базового актива вплоть до наступления времени погашения (maturity). Например, владея 10 YT-stETH в течение 5 дней, получаешь доход эквивалентный застейканным 10 ETH на Lido за тот же период времени. Стоимость YT стремится к 0 по мере приближения к maturity. И здесь важным показателем является Implied APY. Пользователи получают прибыль, когда доходность, собранная на YT, выше, чем покупка этого YT. ![](https://metalamp.ru/images/Pendle YT Main Idea.png) *Важно!* Можно получить собранную доходность с токена `YT` в любой момент времени, даже до наступления времени погашения (maturity). ## OrderBook Пользователи могут создавать лимитные ордера на покупку или продажу. Особенность лимитного ордера заключается в том, что исполнен он будет при достижение заданного Implied APY. Ордербук работает в связке с AMM, но любые свопы в первую очередь исполняют лимитные ордер и только во вторую очередь переходят к исполнениям на AMM. Однако ордербук опционален, то есть протокол может работать на одном AMM. Согласно документации у Pendle существует арбитражный бот, который выравнивает цены между AMM и ордербуком. Это гарантирует, что любые расхождения в ценах из-за разницы в ликвидности (между AMM и ордербук) будут быстро исправлены. Работают ордера по гибридной схеме: создаются и хранятся off-chain, исполняются on-chain. ![](https://metalamp.ru/images/Pendle Limit Order.png) Для создания ордера пользователь подписывает структуру данных с полями, описывающими ордер и передает ордер на бекенд. Исполнение ордера будет происходить на смарт-контракте PendleLimitRouter.sol. Стоит отметить, что создание ордера не требует от пользователя совершать транзакцию, но для отмены созданного ордера транзакцию сделать необходимо. Смарт-контракт должен знать, что подпись данная пользователем бекенду больше не актуальна. Документация для работы с API лимитных ордеров. ## ERC-5115: SY Token Для реализации SY токена протокол разработал и предложил собственный стандарт [ERC-5115: SY Token](https://eips.ethereum.org/EIPS/eip-5115), который описывает расширение ERC-20 с необходимыми функциями для создания обертки (deposit, withdraw и так далее). Основная мотивация создания стандарта заключается в том, что [ERC-4626 Tokenized Vault](https://eips.ethereum.org/EIPS/eip-4626) не покрывал все типы доходных токенов. Например, нативные reward-токены (COMP, CRV и другие) или LP токены AMM, которые измеряется в «единицах ликвидности», а не в базовых токенах. Поэтому со своей стороны ERC-5115 предложил расширить ERC-4626, чтобы поддерживать любые yield-механизмы. Для этого стандарт разделяет понятия «входного токена» (токена для начала получения доходности) и «базового актива» (с которого доход будет получен). Таким образом SY-токены стандарта могут оборачивать ERC-4626, добавляя им недостающую функциональность. ## Обзор архитектуры смарт-контрактов В этом разделе будут рассмотрены смарт-контракты на верхнем уровне. Глубоких деталей реализации не будет, поэтому доступно для чтения всем. **Репозитории** Стоит отметить, что на момент написания статьи у протокола две версии. Для двух версий смарт-контрактов у протокола три репозитория: • [Первая версия.](https://github.com/pendle-finance/pendle-core) • [Вторая версия.](https://github.com/pendle-finance/pendle-core-v2-public) • [Standardized Yield (SY).](https://github.com/pendle-finance/Pendle-SY-Public/tree/main) Первая версия устаревшая, но нам она может быть интересна с точки зрения смарт-контрактов, которые были задеплоены давно и не менялись. К таким смарт-контрактам относится токен протокола [PENDLE](https://github.com/pendle-finance/pendle-core/blob/master/contracts/tokens/PENDLE.sol). Вторая версия протокола, она же core функционал, отвечает за несколько фичей: • Токенизация (реализации токенов [PT](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/core/YieldContracts/PendlePrincipalToken.sol) и [YT](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/core/YieldContracts/PendleYieldToken.sol)). • AMM (три контракта: [фабрика](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/core/Market/v3/PendleMarketFactoryV3.sol), [маркет](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/core/Market/v3/PendleMarketV3.sol) и[ математика AMM](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/core/Market/MarketMathCore.sol)). • Маршрутизация (смарт-контракт [роутера](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/router/PendleRouterV4.sol) и различных вспомогательных контрактов). • И несколько других, включая оракул, исполнение лимитных ордеров, распределение вознаграждения. Смарт-контракты для оборачивания токена находятся в отдельном репозитории. Основной функционал обертки находится в абстрактном смарт-контракте [SYBase.sol.](https://github.com/pendle-finance/Pendle-SY-Public/blob/main/contracts/core/StandardizedYield/SYBase.sol) ## Flow вызова смарт-контрактов Не смотря на то, что смарт-контракты распределены по разным репозиториям, в большинстве случаев для пользователя есть одна основная точка входа — это группа смарт-контрактов отвечающих за маршрутизацию (на схеме Router). ![](https://metalamp.ru/images/Pendle Architecture.png) **Router** Последняя версия смарт-контракта роутера является прокси смарт-контрактом и основная его задача делегировать вызов к нужным смарт-контрактам. При необходимости роутер комбинирует вызовы. Для создания обертки вокруг базового актива вызов будет отправлен на смарт-контракт SY, для токенизации на YT (YT сам перенаправит вызов на PT), для свопа на PendleMarket. Реализация роутера находится в смарт-контракте [PendleRouterV4.sol.](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/router/PendleRouterV4.sol) На схеме ниже посмотрим, как работает делегирование вызова. ![](https://metalamp.ru/images/Pendle Architecture Router.png) PendleRouterV4 наследуется от смарт-контракта [RouterStorage.sol](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/router/RouterStorage.sol) и стандартного смарт-контракта от OpenZeppelin [Proxy.sol.](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v4.9.5/contracts/proxy/Proxy.sol) RouterStorage.sol хранит список смарт-контрактов на которые прокси может делегировать вызовы. В зависимости от типа вызова, вызов делегируется на смарт-контракт работы с ликвидностью, свопа и так далее ([ActionAddRemoveLiqV3.sol](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/router/ActionAddRemoveLiqV3.sol), [ActionSwapPTV3.sol](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/router/ActionSwapPTV3.sol) и другие). **SY токен** SY — это обернутая версия доходного токена. Напоминаю, токен торгуется на PendleMarket в паре с PT. ![](https://metalamp.ru/images/Pendle SY Architecture.png) С точки зрения обертки здесь мало чего интересного. Базовый актив блокируется на смарт-контракте обертки с вызовом функции [deposit()](https://github.com/pendle-finance/Pendle-SY-Public/blob/main/contracts/core/StandardizedYield/SYBase.sol#L38) и разблокируется обратно с вызовом функции [redeem()](https://github.com/pendle-finance/Pendle-SY-Public/blob/main/contracts/core/StandardizedYield/SYBase.sol#L59). Однако когда дело доходит до конкретного доходного токена, то есть нюансы. Стоит посмотреть сколько разных [имплементаций](https://github.com/pendle-finance/Pendle-SY-Public/tree/main/contracts/core/StandardizedYield/implementations) SY существует (PendleAaveV3SY, PendleAerodromeVolatile и так далее). Складывается ощущение, что сколько есть токенов, столько существует и модификаций. Да, имплементации несложные, но у каждого есть свою нюанс. Одни доходные токены приносят доход за счет механизма ребейза, другие за счет механизма вознаграждения и так далее. Для каждого SY должна быть реализована [функция](https://github.com/pendle-finance/Pendle-SY-Public/blob/main/contracts/core/StandardizedYield/SYBase.sol#L107), которая будет рассчитывать exchangeRate, регламентирующего сколько SY будет получено при депозите. Например, токен SY для AaveV3 будет работать, как отображено на схеме ниже. Именно поэтому и существует несколько базовых смарт-контрактов (SYBase, SYBaseWithRewards). Однако основная базова логика находится в смарт-контракте [SYBase.sol.](https://github.com/pendle-finance/Pendle-SY-Public/blob/main/contracts/core/StandardizedYield/SYBase.sol) Важно! Обратите внимание, существуют обертки с механизмом [upgradeable](https://github.com/pendle-finance/Pendle-SY-Public/blob/main/contracts/core/StandardizedYield/SYBaseUpg.sol). **PendleMarket** Или просто маркет — это смарт-контракт, который представляет собой пул пары токенов PT и SY. Комиссия за своп уходит напрямую поставщикам ликвидности. Каждый маркет имеет свой собственный встроенный оракул, аналогично UniswapV3. ![](https://metalamp.ru/images/Pendle Architecture Market.png) Версий реализаций маркета уже было несколько. Последняя третья версия находится в смарт-контракте [PendleMarketV3.sol.](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/core/Market/v3/PendleMarketV3.sol) Смарт-контракт маркета наследуется от двух других смарт-контрактов: • [PendleERC20.sol.](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/core/erc20/PendleERC20.sol) Реализует LP токен для поставщиков ликвидности, которые вкладывают в пул SY и PT токены. • [PendleGauge.sol.](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/core/Market/PendleGauge.sol) Смарт-контракт, который распределяет PENDLE и другие вознаграждения, сгенерированные SY, среди держателей Market LP. Основная математика пула (логика AMM) реализована в отдельной библиотеки [MarketMathCore.sol](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/core/Market/MarketMathCore.sol). Сюда входит добавление/удаление ликвидности и свап одного актива на другой. Все по классике AMM! **VotingController и GaugeController** VotingController — это [смарт-контракт](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/LiquidityMining/VotingController/PendleVotingControllerUpg.sol), который позволяет держателям vePENDLE в голосованиии за маркеты. Предварительно vePENDLE можно получить путем стейкинга основного токена протокола PENDLE на смарт-контракте [VotingEscrowPendleMainchain.sol](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/LiquidityMining/VotingEscrow/VotingEscrowPendleMainchain.sol) для мейннет и [VotingEscrowPendleSidechain.sol](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/LiquidityMining/VotingEscrow/VotingEscrowPendleSidechain.sol) для сайдчейн. ![](https://metalamp.ru/images/Pendle Voting Process.png) Версий реализаций маркета уже было несколько. Последняя третья версия находится в смарт-контракте [PendleMarketV3.sol.](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/core/Market/v3/PendleMarketV3.sol) **GaugeController** — это смарт-контракт, который получает результаты голосования от VotingController и распределяет PENDLE среди gauges разных маркетов (помним, что gauge встроен внутрь каждого маркета). Есть две версии для [мейннет](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/LiquidityMining/GaugeController/PendleGaugeControllerMainchainUpg.sol) и [сайдчейна](https://github.com/pendle-finance/pendle-core-v2-public/blob/main/contracts/LiquidityMining/GaugeController/PendleGaugeControllerSidechainUpg.sol). Две версии для мейннет и сайдчейна нужны потому, что голосование происходит только в сети мейннет. Результаты голосования доставляются в сеть через кроссчейн сообшения, которые реализованы на базе LayerZero. ![](https://metalamp.ru/images/Pendle Architecture Voting.png) ***Важно!*** Баланс vePENDLE у пользователя будет уменьшаться еженедельно, пока не станет нулевым по истечении срока действия, аналогично модели veCRV у Curve. Это модель заимствована многими протоколами. ## Комиссии Протокол имеет два источника дохода: • **YT Fees.** Pendle взимает комиссию (до 5%) с доходности YT. Точный размер определяется голосованием владельцев vePENDLE. Плюс комиссия взимается с поинтов (YT Fees on Points), которые работают off-chain в качестве вознаграждения пользователей и тоже считаются доходом. • **Swap Fees.** Pendle взимает комиссию со всех свопов PT. Размер комиссии определяется тем, кто разворачивает пул, то есть создает пару токенов. Чем ближе наступление периода погашения PT (maturity), тем ниже комиссии. Собранные комиссии собираются на отдельные кошельки и позже отправляются владельцам токена vePENDLE. Протокол ничего не оставляет себе, но имеет возможность изменить это в будущем. ## Вывод Секрет протокола Pendle прост — возьми все что уже хорошо работает, скомбинируй и популярность найдет тебя сама! Что я имею ввиду? • Идея токенизации, как у Yearn. • AMM, как у Notional с базой Uniswap. • vePENDLE, как veCRV у Curve. • Обмен сообщениями между сетями. Использован [LayerZero](https://layerzero.network/). • Разделение актива на доходность и основную стоимость, как в традиционных финансах на рынке облигаций. Все эти концепты многократно обкатаны различными протоколами и доказали свою состоятельность. В свою очередь, Pendle систематизировал различный опыт в области токенизации и унифицировал стандарт токенизации (ERC-5115: SY Token). Благодаря новому стандарту удалось расширить список доходных токенов, а благодаря AMM нивелировать непостоянные потери для поставщиков ликвидности, которые преследуют их при предоставлении ликвидности. ***Вкусно!*** Смарт-контракты Pendle под лицензией GPL-3.0-or-later. Это означает, что разрешено личное и коммерческое использование, модификация кодовой базы и построение новых продуктов поверх. Важно понимать, что использованный код должен оставаться публичным. Также можно развернуть новый токен Standardized Yield (SY) без одобрения команды Pendle. Чтобы внедрить токен SY, необходимо следовать стандарту Pendle SY Token, обеспечивая совместимость с экосистемой. Бекенд протокола открыт для интеграций (Restful API, Pendle Hosted SDK). Однако протокол не является полностью безрисковым. Ликвидность в пулах Pendle подвержена риску изменения доходности базового актива. Например, если APY stETH упадет, спрос на YT снизится, и цена PT может не достичь номинала (соотношения обмена 1:1) ко времени погашения. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё статьи этого автора [Lees meer...](https://metalamp.ru/magazine/razbor-pendle-kak-rabotaet-tokenizacia-dohodnosti-v-samom-obsuzdaemom-protokole-2025-goda.md) ## Ethereum 2025–2030: недооцененный гигант или звезда, чей час уже прошел? Анализ, стратегии, прогноз ETH 2025 ![Ethereum 2025–2030: недооцененный гигант или звезда, чей час уже прошел? Анализ, стратегии, прогноз ETH 2025](https://metalamp.ru/images/ChatGPT%20Image%207%20maa%202025%20g.%2013_47_57.png) С запуска в 2015 году Ethereum прошел путь от эксперимента со смарт-контрактами до фундамента Web3. Сегодня это экосистема с капитализацией свыше $224 млрд, которая лежит в основе децентрализованных финансов, NFT, DAO и dApp-приложений. Однако при всех технологических достижениях рыночная динамика ETH в 2025 году неоднозначна. Курс отстает от роста Bitcoin и Solana, а внимание инвесторов все чаще направлено на более «агрессивные» активы. Но от этого интереснее делать анализ. В этой статье читайте детальный прогноз криптовалюты ETH на ближайшие годы. ## Прогнозы по экосистеме ETH: эксперты сравнивают его с Amazon и Microsoft Ethereum все чаще сравнивают не с другими криптовалютами, а с крупнейшими технологическими корпорациями прошлого — Amazon и Microsoft. Это происходит из-за нестабильной рыночной динамики и падения цены ниже $2000 в начале 2025 год. Причина в стратегии: ETH фокусируется не на быстром росте метрик или резком привлечении пользователей. Он нацелен на инфраструктуру, безопасность и устойчивость. Такой же подход в свое время сделал Amazon лидером в e-commerce, а Microsoft — монополистом в программном обеспечении. Аналитики называют Ethereum блокчейн-эквивалентом Amazon Web Services — не всегда на слуху, но критически важным для всей системы. Layer 2-решения, которые работают поверх основной сети, уже сейчас функционируют как дистрибуционная сеть. Аналогично облачным платформам в Web2. При этом они пока не приносят существенной прибыли, но создают условия для будущей монетизации и масштабирования. По мнению аналитиков, текущая рыночная цена ETH не отражает реальной ценности сети. Некоторые даже утверждают, что Ethereum сейчас недооценен по той же причине, по которой в 2000-х недооценивали Amazon. Инвесторы оценивают его как стабильный актив, а не как высокорисковый и быстрорастущий технологический проект. «Не пытайтесь анализировать Ethereum, как Procter & Gamble. ETH больше похож на Amazon или Tesla на раннем этапе», — написал аналитик DeFi Dad в блоге на X. Он подчеркнул: несмотря на низкую активность адресов и снижение рыночной доли, Ethereum остается самым надежным слоем для расчетов в блокчейн-индустрии. Это критически важная функция, особенно с точки зрения институциональных игроков. Поддерживает этот взгляд и аналитик Ignas: «Это как с Uber или Netflix — сначала приходят пользователи, а потом приходят прибыли». Аналогично, Layer 2-решения Ethereum пока не приносят дохода, но уже обеспечивают рост пользовательской базы и интерес со стороны крупных игроков. ![](https://metalamp.ru/images/Prikolota Board Frame 35.png) Сравнительная таблица ## Сможет ли Ethereum показать сильный рост Чтобы претендовать на массовое внедрение, сеть должна обрабатывать миллионы пользователей, без перегрузок и с минимальными комиссиями. Решением стали Layer 2-решения (L2): независимые сети поверх Ethereum, которые обрабатывают транзакции быстрее и дешевле, а затем «осаждают» данные обратно в основную сеть. В 2025 году L2-платформы Arbitrum, Optimism, zkSync и Base уже обрабатывают больше транзакций, чем основной слой Ethereum. Обновление Dencun (EIP-4844) в 2024 году ввело механизм blob-транзакций, существенно снизив комиссии на L2. Ожидаемое обновление Pectra усиливает эту динамику и прокладывает путь к следующей цели: 100 000 транзакций в секунду благодаря дальнейшему увеличению blob и внедрению PeerDAS. ![](https://metalamp.ru/images/Capture-2025-05-07-144144.png) Стоимость ETH за год По словам Виталика Бутерина, сейчас можно уверенно говорить о зрелости системы: DeFi предлагает доходность, часто выше традиционных банковских продуктов; ENS (Ethereum Name Service) стал децентрализованной альтернативой DNS; через Ethereum можно оплачивать VPN, получать кредиты, создавать DAO и даже запускать социальные сети. С переходом на Proof of Stake (The Merge) в 2022 году и дальнейшими улучшениями валидаторов, стейкинг ETH стал одним из самых популярных способов генерации дохода среди криптоинвесторов. Более 25% всего ETH в обороте застейкано. Это создает дефицит предложения и может способствовать росту цены. Один из главных факторов для всего крипторынка — это халвинг Bitcoin, который состоялся в 2024 году. Как и в прошлые циклы, он стал катализатором для роста цен на криптовалюты. Однако на этот раз, по мнению аналитиков, внимание переключается и на Ethereum: в отличие от BTC (биткоина), ETH предлагает не только «хранилище ценности», но и функциональную базу для Web3-приложений. Поэтому прогноз ETH на 2025 такой — криптовалюта сможет показать высокий рост. ## Прогноз монеты ETH: что говорят тренды рынка На 11 апреля 2025 года Ethereum торгуется около $1561 — незначительный рост за неделю на фоне общего медвежьего настроения. Аналитики отмечают, что платформа остается устойчивой за счет сильного комьюнити и постоянного развития. Однако за кулисами тревожные сигналы: активность кошельков снизилась, а нагрузка на сеть сохраняется, что, вкупе с высокими газ-комиссиями, отпугивает часть пользователей. Спрос на транзакции в сети Ethereum остается волатильным: после бурного роста в 2021–2022 годах и частичного восстановления в 2024, 2025 год начался с падения суточной активности. Некоторые инвесторы начинают переключаться на более дешевые и быстрые альтернативы вроде Solana или TON. Тем не менее Ethereum продолжает обрабатывать миллионы транзакций в день — и это доказывает, что его фундамент остается прочным. ![](https://metalamp.ru/images/Capture-2025-05-07.png) Сравнение роста ETH и SOL ### DeFi и NFT: новые тренды Ethereum сохраняет лидирующую позицию в DeFi и NFT, несмотря на растущую конкуренцию. После перехода на Proof of Stake, обновлений Dencun и Pectra, платформа стала более удобной для разработчиков и пользователей. Это открыло дорогу к новому DeFi-функционалу, например, Mutuum Finance. Mutuum — модель двойного кредитования (P2P и P2C), которая ориентируется на массовое внедрение. Новый игрок уже привлек более 7800 инвесторов и собрал $6,1 млн инвестиций. В NFT-сегменте Ethereum остается хабом для премиальных коллекций и инфраструктурных решений. Появляются новые форматы — от onchain-игр до AI-сгенерированных коллекций. Кросс-чейн проекты также делают NFT более доступными за пределами Ethereum, но нативные продукты остаются самыми надежными. ### Институциональные сигналы В 2025 году некоторые банки снизили ценовые ETH-прогнозы — например, Standard Chartered понизил таргет с $10 000 до $4 000. Но on-chain данные показывают, что киты активно накапливают ETH. Это говорит о вере в долгосрочную ценность Ethereum — особенно на фоне растущей институционализации крипторынка. Переход на Proof of Stake, прокачка ESG-профиля и новые стандарты прозрачности и безопасности делают Ethereum притягательнее для крупных игроков. Появление регулируемых спотовых Ethereum-ETF в ряде стран может резко увеличить приток капитала. ## Прогноз криптовалюты ETH на 2025–2030 годы ETH-прогнозы на ближайшие годы впечатляют диапазоном. В 2025 году, по данным DigitalCoinPrice, средняя цена ETH может составить $6124, а в 2030 достигнуть $40 000. Некоторые аналитики, включая CoinPriceForecast и WalletInvestor, называют цифры от $5800 до $10 000 уже в ближайшие 2–3 года. Самые амбициозные сценарии включают $47 000 в 2030 году при благоприятных рыночных условиях. ![](https://metalamp.ru/images/Prikolota Board Frame 47.png) *Источники: DigitalCoinPrice, CoinPriceForecast, Bitpanda, InvestingHaven, Aadil TaBassam* Есть три сценария развития. Оптимистичный — ETH преодолевает $5000 в 2025 году, пробивает исторический максимум в $4800 (2021-й) и к 2030 году торгуется в диапазоне $35 000–$47 000. Сценарий возможен: - при институциональной поддержке (ETF, фонды, банки); - росте DeFi, NFT и Web3-приложений; - дальнейших апдейтах Ethereum 2.0; - сильном бычьем рынке (как в 2020–2021 годах). Базовый сценарий — если ETH достигает $5500–$7000 к 2025 году, и растет до $15 000–$20 000 к 2030 году. Это развитие при умеренном росте всего крипторынка, без резких шоков. Прогнозы криптовалюты ETH от Bitpanda и CoinCodex попадают в этот диапазон. Консервативный сценарий — ETH не преодолевает $4500 в 2025 году из-за давления со стороны конкурентов (Solana, TON), недостаточной активности пользователей и/или неблагоприятного регулирования. К 2030 цена стабилизируется на уровне $6000–$10 000. ![](https://metalamp.ru/images/Capture.png) *Впрочем, пока сам TON падает* ## Что может пойти не так Одной из главных угроз остается масштабируемость. Несмотря на внедрение Layer 2-решений и апдейты вроде Dencun, пропускная способность сети все еще ограничена. На текущий момент L2 увеличили мощность Ethereum в 17 раз, но этого может быть недостаточно для массового внедрения Web3. Особую тревогу вызывает гетерогенность L2-экосистемы: каждый rollup функционирует как отдельная «мини-сеть». Это создает сложности с взаимодействием, переносом активов и пользовательским опытом. Если Ethereum не сможет стандартизировать подходы к L2 (ERC-3770, унифицированные мосты и синхронизацию данных), это может отпугнуть как пользователей, так и разработчиков. Другой риск — отставание по обновлениям. Ethereum славится децентрализацией, но она делает координацию сложной: согласование новых EIP, безопасность валидаторов, тестирование и апгрейды требуют времени. Более централизованные конкуренты действуют быстрее. Регуляторные риски — самые непредсказуемые. В 2025 году SEC официально закрыла расследование по делу Ethereum, не признав его ценной бумагой — это позитивный сигнал. Однако позиция комиссии по staking в ETF пока неопределенная. Одобренные Ethereum-ETF в США пока не включают возможность стейкинга, это снижает доходность и привлекательность продукта. Главное опасение регулятора — возможность slashing (штраф за неправильную работу валидатора). Еще одна проблема — сложность в управлении ликвидностью при массовых выводах. Если SEC не разрешит стейкинг в рамках ETF или введет дополнительные барьеры, институциональный интерес к Ethereum может остаться ограниченным. ## Итоги Ethereum в 2025 году находится на грани нового этапа — между зрелостью технологии и борьбой за лидерство в Web3. Чтобы понимать, куда движется цена и экосистема ETH, важно следить за следующими параметрами: - Технические обновления: продвижение после апгрейдов Dencun и Pectra, переход к PeerDAS и рост числа blob-транзакций; - Layer 2: стандартизация мостов, кросс-чейн взаимодействие, рост активности в rollup-сетях (Arbitrum, Optimism, zkSync, Base); - Регулирование: одобрение Ethereum-ETF со стейкингом в США, новые инициативы от SEC и международных регуляторов; - Институциональные сигналы: поток капитала в ETF, on-chain активность китов, позиции фондов и банков - Эксперименты конкурентов: темпы роста Solana, TON и других L1, особенно в сфере UX, скорости и интеграции с Web2. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё статьи этого автора [Lees meer...](https://metalamp.ru/magazine/ethereum-2025-2030-nedootsenennyj-gigant-ili-zvezda-chej-chas-uzhe-proshel-analiz-strategii-prognoz-eth-2025.md) ## Прогноз цены биткоина: сколько будет стоить биткоин ![Прогноз цены биткоина: сколько будет стоить биткоин](https://metalamp.ru/images/ChatGPT%20Image%2030%20apr.%202025%20g.%2014_56_47.png) Биткоин снова в центре внимания — не только у инвесторов и трейдеров, но и у тех, кто просто следит за глобальными финансовыми трендами. После бурных колебаний, обновления исторических максимумов и очередных падений вопрос про прогнозы на 2025-й звучит все чаще. Одни предсказывают ему рост до заоблачных высот, другие — новую волну коррекции. В этой статье выясним прогнозы по экосистеме BTC, стоимость и курс биткойна. Расскажем, что влияет на цену главной криптовалюты и какие факторы учитывать, если думаете вложиться в ближайшие месяцы. ## Что такое биткоин Биткойн — это первая и самая известная криптовалюта в мире. Она создана в 2009 году человеком (или группой людей) под псевдонимом Сатоши Накамото. В отличие от традиционных валют, Биткоин не выпускается государствами или банками — он работает на базе технологии блокчейн и существует только в цифровом виде. Главная идея BTC — децентрализация. Это означает, что сеть не контролируется одним центром, а поддерживается тысячами компьютеров по всему миру. Каждая транзакция записывается в блокчейн — открытый и защищенный реестр, который невозможно подделать. Биткоин можно использовать как средство оплаты, инструмент накопления или актив для инвестиций. За последние годы он стал своего рода «цифровым золотом» — ограниченным ресурсом с высоким спросом и волатильностью. Многие инвесторы рассматривают BTC как альтернативу традиционным акциям, особенно в условиях повышенной инфляции и торговых войн. ## От чего зависит цена биткоина Стоимость биткоина устанавливается не централизованно — она формируется на рынке в режиме реального времени и зависит от баланса спроса и предложения. На этот баланс влияет целый ряд факторов: 1. Рыночный спрос и интерес инвесторов. Когда интерес к криптовалюте со стороны розничных крипто инвесторов, крупных компаний или инвестиционных фондов растет, цена поднимается. 2. Ограниченное предложение. Максимальное количество биткоинов — 21 миллион. Это ограничение встроено в сам код сети, и новые монеты появляются только через процесс майнинга. Со временем майнинг становится все менее выгодным, а темпы эмиссии падают — что поддерживает дефицит и может стимулировать рост цены. 3. Новости и регулирование. Любые заявления регуляторов, новые законы о криптовалютах, запреты или, наоборот, поддержка со стороны государств моментально отражаются на стоимости. Рынок чутко реагирует как на позитив, так и на тревожные сигналы. 4. Макроэкономическая ситуация. На поведение инвесторов влияют инфляция, процентные ставки и геополитика. 5. Технологические события в сети. Халвинги (сокращение награды майнерам), обновления протокола, запуск новых решений второго уровня (например, Lightning Network) — все влияет на восприятие BTC и может стать драйвером роста или падения. 6. Манипуляции на рынке. Крупные держатели (так называемые киты) влияют на стоимость резкими покупками или продажами. Рынок уязвим к панике и фейковым новостям. ![](https://metalamp.ru/images/Capture-2025-04-30-152807.png) График $BTC за год: [CoinMarketCap](https://coinmarketcap.com/currencies/bitcoin/) ## От чего зависит цена Биткоина в 2025 году В 2025 году стоимость по-прежнему определяется классическим набором факторов — спросом и предложением, глобальной экономикой, настроением инвесторов и регуляторной политикой. Однако есть и уникальные обстоятельства, которые именно в 2025 году усиливают или ослабляют эти влияния. Разберем, что влияет на прогнозы криптовалюты BTC. ### Политические события и администрация США Одним из главных факторов в 2025 году стало избрание Дональда Трампа президентом США. Его прокриптовалютная риторика, в том числе идея создать национальный резерв биткоинов, вызвала волну оптимизма на рынке. По данным опроса аналитиков Finder, 80% респондентов считают победу Трампа значимым фактором роста BTC. Однако политические обещания могут и не реализоваться — любое изменение курса администрации способно быстро охладить рынок и изменить прогноз криптовалюты BTC. ### Макроэкономическая политика: ставка ФРС и инфляция Финансовые рынки внимательно следят за политикой Федеральной резервной системы (ФРС). В 2025 году смягчение денежно-кредитной политики и снижение процентных ставок делают биткоин более притягательным для инвесторов как инструмент хеджирования инфляции. Эти действия ФРС, наряду с геополитической нестабильностью и торговлей обесцениванием (flight to safety), усиливают приток капитала в криптовалюту — об этом говорили, в частности, аналитики JP Morgan. ### Настроения рынка и медиаволны В 2025 году новостной фон и соцсети продолжают играть основную роль в формировании цены BTC. Пример — скачок до исторического максимума $109 114 в январе 2025 года на фоне хайпа в СМИ. Но за ним последовала фиксация прибыли и откат — до $97 000, а затем и до $91 371 после взлома биржи Bybit. ### Безопасность инфраструктуры Инцидент с биржей Bybit в феврале 2025 года показал, насколько уязвим рынок к внешним ударам. Потеря активов на $1,5 млрд вызвала мгновенное снижение стоимости биткойна и усилила опасения насчет безопасности централизованных платформ. Подобные события подрывают доверие инвесторов и могут вызвать краткосрочную панику даже при общем бычьем тренде. ![](https://metalamp.ru/images/image2.png) Прогноз $BTC до 2030 от Binance ## «Зависимый от доллара США». Что мешает росту цены биткоина до $200 тыс. На текущем этапе, в апреле 2025 года, рост биткоина до $200 тыс. сдерживается несколькими факторами: регуляторной неопределенностью, макроэкономической нестабильностью, колебаниями настроений инвесторов, а также техническими и инфраструктурными рисками. При этом фундаментальная зависимость биткоина от доллара США проявляется через механизмы ценообразования, влияние глобальной денежно-кредитной политики и институциональные стандарты оценки активов. Эта взаимосвязь означает, что для новых ценовых высот биткоину необходимо не только преодолеть собственные рыночные циклы и технические барьеры, но и учитывать динамику мировой экономики, особенно изменения в долларовой системе. Только скоординированная позитивная динамика в этих направлениях может способствовать устойчивому росту до таких амбициозных уровней. ![](https://metalamp.ru/images/image3.png) Прогноз на 2025 год на Coincodex ## Может ли биткоин достичь $200 тыс. Среди амбициозных прогноз выделяется заявление управляющей компании Bitwise: ее годовая целевая стоимость — $200 000 за один BTC. На первый взгляд цифра может показаться чрезмерно оптимистичной, но основания для такого прогноза есть. Ключевой драйвер роста, [по мнению](https://tradebrains.in/brand/the-worlds-largest-cryptocurrency-returns-to-spotlight-with-200k-prediction-amid-geopolitical-tensions/) инвестиционного директора Bitwise Мэтта Хоугана, — это геополитическая напряженность и торговая политика США. После возвращения Дональда Трампа в Белый дом тарифная политика вновь становится агрессивной: новые пошлины на китайский импорт достигают 125%, что уже оказывает давление на доллар США. Индекс доллара (DXY) с начала года снизился на 7%, и это играет на руку криптовалюте. Более слабый доллар равен более сильному биткоину. Обесценивание главной мировой резервной валюты подталкивает инвесторов к альтернативным активам. США временно приостановили тарифную эскалацию, но тенденции деглобализации и желание других стран обойти доллар остаются. Стив Миран, экономист из Совета при Белом доме, назвал сам статус доллара источником неустойчивого торгового дефицита — это смелое заявление для официального Вашингтона. С ростом напряженности биткоин все чаще называют цифровым аналогом золота. Причина проста: фиксированная эмиссия и децентрализация делают BTC привлекательным для государств, которые ищут хедж против санкций и инфляции. По словам аналитиков VanEck, Китай и Россия уже проводят сделки по энергоносителям в BTC, что раньше казалось немыслимым. Хоуган прогнозирует движение к мульти-резервной мировой системе, где доллар будет сосуществовать с цифровыми активами. Это структурный сдвиг, а не просто рыночный цикл. Важнейшим фактором остается предложение. В 2024 году прошел халвинг, который сократил награду майнерам на 50%. Это означает, что ежедневный приток новых биткоинов уменьшился вдвое, а спрос — особенно со стороны институционалов — только растет. Одобренные спотовые ETF вроде iShares Bitcoin Trust от BlackRock уже привлекли миллиарды долларов. При этом даже несмотря на текущую коррекцию в 32% от январского пика, стоимость биткоина остается в рамках классического поведения на бычьем рынке. Тем не менее, не все аналитики разделяют этот энтузиазм. Волатильность биткойна остается проблемой: с февраля ETF оттоки составили $5 млрд, и США до сих пор не использовали стратегический крипторезерв, который они накопили за счет изъятий. Кроме того, макроэкономические «сюрпризы» — от смягчения тарифной политики до неожиданного укрепления доллара — способны легко сбить импульс. Как отметил один из трейдеров, правила могут поменяться в любую минуту. [Критики указывают](https://www.newsweek.com/analyst-predict-bitcoin-comeback-april-2045772) на высокую корреляцию биткоина с Nasdaq. Биржевой брокер и эксперт Питер Шифф предупреждает: если Nasdaq упадет на 20% и начнется настоящий медвежий рынок, BTC может откатиться к $65 000, а при глубокой рецессии — и ниже. Индекс страха и жадности криптовалют остается в зоне «Экстремального страха», что также влияет на поведение розничных инвесторов. Крах мем-монеты Libra (с убытками $251 млн) лишь усилил это настроение. ## BTC криптовалюта: прогнозы от аналитиков и инвестиционных фондов на 2025 год Прогнозы по цене биткоина на 2025 год варьируются в зависимости от источников. Standard Chartered [ожидает](https://www.rbc.ru/crypto/news/680f72d19a794767d1fc616f), что к концу 2025 года цена BTC достигнет $200 000. Это один из самых часто цитируемых прогнозов, ориентированный на институциональных инвесторов. Finder, [основываясь](https://news.bitcoin.com/ru/bitkoyn-nacelen-na-833k-eksperty-finder-schitayut-chto-seychas-luchshee-vremya-dlya-pokupki/) на среднем значении опроса среди аналитиков и трейдеров, даёт более скромную оценку — $161 105 к тому же сроку. Этот прогноз является самым консервативным из представленных. В то же время Camson Moy [представляет](https://ru.investing.com/news/cryptocurrency-news/article-2657886) крайне оптимистичный сценарий, предполагая, что цена биткоина может достичь до $1 000 000 в течение 2025 года. Его прогноз основан на ожиданиях глобальной ликвидности и высокого спроса. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/prognoz-tseny-bitkoina-skolko-budet-stoit-bitkoin.md) ## Расспрашиваем web3-юриста: что важно знать фаундерам для запуска проекта и обычным криптанам? ![Расспрашиваем web3-юриста: что важно знать фаундерам для запуска проекта и обычным криптанам?](https://metalamp.ru/images/rassprasivaem-web3-urista-cto-vazno-znat-faunderam-dla-zapuska-proekta-i-obycnym-kriptanam.png) Юрисдикции, налоги, регуляции… Web3 задумывался как свободная среда, но реальность сложнее. Если вы запускаете проект, принимаете крипту в бизнесе или просто пользуетесь ей в жизни — важно понимать, где могут возникнуть подводные камни. В этом видео мы поговорили с Русланом Усмановым, фаундером tx.legal — команды, которая помогает web3-проектам решать юридические вопросы. Наш CEO Роман Штых и Lead Blockchain Analyst Николай Бордуненко задали вопросы, которые волнуют как фаундеров проектов, так и рядовых криптанов. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Другие видео и статьи [Lees meer...](https://metalamp.ru/magazine/rassprasivaem-web3-urista-cto-vazno-znat-faunderam-dla-zapuska-proekta-i-obycnym-kriptanam.md) ## TON 2025: MetaLamp × TokenTactics ![TON 2025: MetaLamp × TokenTactics](https://metalamp.ru/images/ton-2025-metalamp-tokentactics.png) В этот раз к нам присоединятся не только члены нашей команды, но и наши партнеры и заказчики — фаундеры проекта Token Tactics. Поговорим с ними о запуске проекта в TON, изменениях, которые ждут экосистему, и их прогнозах на будущее. Поднимем тему особого блокчейн-партнерства TON с Telegram, нерадующие метрики самого TON, что придет на смену "тапалкам" и т.д. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Другие видео и статьи [Lees meer...](https://metalamp.ru/magazine/ton-2025-metalamp-tokentactics.md) ## Разговор о безопасности web3-проектов: MetaLamp × BugBlow ![Разговор о безопасности web3-проектов: MetaLamp × BugBlow](https://metalamp.ru/images/razgovor-o-bezopasnosti-web3-proektov-metalamp-bugblow.png) Записали первый подкаст, в котором говорим о безопасности web3-проектов! Для этого пригласили в гости Александра Долгавина из BugBlow — нашего партнёра и эксперта в сфере аудита. С Александром обсудили, как проходят аудиты у web3-проектов, как вообще устроен процесс аудита, похоливарили о факапах крупных контор и о том, кого лучше выбрать для аудита своего проекта. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Другие видео и статьи [Lees meer...](https://metalamp.ru/magazine/razgovor-o-bezopasnosti-web3-proektov-metalamp-bugblow.md) ## Тренды в GameFi на 2025 год: как развиваются P2E, M2E и T2E-модель ![Тренды в GameFi на 2025 год: как развиваются P2E, M2E и T2E-модель](https://metalamp.ru/images/p2e.png) GameFi прошел долгий путь от взлета в 2022 году до кризиса, когда большая часть Play-to-Earn (P2E) игр оказалась нежизнеспособной. Но индустрия не стоит на месте: в 2025 году ожидаются серьезные изменения. Рост качества, интеграция масштабируемых блокчейнов, кроссплатформенность — это делает GameFi более устойчивой индустрией. В статье читайте про тренды, которые сформируют будущее криптоигр и изменят подход к P2E. ## Как развивается P2E-модель и что это P2E — модель игровых проектов, в которой пользователи зарабатывают реальные деньги играя. Активы можно продать, обменять или использовать за пределами игры. ![](https://metalamp.ru/images/IN_p2e.png) Пример P2E-игры — «IN» Play-to-Earn-игры создаются на базе блокчейн-сетей — Ethereum, Solana, BNB Chain и других. Блокчейн-технологии позволяют токенизировать внутриигровые предметы и превращать их в NFT (невзаимозаменяемые токены). То есть игровые предметы принадлежат игроку, а не разработчику. Пользователи получают токены и NFT за активность — например, за выполнение заданий, победы в сражениях или прокачку персонажей. Некоторые платформы позволяют арендовать NFT — брать в долг редких персонажей или предметы, чтобы зарабатывать в игре. ![](https://metalamp.ru/images/CyberVerse.png) CyberVerse — еще одна игра по модели Play-to-Earn ## Переход к Tap-to-Earn: что это значит для игроков Tap-to-Earn (T2E) — это новая модель монетизации мобильных игр, в которой пользователи получают вознаграждение за выполнение простых действий. Нажатия на экран, просмотр рекламы, прохождение заданий или достижение целей. В отличие от Play-to-Earn, где игроки владеют цифровыми активами, в Tap-to-Earn упор — на мгновенное вознаграждение за активность в приложении. ![](https://metalamp.ru/images/hamster_kombat.png) Популярная в 2024 году «тапалка» Hamster Kombat Принцип T2E довольно прост: - Некоторые игры вознаграждают за просмотр рекламных роликов, создавая взаимовыгодную модель монетизации. - Пользователи получают бонусы за выполнение квестов, прохождение уровней или покупку внутриигровых предметов. - Заработанные очки, виртуальные монеты и бонусы можно обменять на фиатные деньги, скидки, подарочные карты или ценные призы. ![](https://metalamp.ru/images/Pixelverse.png) Еще одно T2E-приложение — «Pixelverse» ## Move-to-Earn. Уроки из успеха и неудач Stepn Концепция Move-to-Earn (M2E) не нова, хотя сам термин появился относительно недавно. Геймификация физической активности существовала задолго до появления блокчейн-игр. Примером может служить популяризация мобильных игр с элементами движения — Pokémon GO от Nintendo, фитнес-игры для Nintendo Switch и консоли Wii. M2E позволяют пользователям зарабатывать финансовые вознаграждения за физическую активность. Это привлекает пользователей, которым нужна дополнительная мотивация, и компании, которые заинтересованы в более здоровом обществе. Например, страховая программа AIA Vitality поощряет шаги и предлагает бонусы — скидки на страховые взносы. ![](https://metalamp.ru/images/DeFit.png) Интерфейс M2E-игры DeFit Несмотря на высокую востребованность таких приложений, важным вопросом для криптопроектов M2E все еще остается создание устойчивой и жизнеспособной экосистемы токенов. ### STEPN: механики и ошибки STEPN — это приложение для здорового образа жизни, которое объединило геймификацию и блокчейн. Его основной элемент — NFT-кроссовки, которые позволяют зарабатывать внутриигровую валюту $GST при ходьбе или беге. ![](https://metalamp.ru/images/stepn.png) Предлагаемые кроссовки Stepn Есть разные типы кроссовок: Walking, Jogging, Running и Trainer. Каждая категория адаптирована под определенный уровень активности. Атрибуты Efficiency, Luck, Comfort и Resilience влияют на доходность и износ кроссовок. Энергия ограничивает количество вознаграждений в сутки, а качество определяет потенциал кроссовок и заработок. На стабильность дохода влияют GPS и интернет-сигнал. Проект использовал механизмы для контроля инфляции: - Износ кроссовок, требующий ремонта за $GST. - Разделение токенов — $GST (утилитарный) и $GMT (управленческий). - Дополнительные NFT и кастомизация. Но проблемы с инфляцией все-таки возникли. Как и в Axie Infinity, высокая эмиссия $GST без достаточного спроса привела к его обесцениванию. К тому же модель зависела от постоянного притока новых пользователей, что создало «пузырь». Высокий порог входа без бесплатной версии (F2P) отпугивал новых игроков. Какие уроки можно извлечь из STEPN для будущих M2E-проектов? Проекты должны внедрять механизмы контроля инфляции с самого начала. Например, ограничение на добычу токенов и введение постоянных расходов ($GST в STEPN использовался для ремонта). STEPN ограничивается ходьбой и бегом, тогда как другое приложение, WIRTUAL, включает еще и плавание, велоспорт и другие виды спорта. Кроме того, WIRTUAL сотрудничает с Garmin и Under Armour — это увеличивает его популярность и потенциал для монетизации. ![](https://metalamp.ru/images/wirtual.png) Интерфейс WIRTUAL Хорошее предложение на рынке у приложения Genopets — низкий порог, чтобы войти. Оно предлагает бесплатные версии и «стипендии». Так новые игроки зарабатывают без больших вложений. ![](https://metalamp.ru/images/Genopets .png) Игра Genopets ## Сравнение P2E, M2E и T2E ![](https://metalamp.ru/images/Snimok ekrana 2025-02-17 v 11.36.59.png) ## GameFi тренды на 2025 год: путь к возрождению Game Fi стал феноменом в мире в 2022 году за счет Axie Infinity, Decentraland и The Sandbox. Но к концу 2023 года рынок столкнулся с кризисом: 93% игр исчезли, а их токены обесценились на 90%. В среднем, такие проекты живут не дольше четырех месяцев — и это говорит о серьезных проблемах в индустрии. Тем не менее, по мнению Yat Siu, одного из крупнейших бизнес-инвесторов web3-игр, 2025 год станет переломным моментом. Рост после спада продолжится. ![](https://metalamp.ru/images/Axie .png) Axie Infinity Что сдерживает GameFi сейчас? Главная проблема отрасли — скептицизм на Западе. Play-to-Earn активно развивался в Филиппинах, Индонезии, Вьетнаме, Нигерии и ЮАР, но западные игроки видят в GameFi схему быстрого обогащения или мошенничество. Репутация криптоиндустрии в целом подрывает доверие к новым играм — сказываются скамы с биткоином. Большинство проектов предлагает примитивные механики, потому что ориентируется на спекуляцию токенами, а не на геймплей. Требуется новый подход: качественные продукты с вовлекающим дизайном и открытыми протоколами. Еще одна техническая сложность — проблемы с масштабированием и высокая стоимость транзакций. Использование мостов и сайдчейнов ухудшает безопасность и пользовательский опыт. Так почему 2025 год станет годом возрождения? 1. Развиваются масштабируемые блокчейны. Появление Teranode в 2025 году обещает публичный блокчейн с 1 млн транзакций в секунду и комиссиями $0,000001. Это избавит от проблем с высокой стоимостью и сложностью взаимодействия. ![](https://metalamp.ru/images/Teranode.png) Заявленные преимущества Teranode 2. Регуляторная среда становится лояльнее. Администрация США после выборов создала новый спекулятивный тренд в GameFi. 3. Play-to-Earn эволюционирует. Рынок движется от схем быстрого заработка криптовалюты к полноценным экосистемам. Игроки уже не просто майнеры, а участники виртуальных экономик, где спрос и предложение определяют ценность активов. 4. Доступ к играм упростился. Раньше запуск игры требовал сложных процедур: покупки NFT, установки кошелька и прочих технических шагов. Новые проекты делают старт максимально простым, снижая порог входа. 5. Позиционирование сменилось. GameFi больше не пытается конкурировать с AAA-играми, вместо этого индустрия делает упор на доступность и взаимодействие. Этот год может стать поворотным моментом для GameFi: индустрия окончательно избавится от проблем и предложит игрокам качественные продукты. Простота входа, честные, сбалансированные игровые экономики и развитие технологической базы делают индустрию более перспективной. Но для долгого успеха GameFi-разработчикам необходимо сосредоточиться не только на заработке. Им предстоит научиться создавать свой увлекательный игровой опыт. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/trendy-v-gamefi-na-2025-god-kak-razvivautsa-p2e-m2e-i-t2e-model.md) ## Фреймворк Anchor на Solana: что такое и как работает ![Фреймворк Anchor на Solana: что такое и как работает](https://metalamp.ru/images/anchors.png) Разработка смарт-контрактов на блокчейне Solana может быть сложной задачей. Особенно для тех, кто привык к экосистемам Ethereum и EVM. Фреймворк Anchor нужен, чтобы упростить процесс, — это инструмент для создания программ на Rust с минимальным количеством кода. В статье разберем, что такое Anchor, как он работает и какие преимущества дает разработчикам dapp. ![](https://metalamp.ru/images/Solana_interface.png) Интерфейс Solana ## Безопасность и валидация данных Малейшая ошибка может привести к уязвимости и потере средств пользователей. Anchor предлагает встроенные инструменты для защиты программ и валидации данных, чтобы минимизировать риски и создавать безопасные децентрализованные приложения. Один из механизмов безопасности — макросы, которые позволяют описывать требования к аккаунтам — участникам транзакций, и автоматически проверяют их состояние. Фрейм позволяет ограничить доступ к функциям смарт-контракта с помощью атрибутов для аккаунтов. Так, использование типа Signer гарантирует, что транзакция может быть выполнена только после цифровой подписи пользователя. Это важно для защиты операций с изменением данных, поскольку только владельцы соответствующих учетных записей могут выполнять действия. Для более сложных проверок разработчики могут использовать макрос require!, который разрешает вручную задавать условия для выполнения транзакций. Если условие не выполнено, ошибка возвращается автоматически и отклоняет транзакцию. Это помогает избежать некорректных операций и защищает данные пользователей. Rust, на котором основан Anchor, изначально защищен от таких распространенных ошибок, вроде переполнения целых чисел и проблемы с доступом к памяти. ## Написание Дальше мы поделимся инструкцией по разработке вашей программы, но до этого установите зависимости и настройте окружение. Фрейм работает поверх Rust и Solana CLI, поэтому сначала требуется скачать: - Rust (через rustup) - Solana CLI (через официальный установщик) - Anchor (через Cargo) При работе с проектом Anchor можно создать fork репозитория на GitHub для внесения изменений. Программа состоит из трех частей. **#[program] **— основная логика, где описаны обработчики функций. **#[derive(Accounts)] **— предоставляет info об участвующих аккаунтах. **#[account] **— структуры для хранения данных в блокчейне. Пример структуры: ``` #[program] pub mod example { use super::*; pub fn initialize(ctx: Context) -> Result<()> { Ok(()) } } #[derive(Accounts)] pub struct Initialize {} #[account] pub struct ExampleData { pub value: u64, }``` Создадим новый проект с помощью команды: ``` anchor init my_anchor_project ``` Эта команда создаст базовую структуру проекта с файлом (file) lib.rs, который содержит основной код smart-контракта. Программная логика оформляется в виде структур и методов с аннотациями. Например, базовый шаблон программы может выглядеть так: ``` use anchor_lang::prelude::*; #[program] pub mod my_anchor_project { use super::*; pub fn initialize(ctx: Context) -> Result<()> { msg!("Программа Anchor успешно инициализирована!"); Ok(()) } } #[derive(Accounts)] pub struct Initialize {} ``` В этом коде: - **#[program]** указывает, что это основная логика программы. - **Context****** используется для управления учетными записями. - msg! — сообщение (message) об успешном обновлении выводится через макрос msg!. Код нужно скомпилировать и развернуть в сети Solana. ## Создание записи в журнале Для хранения записей в журнале можно использовать PDA (Program Derived Addresses). Добавим в код структуру данных (datum) для хранения записи: ``` #[account] pub struct JournalEntry { pub author: Pubkey, pub content: String, } ``` Теперь создадим обработчик для добавления новой записи: ``` pub fn create_entry(ctx: Context, content: String) -> Result<()> { let entry = &mut ctx.accounts.entry; entry.author = *ctx.accounts.author.key; entry.content = content; msg!("Создана новая запись в журнале: {}", entry.content); Ok(()) } #[derive(Accounts)] pub struct CreateEntry<'info> { #[account(init, payer = author, space = 8 + 32 + 256)] pub entry: Account<'info, JournalEntry>, #[account(mut)] pub author: Signer<'info>, pub system_program: Program<'info, System>, }``` Здесь: - **Аннотация #[account(init)]** создает новый аккаунт (newaccount). - **payer = author** означает, что пользователь оплачивает транзакцию. - **space = 8 + 32 + 256** выделяет память для записи. ## Обновление записи журнала Чтобы обновить существующую запись, добавим новый обработчик: ``` pub fn update_entry(ctx: Context, new_content: String) -> Result<()> { let entry = &mut ctx.accounts.entry; require!(entry.author == *ctx.accounts.author.key, CustomError::Unauthorized); entry.content = new_content; msg!("Запись обновлена: {}", entry.content); Ok(()) } #[derive(Accounts)] pub struct UpdateEntry<'info> { #[account(mut, has_one = author)] pub entry: Account<'info, JournalEntry>, pub author: Signer<'info>, } ``` ## Удаление записи журнала Для удаления записи добавим обработчик: ``` pub fn delete_entry(ctx: Context) -> Result<()> { require!(ctx.accounts.entry.author == *ctx.accounts.author.key, CustomError::Unauthorized); Ok(()) } #[derive(Accounts)] pub struct DeleteEntry<'info> { #[account(mut, close = author, has_one = author)] pub entry: Account<'info, JournalEntry>, #[account(mut)] pub author: Signer<'info>, } ``` Аннотация close = author означает, что после удаления запись возвращает оставшиеся средства владельцу. ## Создание и развертывание программы Чтобы развернуть программу, выполним: ``` anchor build anchor deploy ``` Anchor создаст ID программы. Он понадобится, чтобы работать с фронтендом. При инициализации проекта важно указать его имя (name), например, anchor init my_anchor_project ## Подключение программы к пользовательскому интерфейсу Чтобы связать смарт-контракт с фронтендом, используется @project-serum/anchor в TypeScript. Устанавливаем зависимости: ``` npm install @project-serum/anchor @solana/web3.js ``` Пример кода для вызова функции create_entry из браузера: ``` import * as anchor from "@project-serum/anchor"; const provider = anchor.AnchorProvider.local(); anchor.setProvider(provider); const program = anchor.workspace.MyAnchorProject; async function createEntry(content) { const entryAccount = anchor.web3.Keypair.generate(); await program.rpc.createEntry(content, { accounts: { entry: entryAccount.publicKey, author: provider.wallet.publicKey, systemProgram: anchor.web3.SystemProgram.programId, }, signers: [entryAccount], }); console.log("Запись создана:", entryAccount.publicKey.toString()); } ``` Эта функция подключается к смарт-контракту и отправляет транзакцию для создания записи. ## Разработка на стороне клиента Чтобы работать с программами Solana с фронтенда, нужны JavaScript/TypeScript и @project-serum/anchor. Эта библиотека упрощает вызов RPC-функций программ. Пример подключения программы: ``` import * as anchor from "@project-serum/anchor"; const provider = anchor.AnchorProvider.local(); // Локальный провайдер для тестов anchor.setProvider(provider); const program = anchor.workspace.MyAnchorProject; // Доступ к программе ``` ## Разработка on-chain программ Onchain программы на «Солана» реализуются на языке Rust с использованием фреймворка Anchor. Они выполняются непосредственно на блокчейне, и это накладывает ограничения. У каждой программы фиксированный объем памяти, поэтому данные оптимизируются. Результат выполнения программы всегда должен быть предсказуемым. Использование аккаунтов и операций требует оплаты в SOL. Anchor предоставляет макросы для более простого управления аккаунтами и транзакциями. Например, макрос #[account] определяет структуру данных, которая хранится в блокчейне. Для разработки программ полезно использовать: - Solana CLI, чтобы управлять сетью, аккаунтами и программами. - Anchor CLI, чтобы упростить создание, тестирование и развертывание программ. - Localnet, чтобы использовать локальную сеть для тестирования программ без затрат на SOL. - Solana Explorer, чтобы получить интерфейс для просмотра транзакций, программ и аккаунтов. - Solana Devnet, чтобы бесплатно развернуть программы для тестирования. Можно использовать IDE с поддержкой Rust, например, Visual Studio Code с плагинами для Rust. ## Создание на примере Рассмотрим простой пример программы. Она будет записывать и обновлять текст. Создайте проект: ``` anchor init example_project cd example_project В lib.rs добавьте логику для записи данных: use anchor_lang::prelude::*; #[program] pub mod example_project { use super::*; pub fn set_data(ctx: Context, data: String) -> Result<()> { let account = &mut ctx.accounts.data_account; account.data = data; msg!("Данные установлены!"); Ok(()) } } #[derive(Accounts)] pub struct SetData<'info> { #[account(init, payer = user, space = 8 + 64)] pub data_account: Account<'info, DataAccount>, #[account(mut)] pub user: Signer<'info>, pub system_program: Program<'info, System>, } #[account] pub struct DataAccount { pub data: String, } ``` Разверните программу: ``` anchor build anchor deploy А это — пример программы-счетчика: use anchor_lang::prelude::*; #[program] pub mod counter_program { use super::*; pub fn initialize(ctx: Context) -> Result<()> { let counter = &mut ctx.accounts.counter; counter.count = 0; msg!("Счетчик инициализирован!"); Ok(()) } pub fn increment(ctx: Context) -> Result<()> { let counter = &mut ctx.accounts.counter; counter.count += 1; msg!("Счетчик увеличен до {}", counter.count); Ok(()) } } #[derive(Accounts)] pub struct Initialize<'info> { #[account(init, payer = user, space = 8 + 8)] pub counter: Account<'info, Counter>, #[account(mut)] pub user: Signer<'info>, pub system_program: Program<'info, System>, } #[derive(Accounts)] pub struct Increment<'info> { #[account(mut)] pub counter: Account<'info, Counter>, } #[account] pub struct Counter { pub count: u64, } ``` ## Что еще важно знать Anchor действительно упрощает разработку программ, но, как и любой инструмент, требует погружения. Во-первых, несмотря на автоматизацию многих процессов вроде управления учетными записями и верификации данных, разработчику нужно четко представлять, как блокчейн обрабатывает транзакции и взаимодействует с аккаунтами. Программы на Anchor тесно связаны с архитектурой Solana: каждый объект здесь — отдельный аккаунт с определенной структурой и объемом памяти. При работе с памятью стоит учитывать строгое ограничение на размер данных. В отличие от традиционных баз данных, хранение информации в блокчейне платное и требует эффективного использования ресурсов. Anchor позволяет частично решить эту проблему за счет использования структур данных с минимальным накладным расходом и макросов для экономного управления памятью. Кроме того, Anchor предоставляет безопасную модель разработки, автоматически генерируя проверки прав доступа и условия выполнения транзакций. Но разработчику все равно нужно следить за безопасностью своих программ. Например, важно корректно настраивать проверку прав на запись и выполнение, чтобы предотвратить несанкционированные изменения данных. Еще одна деталь — интеграция с клиентской стороной через JavaScript и TypeScript. Библиотека @project-serum/anchor облегчает взаимодействие с программами через удобные функции по вызову методов контрактов. Тем не менее, необходимо понимать RPC-запросы и работу с ключами доступа. Тестирование тоже важно. Anchor дает встроенные инструменты для локального тестирования программ — нет необходимости развертывать их в публичной сети. Это позволяет разработчикам быстрее находить ошибки и оптимизировать код. Фреймворк заметно упрощает работу со смарт-контрактами на Solana. Код можно написать быстрее, безопаснее и с меньшим количеством ошибок. За счет удобного API и встроенных инструментов для работы с учетными записями, он снижает порог входа для новых разработчиков. Создавать децентрализованные приложения становится проще, а код программы можно выложить на GitHub для общего доступа и контроля версий. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/frejmvork-anchor-na-solana-cto-takoe-i-kak-rabotaet.md) ## Что такое GameFi: будущее гейминга на основе блокчейна ![Что такое GameFi: будущее гейминга на основе блокчейна](https://metalamp.ru/images/gamefi_what_is_it.png) GameFi — это сочетание слов «игра» (game) и «финансы» (finance). Сейчас это один из самых быстрорастущих сегментов в индустрии цифровых развлечений. Первые эксперименты с Play-to-Earn превращаются в более сложные экономики и социальные взаимодействия. В этой статье расскажем о популярных проектах и перспективах сферы. ## Что такое GameFi GameFi — это слияние онлайн-гейминга и децентрализованных финансов (DeFi). Так создаются уникальные игровые экономики. Основная концепция GameFi — это модель «play-to-earn» (P2E). Она позволяет игрокам зарабатывать цифровые активы, редкие предметы и криптовалюты через игру. В GameFi игроки становятся полноправными владельцами своих активов. Эти активы записываются в blockchain, то есть сохраняется их подлинность и безопасность. За счет встроенных игровых механизмов игроки могут получать вознаграждение в виде криптовалют, которые имеют реальную ценность за пределами игры. Например, токены можно обменять на фиатные деньги, инвестировать или потратить на другие цифровые активы. ## Отличия GameFi от традиционных игр Рассмотрим основные различия в таблице. ![](https://metalamp.ru/images/Snimok ekrana 2025-02-07 v 13.35.01.png) ## История GameFi В начале 2010-х блокчейн привлек внимание. И когда в 2013 году капитализация биткоина превысила $1 млрд, это вызвало интерес в том числе у сферы гейминга. ![](https://metalamp.ru/images/Huntercoin.png) Первая игра на блокчейне — Huntercoin Первая попытка интегрировать блокчейн в гейминг произошла в Huntercoin в 2014 году. Huntercoin была экспериментальной игрой с картой, где пользователи исследовали мир, собирали монеты и сражались друг с другом. Но хакерские атаки и обвалы цен на биткоин подорвали доверие к сфере. В результате интерес к GameFi практически угас. Следующий значимый этап произошел в 2017 году. Криптовалюты вновь привлекли внимание за счет сложных сетей Ethereum и TRON. Одной из первых P2E-игр с интеграцией NFT стала CryptoBots. Вскоре вышла CryptoKitties. Она позволяла покупать, продавать и обменивать цифровых кошек на базе Ethereum. CryptoKitties стала мгновенным хитом — на нее приходилось более 10% всего трафика Ethereum. ![](https://metalamp.ru/images/Interfejs CryptoKitties .png) Интерфейс CryptoKitties С 2018 по 2022 год индустрия GameFi постоянно росла — среднегодовой темп роста (CAGR) составил 180%. Тенденция продолжается. ## Виды GameFi У каждого жанра свои особенности. Программы на основе NFT, например, используют невзаимозаменяемые токены для уникальных внутриигровых предметов: оружия, скинов, персонажей. Игроки покупают, продают и обменивают эти активы на блокчейн-платформах. Игры на основе DeFi позволяют зарабатывать с помощью цифровых активов. Пользователи участвуют в протоколах децентрализованных финансов — пулах ликвидности и стейкинге. В жанре киберспортивных ставок игроки делают ставки на исходы профессиональных турниров и матчей. Но вместо обычных долларов и рублей — криптовалюта. В играх с виртуальной недвижимостью пользователи покупают и управляют виртуальной недвижимостью в цифровых мирах. Стоимость зависит от популярности и активности пользователей в виртуальном мире, а доход можно получать за счет аренды. Еще один жанр — криптоколлекции. Уникальные цифровые активы можно покупать, продавать и обменивать. Их ценность определяется редкостью и популярностью. Часто предметы используются как внутриигровые предметы или предметы цифрового искусства. ## Популярные платформы Axie Infinity — одна из самых известных блокчейн-игр на сегодняшний день. В ней игроки собирают, улучшают и используют существ — Axies — для сражений. Пользователи продают и покупают Axies на торговой площадке. За самый дорогой лот в свое время игрок отдал 300 ETH. ![](https://metalamp.ru/images/Axie Infinity .png) Скриншот игры Axie Infinity Illuvium запустили в 2022 году. В ней P2E объединяется с открытым миром. Игроки собирают существ Illuvials и тренируют их для сражений. Токен ILV используется для покупок и ставок внутри программы. ![](https://metalamp.ru/images/Skrinsoty igry Illuvium.png) Скриншоты игры Illuvium Gods Unchained — карточная игра на Ethereum, которая дает полный контроль над собранными картами. Пользователи используют стратегию и расчет, а не удачу. Экономика игры основана на токене GODS — он еще и дает право голоса в управлении проектом. Пользователи могут улучшать колоды, покупать и продавать карты. ![](https://metalamp.ru/images/Gods Unchained .png) Часть интерфейса Gods Unchained ## Чем GameFi привлекает пользователей Одним из главных преимуществ GameFi является модель «играй, чтобы зарабатывать». Финансовая мотивация привлекает аудиторию — в том числе тех пользователей, которые раньше не интересовались играми. Но для их удержания требуется создать устойчивую экономику — чтобы избежать обесценивания токенов. GameFi делает акцент на использовании NFT — тренде цифрового мира. Интерес к коллекционированию мотивирует игроков возвращаться, чтобы расширить свою коллекцию. Метавселенные предлагают пользователям необычные возможности общаться. Это уже привлекает более лояльную аудиторию, которая останется в проекте даже после решения задач в игре. В итоге сфера привлекает самую разную аудиторию — от геймеров и коллекционеров до инвесторов. ## Будущее сферы [Аналитики](https://www.halborn.com/blog/post/what-is-gamefi-a-guide-to-web3-gaming) индустрии, судя по новостям, ожидают, что технология станет катализатором массового принятия криптовалют. Правда, есть и заминки. По данным годового [отчета](https://venturebeat.com/games/93-of-web3-game-projects-are-dead-chainplay/) ChainPlay, 93% игр считаются мертвыми. Средняя продолжительность жизни GameFi-проектов — всего четыре месяца. Есть [несколько](https://coingeek.com/93-of-gamefi-games-are-dead-but-2025-could-be-a-turnaround/#:~:text=Business-,93%25%20of%20GameFi%20games%20are%20dead%2C%20but,2025%20could%20be%20a%20turnaround&text=GameFi%20was%20a%20massive%20trend,an%20average%20four%2Dmonth%20lifespan.) сдерживающих факторов. Главный — скептицизм на Западе остается серьезным барьером. В то время как P2E набирает популярность в странах Юго-Восточной Азии и Африки, западные рынки остаются более осторожными. Многие игроки воспринимают проекты как мошенничество — отчасти из-за репутационных проблем криптоиндустрии. Но 2025 год дает все шансы на возрождение. Уже наметились тренды, которые формируют будущее GameFi: - Игровые метавселенные и хабы. Метавселенные — это виртуальные миры, где игроки взаимодействуют, исследуют, участвуют в активностях и инвестируют в Web3. Такие метавселенные имитируют реальный мир и дают полный контроль над внутриигровыми активами. В метавселенных используют AR/VR, криптовалюты и токены, интернет вещей (IoT) и 3D-технологии. ![](https://metalamp.ru/images/Undeads Metaverse.png) Пример — Undeads Metaverse. Она использует метавселенную, чтобы создать социальную VR-платформу с множеством игр - GameFi-протокол объединяет экосистемы GameFi и функции DeFi, продвигая модель Free-to-Play-to-Earn (F2P2E). У протокола несколько функций. GameList — список тщательно отобранных проектов с механикой F2P2E, виртуальные экономики и DeFi-протоколы. GDAO — децентрализованная автономная организация, которая управляет протоколом. Участники могут голосовать за изменения в играх, запускать IGO и управлять GNFT. - Кросс-чейн интероперабельность. За счет нее игроки могут передавать, продавать и использовать активы на разных платформах. Это развивает сотрудничество между проектами GameFi. Будущее GameFi [зависит](https://research.nansen.ai/articles/future-of-gamefi-in-web3) от внедрения устойчивых экономических систем. У Axie Infinity, например, двухтокеновая модель. Utility-токен (SLP) используется для внутриигровых операций вроде создания новых персонажей. Governance-токен (AXS) дает право голоса для управления проектом и предлагает вознаграждения через стейкинг. Еще одна программа, Seraph, использует однотокеновую модель. Утилитарный токен остается вне блокчейна — так обеспечивается стабильность экономики и удобное взаимодействие. Чтобы поддержать растущую популярность, GameFi необходимо развивать блокчейн-решения с высокой пропускной способностью, низкими комиссиями и масштабируемостью. Примеры ведущих экосистем: - opBNB с низкой комиссией ($0,0001) и высокой скоростью обработки (10 000 TPS). Лидирует по количеству активных пользователей (1,36 млн). - Ronin со специализацией на GameFi и высокой пропускной способностью (100 000 TPS). Но у экосистемы были проблемы с безопасностью. - Immutable X с нулевой комиссией за создание и передачу NFT. Это привлекает разработчиков. Согласно аналитикам, рынок GameFi достигнет $301,5 млрд к концу десятилетия. Факторы роста: - Децентрализация владения. Игроки получают реальную ценность через владение NFT и токенами. - Устойчивость экономики. Инновационные модели токеномики снижают риски инфляции. - Расширение инфраструктуры. Развитие блокчейн-технологий обеспечивает низкие комиссии и высокую пропускную способность для масштабных игр. GameFi использует возможности блокчейна, метавселенных и децентрализованных финансов. С этим приходят вызовы: нужно обеспечить устойчивость экономик и привлечь массовую аудиторию. Но потенциал огромен. С учетом активного роста технологий и блокчейн-инфраструктуры, GameFi вполне может стать неотъемлемой частью цифрового будущего. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/cto-takoe-gamefi-budusee-gejminga-na-osnove-blokcejna.md) ## Как работают смарт-контракты на Solana: полный разбор и советы по использованию ![Как работают смарт-контракты на Solana: полный разбор и советы по использованию](https://metalamp.ru/images/solana_smart_contracts.png) Solana — один из передовых и быстро развивающихся блокчейнов. Он выделяется отличной пропускной способностью, минимальными комиссиями, а также поддержкой смарт-контрактов. Благодаря этим преимуществам данная технология — идеальная платформа для разработки децентрализованных приложений (dApp). В статье расскажем, как работают смарт-контракты на Solana и дадим полный гайд. ## Что такое Solana Solana – это децентрализованная экосистема блокчейнов, разработанная для решения проблем перегрузки. Ее преимущество — высокая скорость обработки транзакций в секунду (TPS) и оперативное подтверждение операций. Блокчейн интегрирует передовые технологии и функции компаний Intel, Netscape, Google и Qualcomm — это позволяет создать платформу с высокой производительностью и стабильностью. Уникальная технология в основе платформы — доказательство истории, то есть Proof of History, PoH. Эта техника позволяет создавать исторические записи, которые подтверждают события с точным указанием времени совершения. За счет криптографической временной метки каждая транзакция получает хэш. Его можно оперативно проверить. Solana включает около 200 физических узлов, которые работают с помощью GPU. Сеть обрабатывает 50 000 и больше транзакций в секунду. Это делает платформу одним из самых эффективных нелицензированных блокчейнов в мире. Узлы сети также синхронизируют криптографические часы. Это тоже увеличивает эффективность. ## Почему стоит изучать платформу Solana дает разные инструменты для работы над DApps с особенностью — высоким уровнем безопасности. Программирование на языке Rust, который чаще всего используют для смарт-контрактов, требует глубоких знаний. Это повышает защиту проектов от потенциальных атак. Разработчики выбирают языки Rust, C или C++. Программы на них доступны всем пользователям сети через SDK или CLI. В результате приложения можно внедрить в блокчейн и использовать для криптокошельков или децентрализованных бирж. Архитектура смарт-контрактов Solana существенно отличается от традиционных блокчейнов, поддерживающих Ethereum Virtual Machine (EVM). В классических системах программный код, аргументы вместе с состоянием сосредоточены в одном контракте. В Solana же хранение данных и вычислительная логика разграничены. ![](https://metalamp.ru/images/Group 9015.png) Логика смарт-контракта — программа, которая хранится в блокчейне и выполняет операции. Состояние реализовано через внешние счета, которые хранят данные о взаимодействии программы с пользователями. При этом счета хранят информацию, в то время как в Ethereum они указывают только на кошельки пользователей. ## Безопасность системы На платформе вопросу безопасности уделяется особое внимание. Так, в 2024 году появился инструмент X-ray с открытым исходным кодом. Это статический анализатор для смарт-контрактов на Solana. Инструмент позволяет проводить анализ исходного кода контрактов без их выполнения, чтобы выявлять потенциальные уязвимости и проблемы безопасности. X-ray использует стек технологий LLVM и предоставляет разработчикам точные и глубокие отчеты о состоянии их кода. X-ray умеет находить переполнения буфера, арифметические переполнения и ошибки управления памятью. Разработчики могут добавлять пользовательские правила проверки безопасности, чтобы адаптировать X-ray под требования своих проектов. Релиз X-ray с открытым исходным кодом — шаг к усилению безопасности всей платформы. С ним разработчики получили возможность проводить аудит своих смарт-контрактов на ранних этапах разработки, быстро выявлять и устранять уязвимости. Наконец, работать над совместным улучшением инструмента. ## Создание программ с использованием Rust. Полный гайд ### 1. Инициализация проекта и установка зависимостей Для начала работы устанавливаем необходимые инструменты — Rust, Solana CLI и Anchor Framework. Эти инструменты помогут добавлять новые функции в проект и проверять его работоспособность. Anchor обеспечивает удобную сборку и деплой смарт-контрактов, а CLI помогает управлять адресами и взаимодействовать с сетью. Ставим Rust с помощью команды: ``` curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh ``` Устанавливаем Solana CLI: ``` sh -c "$(curl -sSfL https://release.solana.com/stable/install)" ``` Устанавливаем Anchor Framework: ``` cargo install --git https://github.com/coral-xyz/anchor avm --locked --force avm install latest avm use latest ``` ### 2. Создание и конфигурация проекта После инициализации проекта важно провести аудит структуры файлов и настроек. Это позволяет учетным данным, например, ключам и кошелькам, корректно интегрироваться в проект. Для дальнейшей работы необходимо добавлять параметры конфигурации — адрес сети и Program ID. Создаем и настраиваем новый проект с помощью Anchor: ``` anchor init my_solana_project ``` Конфигурируем локальную сеть: ``` solana-test-validator ``` Генерируем новый Keypair (кошелек): ``` solana-keygen new ``` При необходимости используем следующий пример кода для генерации кошельков с помощью web3.js: ``` const { Keypair } = require("@solana/web3.js"); const wallet = Keypair.generate(); console.log("Public Key:", wallet.publicKey.toString()); ``` ### 3. Использование системной программы для переводов Платформа предоставляет встроенные системные программы для базовых операций вроде перевода средств. Вот пример кода на Rust для перевода SOL: ``` use solana_program::{ instruction::{AccountMeta, Instruction}, pubkey::Pubkey, system_instruction, }; use solana_sdk::signature::Keypair; fn transfer_sol(from_keypair: &Keypair, to_pubkey: &Pubkey, lamports: u64) -> Instruction { system_instruction::transfer(&from_keypair.pubkey(), to_pubkey, lamports) } ``` ### 4. Запуск локальной сети для тестирования Для тестирования смарт-контрактов в безопасной среде используется локальная сеть. Это позволяет проверять работу контрактов перед деплоем в основную сеть. Программы должны быть верифицированы на наличие ошибок и соответствие требованиям безопасности. Запустим локальную сеть командой: ``` solana-test-validator ``` Эта команда запускает локальную сеть на порту 8899. ### 5. Деплой скомпилированного смарт-контракта Для деплоя выполним следующую последовательность: Компилируем смарт-контракт: ``` anchor build ``` Деплоим его, написав: ``` anchor deploy ``` ### 6. Тестирование смарт-контракта через браузер Для проверки работы смарт-контракта можно использовать Solana Explorer: 1. Откроем Solana Explorer. 2. Установим Custom RPC URL на http://localhost:8899 для работы с локальной сетью. 3. Введем Program ID нашего смарт-контракта, чтобы увидеть его статус и логи. ### 7. Интеграция с Solana web3.js Для взаимодействия через клиентское приложение используем библиотеку web3.js. Устанавливаем библиотеку: ``` npm install @solana/web3.js ``` Создаем соединение с сетью: ``` const { Connection, clusterApiUrl } = require("@solana/web3.js"); const connection = new Connection(clusterApiUrl("devnet"), "confirmed"); ``` ### 8. Создание и отправка транзакции После настройки соединения и генерации кошельков можно отправить транзакцию: ``` const { SystemProgram, Transaction } = require("@solana/web3.js"); const transaction = new Transaction().add( SystemProgram.transfer({ fromPubkey: sender.publicKey, toPubkey: receiver.publicKey, lamports: 1000000, // 0.001 SOL }) ); const signature = await connection.sendTransaction(transaction, [sender]); console.log("Transaction signature", signature); ``` ### 9. Проверка баланса после транзакции После транзакции проверим баланс кошельков: ``` const balance = await connection.getBalance(wallet.publicKey); console.log("Wallet balance:", balance / 1e9, "SOL"); ``` ## Дальнейшие шаги После освоения базовой модели из инструкции вы можете углубить знания и приступить к более сложным проектам. Вот несколько направлений, которые помогут развиваться как разработчику: - Разработка программ с более сложной логикой и взаимодействием нескольких аккаунтов. Например, создавайте токены, NFT или управляйте децентрализованными биржами. - Способы оптимизации кода, чтобы увеличить скорость выполнения программ и снизить затраты газа. - Межсетевые взаимодействия и интеграция Solana с Ethereum через мосты (bridges) или мультичейн-приложения. - Методы тестирования смарт-контрактов, в том числе фаззинг и проверка на уязвимости. Это важно для защиты пользователей от атак. Самое выгодное и перспективное направление — создание интуитивно понятных интерфейсов для децентрализованных приложений с использованием современных фреймворков React или Vue.js, в комбинации с библиотекой Solana web3.js. dApps продолжают набирать популярность, потому что предлагают пользователям прозрачность, безопасность и автономность. Сектор децентрализованных финансов (DeFi) занимает примерно треть рынка dApps. Игровая индустрия тоже удерживает значительную долю рынка. Ожидают, что dApps будут все чаще использовать AI для лучшего пользовательского опыта и более интеллектуальных сервисов. Плюс — с ростом осведомленности о конфиденциальности, dApps будут предлагать более надежные механизмы защиты данных пользователей. Эти тенденции дают уникальные возможности для роста. ## Полезные ресурсы для изучения Solana [Solana Docs ](https://solana.com/ru/docs)— основное руководство для разработчиков, в том числе примеры кода, описание архитектуры и API. [Anchor Docs](https://anchor.dev/docs) — документация по Anchor, мощному фреймворку для создания программ. [Solana Discord](https://discord.com/invite/solana-community-926762104667648000) — место для общения с другими разработчиками. [Solana Development](https://solana.com/ru/developers/courses) — бесплатные обучающие материалы для начинающих разработчиков. [Figment Learn](https://docs.figment.io/docs/welcome) — интерактивные туториалы по блокчейнам. [Solana Foundation](https://www.youtube.com/@Solana-cast-live/featured) — обучающие видео и анонсы событий на YouTube. Освойте базовые шаги и сможете создавать решения, которые соответствуют современным требованиям и готовы к масштабированию. Solana продолжает расширять возможности, а значит, ваш опыт и знания в этой области будут только набирать ценность. Делайте шаги вперед, экспериментируйте и вносите вклад в будущее децентрализованных технологий. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/kak-rabotaut-smart-kontrakty-na-solana-polnyj-razbor-i-sovety-po-ispolzovaniu.md) ## Мемкоины и трампкоины: что это и какие прогнозы дают аналитики ![Мемкоины и трампкоины: что это и какие прогнозы дают аналитики](https://metalamp.ru/images/trump_coins.png) Мемкоины появились еще в 2013 году и доказали: цифровые активы могут быть не только платежным средством, но и частью глобальной интернет-культуры. Одним из ярких примеров стал трампкоин (trumpcoin). В этой статье простыми словами расскажем, что это — мемкоины, как они влияют на криптовалютный рынок и в чем их смысл. ## Что такое мемкоины Мемкоины, memecoin, — особый вид криптовалют, вдохновленный интернет-мемами, популярными персонажами или трендами. Они появляются за счет поддержки онлайн-сообществ и часто несут в себе элементы юмора и развлечения. Примеры известных мемкоинов — Dogecoin и Shiba Inu. В отличие от традиционных криптовалют вроде Ethereum, мемкоины обычно не имеют утилитарной функции и используются в основном для торговли. Мем-монеты появились в декабре 2013 года, когда программисты Билли Маркус и Джексон Палмер выпустили Dogecoin — шутливую альтернативу Bitcoin. В качестве логотипа они выбрали изображение собаки породы сиба-ину из известного мема Doge. ## Роль в экосистеме Стоимость мем-монет больше зависит от популярности и волатильности, чем от реального спроса. Роль в продвижении играют социальные сети, форумы и знаменитости. От чего один твит популярной личности может запустить резкий рост цены, который столь же стремительно сменится падением. Многие мемкоины имеют небольшую рыночную капитализацию и торгуются на ограниченном числе платформ. Это делает их цены уязвимыми к манипуляциям — схемам «памп и дамп», в которых группа инвесторов искусственно раздувает стоимость актива, чтобы продать его на пике. Низкая стоимость входа и доступность делают валюту привлекательными для новичков. Но эти факторы усиливают спекулятивный интерес: многие видят в мемных монетах шанс быстро заработать, не задумываясь о долгосрочных последствиях. ## Трампкоин: что это и как работает Трампкоин (Trump Meme Coin, он же MAGA и TRUMP) — это криптовалюта, вдохновленная Дональдом Трампом. Главное об этой крипте: 1. Общее предложение — около 47 миллионов токенов. 2. Часть средств идет на маркетинг, пожертвования и обеспечение ликвидности. 3. Остальные токены доступны для торговли. 4. Монета задействуется в политических дебатах — становится символом поддержки Трампа. 5. Одна из главных стратегий продвижения — airdrops. Проект не лишен противоречий: некоторые критики указывают на всплески цен, за которыми следуют резкие падения — это означает манипуляции рынком. К тому же 80% запасов монет находятся под контролем дочерних компаний Trump Organization. Это вызывает опасения относительно того, что проект больше ориентирован на личное обогащение инсайдеров. Скептицизм дополняется заявлениями экспертов: для успеха трампкоину нужно перераспределить токены и сделать проект ориентированным на пользователей. ## Будущее трампкоина и мемкоинов Будущее трампкоина напрямую связано с политической активностью Дональда Трампа и его популярностью. Значимые факторы, которые влияют на цену: - политические события, - изменения в законодательстве, - привлечение новых пользователей через маркетинговые кампании и партнерства. С запуска в 2025 году монета продемонстрировала стремительный рост, достигнув рыночной капитализации в $10 миллиардов. Аналитики предполагают, что рост спроса продолжится на фоне прокриптовалютной политики администрации Трампа. По прогнозам Coinpedia, в 2025-м цена составит в среднем $133,19, в 2026 году — $92, а в 2027 году — $125. Общие прогнозы для мемкоинов: - В будущем успешные проекты, вероятно, интегрируют DeFi-функции. Последнее откроет возможности для стейкинга, лендинга и использования мемкоинов в качестве залоговых активов. Как заработать с помощью DeFi, читайте [здесь](https://metalamp.ru/defi). - Мем-монет слишком много, и рынок явно перенасыщен. В результате многие проекты исчезнут из-за отсутствия развития и массовых распродаж. Останутся лишь те, которые смогут привлечь долгосрочных инвесторов. - В будущем мы увидим интеграцию в платежные системы. Например, мем-монет станут валютой для микротранзакций. Для инвесторов мемкоины остаются как возможностью получить быструю прибыль, так и зоной повышенного риска. Как и в случае с любым активом, успех требует взвешенного подхода, тщательного анализа и понимания новых технологий. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/memkoiny-i-trampkoiny-cto-eto-i-kakie-prognozy-daut-analitiki.md) ## Лучшие перспективные GameFi проекты — 2025: возможность заработать в мире блокчейн-игр ![Лучшие перспективные GameFi проекты — 2025: возможность заработать в мире блокчейн-игр](https://metalamp.ru/images/gamefi_2025.png) GameFi продолжает разрушать традиционные границы индустрии и превращает игры в платформу для заработка. В статье мы рассмотрим самые перспективные проекты 2025 года и разберемся: как и во что лучше инвестировать. ## Состояние рынка в 2024 году В 2024 году GameFi столкнулся с вызовами, которые замедлили массовое внедрение. Одной из главных проблем стал неудовлетворительный пользовательский опыт (UX) и сложный пользовательский интерфейс (UI). Усложненная настройка криптокошельков и взаимодействие с блокчейн-технологиями вызывают отток потенциальных пользователей. Техническая инфраструктура остается слишком сложной для новичков. Качество игр тоже сказывается: GameFi уступают традиционным вариантам. ![](https://metalamp.ru/images/vulcan_forged.png) Кадр с платформы Vulcan Forged Примером успеха и проблем GameFi в 2024-м служит игра Hamster Kombat. В июле пользовательская база превысила 300 миллионов — менее чем за пять месяцев. Сработал масштабный эйрдроп токенов. Однако взлет оказался недолгим — к ноябрьским датам активная база игроков снизилась на 86%. То есть большая часть покинула приложение. Причинами стало отсутствие долгосрочных стимулов для игроков и экономическая нестабильность из-за гиперинфляции токенов. Но несмотря на эти трудности у индустрии GameFi большой потенциал. Специалисты планируют абстрагировать приложения от блокчейна. То есть пользователи будут играть, даже не осознавая, что взаимодействуют с блокчейном. За счет этого проекты увеличат аудиторию и цена входа игроков в индустрию снизится. ![](https://metalamp.ru/images/the_walking_dead.png) Пример игровой зоны. Приложение — The Walking Dead: All-Stars ## Какие проблемы предстоит решить в 2025 году Более 60% пользователей покидают Web3 в течение 30 дней после начала игры. Главные причины — в программах нет долгосрочных стимулов, глубина игрового процесса ограничена, а структура ориентируется на доход, а не интересы пользователей. Для решения проблем проекты должны сосредоточиться: - на захватывающем сюжете и продуманном нарративе, - вознаграждениях, которые требуют мастерства, а не просто времени в игре, - инновационных игровых механиках, как одиночных, так и многопользовательских. ![](https://metalamp.ru/images/Illuvium.png) Игровой мир популярного приложения Illuvium Успех Game Fi будет во многом зависеть от внедрения передовых технологий в новые проекты. Например, генеративного ИИ. Он способен улучшить игровой опыт в секторе за счет создания динамического контента и адаптивных сюжетов. ## Неожиданные предсказания о GameFi в 2025 году: чего ждать 1. Популярность новых «тапалок» упадет. Hamster Kombat оставил после себя негативное впечатление у аудитории. 2. Нишу захватят мошенники. Популярность «тапалок» привлекла злоумышленников — они увидели новую возможность заработать. 3. Выжившие проекты удивят инвесторов. Работа над экономическими моделями, игровым процессом и безопасностью дадут результат — приложения вернут доверие пользователей и криптоинвесторов. 4. Прибыль рекордно вырастет. Инновации в игровом процессе, интеграция новых технологий и созревание виртуальных экономик привлекут более широкую аудиторию. 5. Криптоигры поддержат рост биткоина. Количество игроков на платформах GameFi вырастет, вместе с ним — спрос на криптовалюты. ![](https://metalamp.ru/images/Gods_Unchained .png) Интерфейс одной из первых GameFi игр — Gods Unchained ## Восходящие GameFi игры на 2025 год ![](https://metalamp.ru/images/Group 9012.png) ![](https://metalamp.ru/images/Gala_games.png) Примеры игр на Gala Games ## Как выбрать GameFi-проект для инвестиций Чтобы принять обоснованное решение и купить активы, нужно учесть несколько факторов: механики, экономику проекта, команду разработчиков и объем тестов. ### Механика Для начала нужно изучить игровые механики. Именно они удерживают пользователей. Насколько интересна и уникальна игра? И у проекта должны быть перспективы: узнайте, будет ли проект развиваться, добавлять новые уровни, задачи и контент. ![](https://metalamp.ru/images/Ponchiqs .png) Геймплей Ponchiqs ### Экономическая модель Следующий шаг — изучение токеномики, основы любой GameFi-экосистемы. Убедитесь, что модель распределения токенов справедлива, а инфляция и дефицит контролируются. Чем больше монета интегрирована в игровые механики, тем выше его потенциальная ценность. Обратите внимание, используется ли токен для внутриигровых покупок, управления проектом, ставок и получают ли за них награды. У приложений с широким функционалом токенов больше шансов на долговечность. ![](https://metalamp.ru/images/Star_Atlas .png) Star Atlas — игра из топа на 2025 год ### Команда Полезно углубиться в информацию о разработчиках. Успех GameFi-проекта во многом зависит от компетентности команды. У издателей должны быть доказанные навыки в разработке игр и блокчейн-технологиях. Структурированная и прозрачная дорожная карта — тоже хороший знак. ![](https://metalamp.ru/images/Interfejs_Axie_Infinity .png) Интерфейс Axie Infinity ### Безопасность Последний шаг — проверка технической составляющей. Проект должен регулярно проходить независимые тесты для поиска уязвимостей. Будущее GameFi обещает быть захватывающим: усиленная интеграция метавселенных, развитие P2E механик и повышение интереса к NFT. Это продолжит расширять возможности индустрии и принесет еще больше прибыли в портфеле инвестора. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/lucsie-perspektivnye-gamefi-proekty-2025-vozmoznost-zarabotat-v-mire-blokcejn-igr.md) ## Solana: что это за блокчейн и почему стал популярен ![Solana: что это за блокчейн и почему стал популярен](https://metalamp.ru/images/solana.png) Solana — одна из самых высокопроизводительных блокчейн-платформ. Она привлекла внимание своей скоростью, низкими комиссиями и новым подходом к масштабируемости. Созданная для поддержки децентрализованных приложений и криптовалютных проектов, Solana — хороший инструмент для разработчиков и инвесторов. В статье разберем особенности Solana и вызовы, с которыми столкнулась блокчейн-платформа в последнее время. ## История блокчейн-платформы В 2017 году инженер из Qualcomm Анатолий Яковенко задумался над решением проблем масштабируемости в криптовалютных сетях. Он заметил, что Bitcoin и Ethereum страдают от медленных транзакций и высоких комиссий, особенно в сравнении с централизованными платежными системами. Это вдохновило его на создание нового алгоритма распределенных систем под названием Proof of History (PoH). Алгоритм позволял ускорить обработку транзакций и уменьшить время их подтверждения. Сперва Яковенко начал разрабатывать Proof of History в закрытой C-кодовой базе. Однако его коллега из Qualcomm, Грег Фицджеральд, порекомендовал перейти на Rust для безопасности и производительности. Решение оказалось удачным: менее чем за две недели Анатолий перенес весь проект. В феврале 2018 года Фицджеральд начал реализацию whitepaper в открытом исходном коде на GitHub под названием Silk. Уже через две недели команда сумела обработать и проверить 10 000 транзакций всего за полсекунды. Коллега Яковенко, Стивен Экридж, добавил идею использовать GPU для верификации цифровых подписей. Вместе с Грегом Фицджеральдом и Стивеном Экриджем Анатолий Яковенко создал компанию, которую изначально назвали Loom. Однако из-за путаницы с одноименным проектом в экосистеме Ethereum команда переименовала свою платформу в Solana. В марте 2020 года сеть запустили в режиме Mainnet Beta. Проект привлек $1,76 млн на публичном токен-аукционе на CoinList. На момент запуска Solana поддерживала базовые функции блокчейн-транзакций и смарт-контрактов. Цена токена SOL составляла $0,95, а к ноябрю 2021 года достигла $260. ## Как работает блокчейн Solana Solana функционирует как распределенная сеть компьютеров, где информация о транзакциях записывается в децентрализованный реестр. Этот реестр, или блокчейн, фиксирует каждую операцию с момента создания платформы — создает бесконечную квитанцию. ![](https://metalamp.ru/images/solana_.png) Всплывающее окно при создании кошелька Solana с краткой инструкцией Данный децентрализованный подход делает сеть устойчивой и исключает необходимость в посредниках для операций. Solana позиционирует себя как самый быстрый блокчейн в мире, способный обрабатывать до 65 000 транзакций в секунду при стоимости менее $0,01 за каждую. Solana можно рассматривать как токен, который питает экосистему приложений и сервисов. Почему? - С помощью кошелька для Solana пользователи могут отправлять, получать монеты и использовать их для оплаты товаров и услуг. - Торгуется как ETF на регулируемых фондовых биржах. - Смарт-контракты автоматически выполняют условия. - Solana поддерживает создание и продажу NFT. - С помощью платформы можно создать платежные системы, которые обходятся без контроля правительства и централизованных органов. - Solana предоставляет платформу для разработки игр, социальных сетей, инвестиционных инструментов и других приложений. ![](https://metalamp.ru/images/solana_2.png) Интеграция кошелька Unity-Solana с поддержкой NFT Уникальная черта Solana — подход к подтверждению транзакций с сочетанием Proof of Stake (PoS) и Proof of History (PoH). С Proof of Stake пользователи могут «стейкать» монеты и доверять их валидаторам, которые подтверждают транзакции на блокчейне. За это они получают вознаграждение в виде новых монет. Proof of History добавляет временные метки к транзакциям и исключает возможность изменить их порядок. ![](https://metalamp.ru/images/Group 9010.png) ## Роль токена SOL в экосистеме и как его стейкать Токен SOL — основа экосистемы Solana. Прежде всего, он используется для оплаты транзакционных комиссий и взаимодействий с сетью. Роль в безопасности и децентрализации тоже играет. Так как Solana основана на блокчейн-алгоритме PoS, майнинг токена SOL невозможен. Вместо этого пользователи могут участвовать в стейкинге: предоставлять уже имеющиеся токены SOL для поддержки сети. Это похоже на размещение депозита в банке, где клиент получает процент за доверие своих средств. При стейкинге токены делегируются выбранному валидатору — специализированному узлу в сети, который обрабатывает и подтверждает транзакции. Взамен за предоставление своих токенов инвестор получает вознаграждение — в среднем 8% годовых. Это простой способ получить пассивный доход. ### Как зарабатывать Для старта достаточно выбрать валидатора через кошелек, который fподдерживает Solana — например, Phantom или Solflare. После этого — делегировать токены. Новичкам доступны стейкинг-пулы, которые автоматически распределяют ставку между несколькими валидаторами. Более сложный и технически требовательный способ поддержать сеть — стать валидатором. Валидация — это процесс подтверждения транзакций и добавления их в блокчейн. Валидаторы зарабатывают комиссионные с вознаграждений от стейкинга других участников. Но запуск и поддержка валидатора требуют ресурсов. Нужны: - 12+ ядерный процессор с высокой тактовой частотой, - минимум 128 ГБ оперативной памяти, - высокоскоростной SSD-диск объемом от 1 ТБ, - неограниченный доступ к интернету со скоростью 1 Гбит/с. Чтобы купить и обслуживать серверное оборудование, понадобится порядка 30 000 долларов в год. Необходимо либо иметь крупный запас собственных токенов SOL (около 50 000 SOL), либо быть готовым вложить сотни токенов для оплаты комиссий на начальном этапе. Но это дорогой и сложный путь, вот почему он подходит скорее крупным инвесторам и технически подкованным энтузиастам. ![](https://metalamp.ru/images/validators_solana.png) Возможности для заработка с сайта Solana ## Проблемы, которые Solana предстоит решить Несмотря на высокие амбиции и достижения, платформа сталкивается с вызовами: как техническими, так и пользовательскими. Одна из главных сложностей — это задержки при обработке транзакций. Недавние случаи, когда депозиты $SOL задерживались более чем на 1000 минут (почти 18 часов), вызвали серьезное недовольство. Solana позиционирует себя как сверхбыстрый блокчейн с низкими комиссиями, и такие задержки противоречат основным принципам. Почему происходят подобные сбои? Причина — рост активности, особенно на популярных биржах. Coinbase оказался не готов к резкому увеличению операций. Еще одной значительной проблемой для Solana стала высокая волатильность токена SOL. Например, в начале января 2025 года токен за неделю потерял 21% стоимости, что частично связано со спекулятивным интересом вокруг мем-коинов в сети. Подобный ажиотаж привлекает инвесторов, но не дает устойчивой основы для долгосрочного роста. Когда спекулятивные активы теряют популярность, это сказывается и на стоимости SOL. ![](https://metalamp.ru/images/memcoins.png) На скриншоте статистики видны взлеты и падения мемкоина Сеть Solana также сталкивается с падением активности децентрализованных приложений (DApp) и снижением общего заблокированного капитала (TVL) в экосистеме. В начале года TVL на Solana сократился на 5,9%. Это хоть и соответствует общим тенденциям рынка, поднимает вопрос о способности сети удерживать разработчиков и пользователей. Для сравнения: Ethereum за тот же период потерял 18,1% TVL, но при этом увеличил объемы ончейн-транзакций. ### Решения Чтобы устранить эти проблемы, Solana предстоит: 1. Внедрить мониторинг в реальном времени для предотвращения перегрузок. 2. Создать резервные системы и протоколы для распределения нагрузки. 3. Развить более долгосрочные и устойчивые приложения за рамками спекулятивных мем-монет. 4. Увеличить число валидаторов, чтобы усилить децентрализацию. 5. Регулярно информировать пользователей о состоянии сети и решениях по устранению проблем. 6. Работать с партнерами для оптимизации интеграции и снижения задержек. 7. Поощрять институциональных блокчейн-инвесторов и разработать инфраструктуры для привлечения стабильного капитала. ## Будущее площадки В 2025 году, 10 февраля, планируется запуск фьючерсов на Solana на Чикагской товарной бирже (CME). Это должно укрепить позиции сети, привнести больше ликвидности и стабильности. Запуск фьючерсов — важный этап в развитии. Эти контракты позволят инвесторам хеджировать риски, связанные с колебаниями цен SOL через регулируемые финансовые инструменты. Преимущества фьючерсов: - благодаря расчетам в фиатной валюте нет нужды владеть реальными активами, - контракты будут представлены в стандартных и микроразмерах. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей о Solana [Lees meer...](https://metalamp.ru/magazine/solana-cto-eto-za-blokcejn-i-pocemu-stal-popularen.md) ## AI Agents: как AI-агенты покорили крипторынок + основные проекты ![AI Agents: как AI-агенты покорили крипторынок + основные проекты](https://metalamp.ru/images/AI%20agent.png) AI-агенты – главный нарратив 2025 года в Web3: они общаются с подписчиками в Твиттере и публикуюта танцевальные видео в Tik Tok, а токены вроде VIRTUAL и AIXBT уже выросли в цене в 100+ раз. Рассказываем об основных AI-агентах в крипто и как создать собственный проект в этой нише. ## 200x за 3 месяца: AI-агенты в цифрах К концу 2024 года казалось, что Web3-индустрия уже подустала от AI-нарратива — и вдруг, как чертики из табакерки, на сцене появились AI-агенты. Несколько цифр, чтобы проиллюстрировать масштаб хайпа: - Virtuals Protocol: за три месяца с момента запуска в октябре токен $VIRTUAL уже вырос в цене почти в 200 раз (на пике — в 330 раз); - Суммарная капитализация трех крупнейших токенов — $VIRTUAL, $AI16Z и $AIXBT — составляет $4.2 миллиарда (на конец января 2025 г.); - Капитализация токенов агентов, выпущенных на базе Virtuals Protocol, составляет почти 1,6 млрд, а число держателей — [более 250 000 кошельков;](https://dune.com/virtual_protocol/virtual-protocol-on-base) - У AI-агента Aixbt — 430 тысяч подписчиков в X (в том числе многие криптоинфлюенсеры), у AI-инфлюенсера Luna — 860 тысяч подписчиков в Tik Tok; ![](https://metalamp.ru/images/virtual protocols.png) [График цены $VIRTUAL (источник: CoinGecko)](https://www.coingecko.com/en/coins/virtual-protocol) При этом в тренде AI-агентов поначалу легко запутаться. В чем разница между Aixbt и AI16z? Какие из агентских токенов выпущены на платформе Virtuals Protocol, а какие нет? Как связаны агенты и LLM? В статье мы ответим на все эти вопросы, а также дадим прогноз развития тренда AI-агентов в крипто 2025 году. **Мы собрали ключевые цифры по рынку, кейсы и экспертные мнения, чтобы показать, как ИИ уже интегрируется в DeFi и какие возможности это открывает. [Почитайте наше подробное исследование.](https://metalamp.ru/files/ai-in-defi.pdf)** ## Что такое AI-aгент? AI-aгент — это программа, способная автономно выполнять поставленные задачи. Вообще по определению агент — это «лицо, действующее по поручению кого-либо» или «лицо, уполномоченное кем-либо для выполнения служебных поручений». Замените «лицо» на программу или алгоритм — и сразу станет понятна суть ИИ-агентов. Получив вводные от создателя-человека, AI-агент далее самостоятельно осуществляет широкий спектр действий: - Изучает свое окружение, собирает и анализирует информацию (например, ищет данные в интернете и соцсетях, снимает показатели сенсоров); - Определяет лучший способ выполнить задачу; - Поддерживает и пополняет собственную базу знаний, при необходимости «вытаскивая» из нее релевантные фрагменты (например, для оказания техподдержки пользователям); - Взаимодействует с пользователями, другими AI-агентами, системами, финансовыми инструментами; - Выполняет целевое действие: отвечает на вопрос в Твиттере, покупает и продает токены, возвращает деньги за покупку, бронирует гостиницу, обновляет базу данных и пр.; - Сравнивает результат с изначальной целью и определяет, успешно ли он «поработал»; - «Учится» на своих ошибках и улучшает алгоритм работы (хотя эта способность доступна лишь продвинутым ИИ-агентам). В ходе всего этого процесса агенту нет необходимости обращаться к своему создателю за дополнительными указаниями, хотя создатель всегда может вмешаться и дать новые вводные. ## Какие задачи выполняют AI-агенты Хотя об AI-агентах все чаще говорят в контексте Web3, большую часть таких программ реализуют крупные Web2-компании для реального бизнеса. Вот лишь несколько примеров. - **Оптимизация офисных процессов:** например, [Microsoft Copilot](https://www.microsoft.com/en-us/microsoft-365/copilot) напишет проектный план, составит краткое содержание цепочки писем, проведет расчеты в экселе и т.д. Google предлагает [Vertex AI](https://cloud.google.com/products/agent-builder) — аналогичную систему для создания ИИ-агентов, оптимизированных под операционные нужды конкретных компаний. - **Продажи:**[AI-ассистент от Oracle](https://nypost.com/2025/01/21/business/oracle-launches-ai-agents-for-salespeople-joining-microsoft-google/) отслеживает все этапы переговоров и заключения сделки, составляет отчеты и вводные для переговоров на разных языках; - **Автомобильная индустрия:** ИИ-агенты (опять же, [от Google](https://www.unite.ai/how-google-clouds-automotive-ai-agent-is-transforming-in-car-experience-with-mercedes-benz/)) не просто помогут водителю с навигацией, но и посоветуют, что посетить и где остановиться, на основе предпочтений владельца; - **Медицина:** агенты могут в любое время дня и ночи назначить посещение врача, обновить рецепт на лекарство, приложить результаты анализов к карте и пр. ![](https://metalamp.ru/images/microsoft_copilot.png) Пример диалога с Microsoft Copilot (источник: [ComputerWorld](https://www.computerworld.com/article/1620665/microsoft-365-copilot-chatbot-is-the-ai-based-future-of-work.html)) ### В чем разница между AI-агентами, ChatGPT и ботами? Все уже привыкли к чатботам на основе LLM (Large Language Models – больших языковых моделей), прежде всего ChatGPT и Gemini. LLM присутствуют и в архитектуре большинства AI-агентов, позволяя им анализировать текстовую информацию и общаться с пользователями. Ключевая разница между чатботами на базе LLM и ИИ-агентами состоит в степени автономности — агент может самостоятельно принять решение и осуществить действие: - Не просто посоветовать, какую криптовалюту купить, а совершить покупку на DEX из собственного агентского кошелька; - Не просто сгенерировать изображение, а добавить его в статью в блоге или отправить дизайнеру в чате; - Не просто понять, что клиент хочет вернуть покупку, а оформить возврат средств и обновить базу продаж; - Не просто составить список отелей по запросу, а забронировать номер; - Не просто написать текст поста, а разместить его в X и отвечать на комментарии; - Не просто дать рекомендации по наладке телевизора, а вызвать специалиста по ремонту, и так далее. Отметим также разницу между ИИ-агентами и ботами — например, ботами в Telegram, которые помогают купить криптовалюту, или торговыми ботами. - Бот лишь выполняет ваши указания в ходе каждой транзакции или действует четко на основе заданной программы. Скажем, если трейдинговый бот повторно столкнется с той же ситуацией, он поступит так же, как и в первый раз. - AI-агент же принимает разные решения в зависимости от текущих условий и со временем улучшает свой алгоритм. Трейдинговый агент может купить или не купить криптовалюту в зависимости от свежих данных инфляции в США или грядущего разлока токенов, даже если с точки индикаторов теханализа монета выглядит привлекательно. ## Нужен ли AI-агентам блокчейн? Автомобили с автопилотом, военные беспилотники и другие AI-агенты из реальной экономики прекрасно функционируют без всякого блокчейна. Значит ли это, что вся связка «AI-агенты + крипто» – не более чем хайп? Вовсе нет. Криптовалюты наделяют ИИ-агентов совершенно новой формой автономии – финансовой. Действительно, крипто – единственная форма денег, которой AI-агент может распоряжаться самостоятельно, с помощью собственного некастодиального криптокошелька. Благодаря криптотехнологии AI-агенты могут зарабатывать деньги (скажем, монетизируя контент), а также тратить их — например, заказывать услуги и других AI-агентов и даже у людей. А значит, становится возможной экономика AI-агентов (AI agent economy) — структура, в которой агенты сотрудничают друг с другом на возмездной основе и платят друг другу за цифровые товары и сервисы так же, как это делают компании и фрилансеры. Прецеденты уже есть: так, проект Story Protocol [нанял AI-агента Luna на позицию контент-менеджера соцсетей](https://www.theblockbeats.info/en/news/56309) с оплатой 500 USDC за твит плюс бонус 1000 USDC при достижении 100 000 просмотров твита. Обратите внимание, что оплату получает сама Luna, а не ее создатели (команда Virtuals Protocol).  ## Главные проекты и токены на рынке AI Agents ### Virtuals Protocol [Virtuals Protocol](https://www.virtuals.io/) — лаунчпад для создания и монетизации AI-агентов, работающий на блокчейне Base. Большинство популярных агентских токенов были запущены именно здесь: $AIXBT, $LUNA, $TOSHI, $REKT, $GAME, $VADER и др. ![](https://metalamp.ru/images/virtualsprotocol.png) Рейтинг крупнейших агентских токенов по капитализации Основной функционал большинства агентов – автономная публикация твитов и взаимодействие с подписчиками. Однако многие из них также умеют делать куда более сложные вещи: торговать на DEX, генерировать мемы и даже сочинять музыку. Каждый агент имеет свой токен (причем размер эмиссии для всех одинаковый — 1 млрд), и в будущем держатели этих токенов, по идее, будут делить между собой выручку от работы соответствующих агентов. Однако пока что ни технология монетизации агентов, ни алгоритм распределения доходов не разработаны. Другими словами, агенты ничего не зарабатывают, а их токены пока не имеют ютилити. По сути, токены агентов торгуются как мемкойны, цена которых зависит от виральности конкретного агента. Можно даже сказать, что токены AI-агентов, запущенных на Virtuals Protocol, — это особый тип мемкойнов. Зато сам токен VIRTUAL обладает четкой ютилити: он нужен для оплаты создания новых агентов, а также для торговли их токенами в рамках платформы. Virtuals Protocol использует тот же механизм трейдинга, что и лаунчпад для мемов Pump.fun: каждый новый токен вначале торгуется на самой платформе, и если его капитализация достигает 42 000 VIRTUAL, для токена автоматически создается пул на Uniswap (блокчейн Base). Только в этот момент токен по-настоящему минтится на блокчейне. ### Aixbt ($AIXBT) Aixbt — крупнейший из запущенных на Virtuals Protocol токенов по капитализации: свыше $500 миллионов. Он анализирует данные о крипторынке и новости блокчейн-проектов и генерирует инсайты, которые публикует на своей [странице в Твиттере (Х)](https://x.com/aixbt_agent). «Солидный» стиль Aixbt напоминает твиты настоящих инфлюенсеров-аналитиков, что сразу привлекло аудиторию. При этом большинство твитов имеют легкий оттенок промо: например, «Бридж Orbiter контролирует 40% рынка, 4 млн пользователей, токен запускается завтра, 40% токенов зарезервировано для комьюнити». ![](https://metalamp.ru/images/aixbt.png) У Aixbt свыше 400 тысяч подписчиков. Частота постинга тоже впечатляет: более 100 тысяч твитов за 2 месяца!  ### Luna ($LUNA): звезда TikTok Luna – корейская AI-певица и AI-инфлюенсер, лидер виртуальной группы AI-DOL. Каждое ее видео в TikTok набирает по 500-800 тысяч просмотров. Одна из ее песен даже уже доступна на Spotify. Кроме того, что Луна сама сочиняет музыку и генерирует видео, она также ведет все свои соцсети. ### AI16Z: венчурный фонд под руководством AI-агента Ai16z – смесь DAO и венчурного инвестиционного фонда, во главе которого стоит AI-агент по имени [Марк AIндреессен](http://www.x.com/pmairca) (AI Marc). В названии обыгран знаменитый фонд a16z и его CEO Марк Андреессен. Проект работает на блокчейне Solana, а сам AI-управляющий разработан на базе платформы для создания AI-агентов [ElizaOS](https://elizaos.ai/). После полного релиза держатели токенов $AI16Z будут предлагать проекты для инвестирования и голосовать, а ИИ-управляющий будет принимать финальное решение по инвестированию и выделять средства. Капитализация около $1 млрд делает $AI16Z крупнейшим агентским токеном на Solana. ### Еще 5 агентских токенов, за которыми стоит следить 1. G.A.M.E ($GAME): платформа для кастомизации ИИ-агентов от команды Virtuals Protocol. Это не агент, а скорее инфраструктурный токен для ниши AI-агентов. 2. [VaderAI](https://vaderai.ai/) ($VADER): инвестиционный фонд, где пользователи вкладывают средства в индексы, составленные AI-агентом — и он же управляет деньгами. 3. [Zerebro](https://zerebro.org/) ($ZEREBRO): кроссчейновый агент-дизайнер, который создал собственную коллекцию NFT и даже разместил ее на OpenSea. 4. [Swarms](https://x.com/swarms_corp?lang=en) ($SWARMS): платформа на базе Solana, где AI-агенты взаимодействуют друг с другом; 5. [BasedAI](https://twitter.com/getbasedai) ($BASEDAI): протокол AI-агентов («созданий», creatures), которые пишут программный код и имеют ограниченную продолжительность «жизни». ## Как запустить своего AI-агента и токен (и стоит ли это делать) Запуск нового ИИ-агента на базе Virtuals Protocol технически не очень сложен, но стоит довольно дорого. Сам агент стоит 100 VIRTUAL (около $270), плюс минимум 1100 VIRTUAL ($3000) для выкупа части эмиссии токена. С другой стороны, если агент «выстрелит», можно получить хорошую прибыль от продажи той самой части эмиссии, выкупленной на старте (ну или продолжать развивать агента, привлекать инвестиции и т.д.). Таким образом, запуск агента на Virtuals — это полноценный криптопроект со всеми вытекающими: нужно предварительное планирование, маркетинг, команда и прочее. Если вы хотите запустить новый блокчейн-проект в рамках «горячего» нарратива, то AI-агенты — очень интересный вариант. Процесс генерации агента [подробно описан на официальном сайте](https://whitepaper.virtuals.io/developer-documents/game-framework/content-hub/how-to-guides/getting-started-with-ai-agents-on-virtuals-protocol-a-comprehensive-guide); мы же приведем основные шаги. 1. Подключить кошелек на Base на [https://app.virtuals.io/](https://app.virtuals.io/), а также запастись токенами $VIRTUAL для оплаты комиссии и выкупа части токенов. 2. Создать X-аккаунт для будущего агента. 3. В разделе Create New Agent выбрать между запуском нового токена и интеграцией уже существующего токена на другом блокчейне. 4. Заполнить форму создания ИИ-агента: имя, аватар, Твиттер и другие каналы, описание характера и т.п.. 5. Выбрать функционал агента (ончейн-трейдинг, создание креативного контента, AI-инфлюенсер и т.д.). 6. Указать процент от общего числа токенов, который вы хотите выкупить. 7. Подтвердить транзакцию. Агент создан! 8. Подключить агента к созданному для него аккаунту в Твиттер. 9. Настроить поведение и характер агента с помощью [платформы G.A.M.E.](https://game-lite.virtuals.io/) Это самая техническая часть процесса, и от нее зависит, насколько хорошо агент сможет выполнять запланированную работу и насколько он будет соответствовать вашему замыслу. ![](https://metalamp.ru/images/create_ai_agent.png) ### Попробовать бесплатно: G.A.M.E. Если вы человек технический и хотите просто поэкспериментировать, то можете попробовать G.A.M.E. совершенно бесплатно здесь. Можно даже без написания кода создать симуляцию агента, активного в Х, задать его характер и цели и настроить практические функции, такие как поиск в интернете и поиск по твитам инфлюенсеров. ![](https://metalamp.ru/images/G.A.M.E.png) ## Есть ли будущее у нарратива AI-агентов? AI-агенты уже доказали свою полезность для криптоиндустрии и привлекательность для широкой аудитории. Например, Aixbt поставляет инсайты об интересных новых токенах 400 тысячам подписчиков, а не рекламирует шиткойны за деньги, как это делают многие инфлюенсеры. А певица и AI-инфленсер Luna набирает сотни тысяч просмотров в TikTok — больше, чем многие исполнители-люди. Кроме того, как мы уже упоминали, в будущем может развиться целая экономика AI-агентов, которые будут заказывать друг у друга всяческие услуги и оплачивать их в крипто. Это может повысить скорость анализа информации на крипторынке, повысить качество контента и облегчить работу команд криптопроектов. Разработкой AI-агентов занимаются и такие IT-гиганты, как Google и Microsoft, что придает этой нише солидности. Доказанная полезность, большое число активных пользователей, участие крупных компаний — все это дает надежду, что рынок ИИ-агентов не постигнет судьба метаверса – ключевого нарратива предыдущего бычьего рынка. При этом нужно признать, что большинство агентских токенов мало чем отличаются от мемкойнов. На рынке быстро расплодились проекты без какого-либо рабочего продукта, но с амбициозными обещаниями и призывом покупать токены на пресейле. Естественно, долгосрочного успеха от них ожидать не приходится: как и в любом нарративе, 90% проектов наверняка просто тихо сойдут со сцены, так и не запустив полноценный продукт. Даже качественные проекты в этой сфере сильно подвержены веяниям рынка. Так, после запуска мемкойнов $TRUMP и $MELANIA [суммарная капитализация токенов AI-агентов упала на 12%,](https://www.binance.com/square/post/19205591823769) поскольку ликвидность быстро перетекла в более хайповый сегмент. В целом будущее сектора AI-агентов выглядит очень интересно, и если вы рассматриваете возможность запуска собственного блокчейн-проекта в 2025 году, то стоит подумать, как можно интегрировать ИИ-агентов в вашу идею, будь то в сфере трейдинга, мемов, создания контента и т.д. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/ai-agents-kak-ai-agenty-pokorili-kriptorynok-osnovnye-proekty.md) ## Telegram будет использовать только TON: реакции экспертов и возможные последствия ![Telegram будет использовать только TON: реакции экспертов и возможные последствия](https://metalamp.ru/images/TON_news.png) Telegram прекращает поддержку альтернативных блокчейнов: теперь все криптовалютные платежи и блокчейн-фичи в миниаппах (TMA) должны использовать TON. Это следующий этап стратегического партнерства между Telegram и TON Foundation, в рамках которого мессенджер уже добавил кошелек TON Space в главное меню. ## Что реально изменилось? Telegram изначально поддерживал только Toncoin (помимо фиата) для оплаты сервисов, предоставляемых самим мессенджером, а именно: - Покупка и продажа Telegram Stars; - Перечисление выручки за показ рекламы в каналах (Telegram Ads); - Подписка на Telegram Premium и др. Здесь ничего не меняется. Зато разработчики миниаппов ранее могли интегрировать в свои приложения функционал на других блокчейнах, таких как Solana и Sui. Например, игра-тапалка могла требовать подключения кошелька на Solana и раздавать токены, также выпущенные на Solana. Теперь же, если верить заявлению TON Foundation, это станет невозможным: TMA смогут взаимодействовать только с блокчейном TON. Отметим, что ограничения не распространяются на мосты, позволяющие переводить средства между TON и другими чейнами. ## Мнения экспертов На поверхности это большая победа для TON, которому до сих пор никак не удавалось закрепиться в топ-10 блокчейнов. Официальное заявление TON Foundation говорит о развитии стратегического партнерства, укреплении статуса TON и т.д. Однако большинство экспертов пока что отнеслись к новости критически. Тогда зачем Telegram идти на такой шаг? Но действительно ли все так плохо? Рассмотрим более подробно возможные плюсы и минусы данного решения с точки зрения проектов и конечных пользователей. ### ## Плюсы: комфорт для начинающих и бонус для экосистемы ### Удобство для новичков в Web3 Многие пользователи впервые приходят в Web3 именно через игры-тапалки и TMA в Telegram. Для них понятен и удобен флоу «создал кошелек через главное меню — купил TON через бота — подключил кошелек к любой игре/TMA». Один кошелек, один аккаунт в TON, все токены игр в одном месте. А вот флоу «создай кошелек на Solana с совершенно новым адресом и секретной фразой, купи SOL через совершенно другого бота и только тогда подключись к игре» — это куда сложнее освоить для начинающего. ### Единая экосистема Один мессенджер, один блокчейн — это эффективное решение и с точки зрения дизайна приложений: - с каждым апгрейдом сети TON новые фичи будут становиться доступны для всех ТМА; - можно создавать TMA, которые взаимодействуют друг с другом — например, строить полноценную DeFi-инфраструктуру на базе Telegram; - Полная совместимость блокчейн-функционала аппов и Web3-фич самого Telegram, таких как покупка Stars за Toncoin и выплаты за рекламу (например, если просмотр рекламы встроен в Web3-игру). ### Потенциальный приток разработчиков и проектов на TON Telegram дал четкий посыл: хотите получить доступ к 900 миллионам пользователей мессенджера — делайте на блокчейне TON. Это хорошая мотивация для разработчиков, которые давно собирались освоить FunC, Tact или Tolk. Можно ожидать, что спрос на услуги девелоперов на Toncoin резко повысится. ## Минусы: нарушенные планы и риск выпасть из кроссчейн-тренда ### Нарушились планы многих проектов Всего за 4 дня до того, как Telegram объявил о своем решении поддерживать только TON, популярная игра Hamster Kombat [анонсировала создание собственного L2-блокчейна](https://x.com/hamster_kombat/status/1878774900556480824), где комиссии сети можно оплачивать токенами $HMSTR. Проект наверняка собирался интегрировать новый чейн с игрой в Telegram, но теперь у него это не получится. ![](https://metalamp.ru/images/hamster.png) Еще один проект, SODA, недавно [привлек инвестирование](https://cointelegraph.com/press-releases/soda-raises-pre-seed-funding-to-launch-no-code-telegram-mini-app-platform-for-memecoins) под платформу для запуска игровых ТМА с токенами на TON, Solana, EVM, Sui и др. Теперь же платформе придется ограничиться TON и, возможно, пересмотреть свой маркетинговый план. Подобных примеров можно привести много: проекты, которые надеялись на быстрый рост за счет поддержки Solana или мультичейна, должны будут срочно перестроиться и нанять разработчиков на TON. ### Сложности для уже работающих TMA TMA и играм, использующим альтернативные чейны (Solana, Sui и др.), придется срочно переделывать интерфейсы и перестраиваться на TON. Те, кому удастся это сделать в течение 30 дней, [могут рассчитывать на грант размером до $50 000](https://questbook.app/proposal_form/?grantId=6785330d80bdbe2661534236&chainId=10&utm_source=questbook&utm_medium=grant_details&utm_campaign=share), в зависимости от количества их пользователей. Правда, выплачиваются гранты не живыми деньгами, а ваучерами на рекламу. Также TON Foundation предоставит мигрирующим проектам техническую поддержку. ### Риск лишиться преимуществ кроссчейн-решений ### Риск сопротивления со стороны пользователей и разработчиков Решение о прекращении поддержки альтернативных чейнов идёт вразрез с духом децентрализации и трендом на интероперабельность. ## Что дальше? Не исключено, что руководство Telegram пересмотрит потенциальные риски и смягчит ограничения.  Итак, последствия соглашения Telegram и TON Foundation могут быть весьма серьезными, однако сложно сказать, будут ли ограничения внедрены в полном объеме. Мы продолжим наблюдать за ситуацией, оперативнее всего новости экосистемы входят в [нашем телеграм-канале](https://t.me/+c5VKb4ni-xE2YWZi). В любом случае TON остается одним из самых перспективных блокчейнов для запуска новых проектов. Все 900 млн пользователей Telegram уже имеют доступ к встроенному кошельку на TON, и миллионы из них уже взаимодействуют с Web3-играми в формате TMA и токенами. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей о TON [Lees meer...](https://metalamp.ru/magazine/telegram-budet-ispolzovat-tolko-ton-reakcii-ekspertov-i-vozmoznye-posledstvia.md) ## Как DeFi трансформирует традиционные финансы ![Как DeFi трансформирует традиционные финансы](https://metalamp.ru/images/defiiii.png) Decentralized finance, DeFi — одна из самых значительных трансформаций в экономике XXI века. В чем их отличие от традиционных систем и как DeFi изменяет финансы? ## Отличия DeFi от традиционной финансовой системы Децентрализованные финансы DeFi и традиционная финансовая система (TradFi) выполняют схожие базовые функции: обмен активов, предоставление займов и управление капиталом. Но главное различие заключается в способах обработки транзакций и управления данными. В традиционной финансовой системе контроль над операциями сосредоточен в руках центральных организаций — банков или бирж. У них главная роль: учреждения ведут внутренние реестры (ledgers) и управляют данными: меняют, отменяют, блокируют транзакции. Доступ к услугам регулируется правилами идентификации пользователей (KYC). Это ограничивает возможности для анонимных и децентрализованных операций. В DeFi, напротив, используют распределенную технологию блокчейна. Реестр находится под управлением множества узлов (nodes), а не одной центральной организации. Все транзакции в блокчейне неизменяемы и защищены смарт-контрактами. Это исключает возможность изменения данных и вмешательства. Смарт-контракты автоматически выполняют условия транзакции. ## Как DeFi изменяет финансы Пока для большей части общества влияние децентрализованных финансов незаметно. Но развитие продолжается. ### 1. Ускорение и удешевление операций DeFi устраняет необходимость в посредниках за счет автоматизации процессов. Поэтому операции, которые в традиционной системе могут занимать дни, в системе децентрализованных финансов выполняются практически мгновенно. Кроме того, отсутствие посредников снижает финансовые издержки. ### 2. Развитие финансовой доступности Любой может получить доступ к DeFi, даже если исключен из TradFi из-за отсутствия банковского счета или кредитной истории. Децентрализованные системы используют альтернативные данные вроде цифровых следов и историй транзакций. ### 3. Развитие новых рынков, продуктов и задач В DeFi продолжается развитие токенизации активов — создание цифровых аналогов реальных активов. Токены акций, облигаций, недвижимости. Это расширяет ликвидность рынков и привлекает инвесторов с небольшим капиталом. Новые продукты в сфере — вроде децентрализованных бирж (DEX) и платформ для управления рисками — дают дополнительные возможности для инвестиций и диверсификации. ### 4. Прозрачность и доверие Система децентрализованных финансов строится на публичных блокчейнах, где все транзакции прозрачны и доступны для проверки. Это снижает риски мошенничества и коррупции. Пока у TradFi информация о транзакциях закрыта, DeFi обеспечивает полную видимость и это скажется на развитии всей экономики. ### 5. Интеграция больших систем Проекты вроде DBS и Onyx от J.P. Morgan уже показывают, как DeFi может интегрироваться в устоявшиеся экономические структуры и обеспечивать соблюдение прозрачности и безопасности. ## Развитие децентрализованных финансов в 2025 году Децентрализованные финансы продолжат эволюционировать. Ниже мы собрали тренды, как DeFi изменяет финансы — [по мнению экспертов](https://thefintechtimes.com/crypto-defi-and-blockchain-in-2025-experts-share-key-trends-and-challenges/): 1. США с большой вероятностью начнут рассматривать Bitcoin как стратегический резервный актив. И это станет важным шагом в признании криптовалют как части глобальной экономической системы. Итог: усиление интереса к криптоактивам со стороны других государств и новая динамика на рынке. 2. Рынок RWAs продолжит расширяться и достигнет капитализации $30 триллионов в течение следующего десятилетия. Это привлечет больше институциональных инвесторов и укрепит связь между традиционными и децентрализованными финансами. 3. Платформы станут все более совместимыми, исчезнут границы между Web2 и Web3. В 2025-м можно ожидать заметной интеграции DeFi в TradFi. 4. Стейблкоины будут активно использоваться для кросс-граничных переводов и интеграции криптовалют в повседневные платежные сервисы. DeFi не просто альтернатива TradFi — это ее неизбежная эволюция. На пути к массовому внедрению предстоит разобраться с регуляцией и масштабируемостью, но потенциал уже очевиден. Как отмечают лидеры индустрии: будущее финансов — это не выбор между централизованными и децентрализованными системами. Это вопрос их синергии. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё больше интересных статей [Lees meer...](https://metalamp.ru/magazine/kak-defi-transformiruet-tradicionnye-finansy.md) ## DeFi: как работает и как торговать безопасно ![DeFi: как работает и как торговать безопасно](https://metalamp.ru/images/defi_pools.png) DeFi — это не просто альтернатива традиционным финансовым системам — это совершенно новый способ взаимодействия с деньгами, который основан на блокчейне. В статье разберем, что такое DeFi и как работает. ## Что такое DeFi DeFi, или децентрализованные финансы, — это финансовые услуги, которые работают на основе блокчейна. Основная идея — предоставить доступ к множеству финансовых услуг с использованием криптовалют, а не традиционных валют от государств. Что входит в эти услуги? - Кредитование и заимствование. Что это? Простыми словами, DeFi-платформы позволяют пользователям одалживать средства друг другу, минуя банки. Например, вы можете предоставить криптовалюту в кредит и получать за это проценты. - Обмен активов. Децентрализованные биржи (DEX) позволяют обменивать криптовалюты без посредников. - Получение дохода. Пользователи могут зарабатывать проценты на активах через стейкинг или предоставление ликвидности. - Страхование и торговля. ## Техническая составляющая DeFi: как работает Главный принцип DeFi — децентрализация. Вместо централизованных посредников управление процессами осуществляется через программный код. Он открыт. Изменения в нем чаще всего принимаются демократично — через голосование в сообществе. Еще одна важная составляющая того, как работает DeFi — доступность. Достаточно устройства с подключением к интернету. Пользователи могут как разрабатывать собственные приложения, так и применять существующие. Люди получают вознаграждения за участие в сервисах — например, за предоставление ликвидности. При этом они могут выбирать: пользоваться публичным интерфейсом платформы или создать собственный проект. ## Элементы экосистемы 1. Смарт контракты. Программы, которые автоматизируют выполнение сделки и устраивают ее без участия посредников. 2. Web3-кошельки. Служат универсальным инструментом для взаимодействия с DeFi-приложениями. Они некастодиальные, не требуют регистрации и открывают доступ к множеству приложений через один интерфейс. 3. Пулы ликвидности. Обеспечивают доступность токенов для обмена и других операций. 4. DEX. Платформы предоставляют человеку основу, чтобы торговать токенами без посредников. Биржи используют пулы ликвидности и автоматизированные маркетмейкеры (AMM), чтобы предлагать мгновенные транзакции и контроль над средствами. 5. Стейблкоины. Обеспечивают стабильность в мире волатильных криптовалют. 6. Оракулы. Подключают DeFi-приложения к данным из внешнего мира. В том числе курсы валют, информацию о погоде, спортивные результаты и другие правильные данные для выполнения смарт-контрактов. ## Инвестирование для начинающих Создайте Web3-кошелек: установите MetaMask или Trust Wallet и сохраните seed-фразу. Купите крипту: приобретите ETH или USDT на бирже и переведите в кошелек. Выберите стратегию: инвестировать в пулы DEX для комиссионных; получать проценты через Aave или заниматься фармингом для максимальной прибыли. Начните с малого: тестируйте протоколы с минимальными вложениями. И диверсифицируйте: распределите средства между разными активами и платформами. Важно регулярно следить за рынком — изучать новые протоколы и участвовать в управлении, если есть governance-токены. ## Будущее DeFi DeFi уже предлагает пользователям возможность кредитовать и занимать активы без участия банков. В будущем ожидают более сложных протоколов с улучшенным управлением залогами и снижением комиссий. Появится интеграция реальных активов в качестве залога — это означает, что кредитование станет более универсальным. Финансовые институты постепенно осваивают технологии блокчейна. В будущем это приведет к внедрению гибридных решений, где DeFi и традиционные финансы (TradFi) будут дополнять друг друга. Возможности пассивного дохода продолжат расти: протоколы предложат более разнообразные и низкорискованные варианты стейкинга. Появятся новые решения для автоматического распределения активов с учетом максимальной доходности. Инвестировать в DeFi станет еще проще. Будущее DeFi обещает быть ярким. Модификации сделают децентрализованные финансы более безопасными, доступными и удобными. Эти технологии не только продолжат революцию в финансовой сфере, но и помогут создать более инклюзивную и справедливую глобальную экономику. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/defi-kak-rabotaet-i-kak-torgovat-bezopasno.md) ## Web3 app: что это такое и как создать свое приложение ![Web3 app: что это такое и как создать свое приложение](https://metalamp.ru/images/web3app.png) В основе Web3 лежат технологии блокчейна, смарт-контрактов и токенизации. И это открывает новые возможности для создания приложений: Web3 apps, или dApps. От традиционных они отличаются подходом к хранению данных, управлению доступом и взаимодействию с пользователями. В этой статье углубимся в Web3 app: что это такое и как создать свое приложение. ## Что это за технология Приложения Web3 — это децентрализованные приложения (dApps) на базе блокчейна. Они обеспечивают больше приватности, защищенности данных и отказ от централизованных посредников. Если приложения Web2 строятся на основе централизованных серверов и управляются компаниями, приложения Web3 работают на распределенных сетях и часто используют смарт-контракты для автоматизации процессов. Каждый тип таких сервисов фокусируется на стороне цифрового опыта: конфиденциальность, децентрализация и управление данными. На сегодня можно выделить пять основных категорий. ### Web3-браузеры Web3-браузеры отличаются от традиционных тем, что они защищают конфиденциальность пользователей и интегрируют функции блокчейна. Пользователи могут безопасно просматривать веб-страницы и взаимодействовать с децентрализованными приложениями напрямую — через встроенные криптокошельки. За просмотр рекламы человек получает вознаграждение — токены. ### Децентрализованное хранение данных Децентрализованные системы хранения данных делают данные более доступными и безопасными. Информация здесь распределяются между узлами по всему миру, что устраняет единую точку отказа и снижает риски утраты информации. Другие особенности: устойчивость к цензуре и оптимизация стоимости хранения. ### Децентрализованные криптобиржи (DEX) Децентрализованные криптобиржи позволяют торговать криптовалютами напрямую. Нет нужды доверять свои собственные средства централизованным организациям. Торги проходят с использованием смарт-контрактов — они обеспечивают безопасность и автоматизацию сделок. То есть DEX не используют посредников и единый центр управления. За счет этого гарантируется конфиденциальность транзакций. Для поддержки торгов используют пулы ликвидности. Так, на платформах Uniswap и SushiSwap пользователи могут торговать популярными криптовалютами, включая Bitcoin. Опять же — без необходимости доверять активы централизованной бирже. ### Метавселенная Метавселенные предоставляют человеку платформы для создания, взаимодействия и монетизации цифрового контента. Эти пространства часто интегрируют технологии NFT. Здесь можно создать уникальный контент и виртуальные миры, интегрировать игровые экосистемы и токены. Есть возможности для заработка и инвестиций. ### Децентрализованные автономные организации (DAO) DAO меняют подход к управлению сообществами и организациями: они устраняют необходимость в центральных администраторах. Все решения принимаются коллективно с использованием смарт-контрактов и голосования членов сообщества. DAO — вроде BitDAO и Worldcoin — позволяют участвовать в принятии решений и управлять проектами через токенизированное голосование. ## Преимущества и ограничения ![](https://metalamp.ru/images/Snimok ekrana 2024-12-28 v 13.43.08.png) ## Как разработать dApp: шаг за шагом Этап первый — планирование и проектирование Web3-приложения. Начните с четкой и значимой идеи, которая решает проблему целевой аудитории (ЦА). Подшаги: 1. Подберите блокчейн, который соответствует требованиям приложения. Например, Ethereum для смарт-контрактов, Polygon для масштабируемости. 2. Определите, с какими децентрализованными приложениями будет взаимодействовать ваше решение. 3. Определите минимально жизнеспособный продукт (MVP) с ключевыми функциями, чтобы принести пользу пользователям. 4. Выберите инструменты для разработки блокчейна и удобного интерфейса (например, Solidity, React, Web3.js). 5. Глубоко изучите потребности аудитории, чтобы создать проект, который будет востребован. 6. Найдите специалистов, которые обладают опытом как в разработке блокчейна, так и в создании удобных интерфейсов. Этап второй — привлечь аудиторию. Начните маркетинг до запуска приложения, чтобы создать интерес и получить обратную связь: 1. Составьте документ, который объясняет ценность, техническую составляющую и потенциал продукта. 2. Запустите простой сайт с формой ожидания, чтобы оценить интерес аудитории. 3. Создайте блог и взаимодействуйте с потенциальными пользователями. Этап третий — прототип. Сконцентрируйтесь на пользовательском опыте (UX) и интерфейсе (UI): 1. Разработайте главные экраны приложения или плагина, чтобы визуализировать его функционал. 2. Протестируйте дизайн на аудитории. 3. Учтите отзывы пользователей и доработайте UX/UI перед полной разработкой. Этап четвертый — код. Создайте разные компоненты приложения: - Смарт-контракты — напишите и протестируйте их на выбранном блокчейне. - Фронтенд — разработайте пользовательский интерфейс с помощью Web3-фреймворков вроде React или Vue.js. Этап пятый — проверить приложение. Убедитесь, что оно работает стабильно: - Тестируйте смарт-контракты на тестовых сетях, чтобы проверить их безопасность и функционал. - Проверьте интерфейс, в том числе мобильный, на наличие ошибок и багов. Этап шестой — аудит безопасности. Проведите глубокий аудит смарт-контрактов, чтобы выявить и устранить уязвимости. Сразу после — седьмой этап. Разверните смарт-контракты на выбранном блокчейне и настройте облачную инфраструктуру для серверной части приложения, если это необходимо. На восьмом этапе обеспечьте стабильную работу и улучшайте приложение — мониторьте ошибки и быстро устраняйте их; обучайте пользователей эффективно использовать приложение. Последний этап — планируйте масштабные обновления. Развивайте приложение, чтобы оставаться актуальным: 1. Собирайте обратную связь от пользователей, чтобы улучшить функционал. 2. Внедряйте новые функции и технологии по мере их появления. ## Топ-5 успешных приложений Web 3 уже формирует будущее интернета, и эти продукты — яркие примеры. ### ChainGPT Категория: Искусственный интеллект для блокчейна ChainGPT – это инновационная AI-платформа, которая упрощает разработку смарт-контрактов. С ним пользователи могут создавать и развертывать смарт-контракты без знания кода. ChainGPT также помогает анализировать, оптимизировать и тестировать контракты — обеспечивает их безопасность и эффективность. Среди преимуществ — удобство для пользователей без технических навыков. На платформе есть инструменты для анализа и устранения уязвимостей. ### StarkDeFi Категория: Децентрализованные финансы (DeFi) StarkDeFi — универсальная платформа для DeFi, которая предоставляет пользователям доступ к финансовым инструментам. Она включает автоматизированные маркетмейкеры (AMM), пулы ликвидности, стейкинг и запуск токенов: делает децентрализованные финансы доступными и удобными для новых пользователей. ### Magic Square Категория: Центр приложений Magic Square — платформа, которая объединяет лучшие Web3-приложения, игры и образовательные ресурсы. Пользователи могут легко находить новые продукты, участвовать в акциях и получать вознаграждения за активность. ### MoonPay Категория: Платежные решения MoonPay — это мост между традиционной финансовой системой и крипто (crypto) экономикой. Платформа позволяет покупать криптовалюту за фиатные деньги и обменивать криптовалюту на фиат. MoonPay поддерживает популярные способы оплаты — в том числе банковские переводы, кредитные карты и Apple Pay. ### Sleepagotchi Категория: Gamified-приложение для здоровья Sleepagotchi — это приложение, которое превращает отслеживание сна в игровой процесс. Пользователи получают вознаграждения в виде NFT и криптотокенов за соблюдение режима сна. Чем лучше сон пользователя, тем больше наград. ## Прогноз Среди тенденций в сфере выделяют рост метавселенной. Ожидается, что в ближайшие годы блокчейн, смарт-контракты и AR/VR поспособствуют созданию более интерактивных и децентрализованных виртуальных миров: предоставят пользователям новые возможности для взаимодействия и коммерции. Еще один прогноз — новая экономическая структура. Блокчейн развивает DeFi и тем самым предоставляет альтернативу традиционным финансовым системам. Эксперты считают, что сотрудничество между Web-3 и традиционными финансовыми институтами углубится. В итоге появится более инклюзивная и доступная экономическая среда. Web3-игры становятся все более популярными. Скорее всего, в будущем они предложат более качественный игровой процесс: потому что будут сочетать традиционные игровые механики с преимуществами децентрализации. Это привлечет более широкую аудиторию и создаст новые модели монетизации. С ростом числа децентрализованных приложений (dApps) повышается потребность в конфиденциальности и безопасности пользователей. Ожидается, что в будущем появятся новые технологии вроде zero-knowledge proofs и гомоморфного шифрования. Они позволят сохранять контроль над данными и обеспечат безопасное взаимодействие в сети. Искусственный интеллект тоже сыграет важную роль в развитии Web3: улучшит пользовательский опыт и оптимизирует работу децентрализованных приложений. ИИ будут использовать для персонализации контента, повышения эффективности операций и более интеллектуального взаимодействия между пользователями и платформами. Web3-приложения открывают новые горизонты для разработчиков и пользователей. Создание своего dApp — это возможность не только освоить передовые технологии, но и внести вклад в интернет будущего. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/web3-app-cto-eto-takoe-i-kak-sozdat-svoe-prilozenie.md) ## Почему dApps плавно заменяют обычные приложения ![Почему dApps плавно заменяют обычные приложения](https://metalamp.ru/images/DApps.png) Социальные сети, финансовые сервисы и игры работают на основе серверов одной компании. То есть третья сторона контролирует данные пользователей, принимает решения о работе платформы и нередко монетизирует личную информацию. dApps же строятся на совершенно иной архитектуре. Переход от привычных централизованных приложений к dApps происходит постепенно. Миру еще предстоит освоить новую технологию и перестроить бизнес-модели. Но уже сейчас dApps демонстрируют огромный потенциал. ## Что такое dApps Децентрализованные приложения, оригинальное имя dApps, — это программные приложения, которые работают на блокчейне или сети компьютеров типа peer-to-peer (P2P). dApps дистрибуированы по сети, и контроль над ними коллективный. Приложения работают на основе блокчейнов, где каждый узел хранит копию данных. Обычные приложения вроде Uber или X (бывший Twitter) работают на серверах одной компании. dApps же функционируют по принципу децентрализации. Они могут работать, например, на [Ethereum](https://metalamp.ru/ethereum), и использовать его возможности для создания приложений. От кошельков и обменников до игр, финансовых сервисов и социальных сетей. Возвращаясь к примеру X: можно создать подобную ему программу, но единственный, кто сможет удалить свои публикации — автор сообщения. Программное обеспечение dApps использует [смарт-контракты](https://metalamp.ru/smart-contract) — автоматизированные контракты, которые выполняют сделки между пользователями без третьей стороны. Смарт-контракты в приложении гарантируют: условия соглашения будут выполнены и несоответствия в исполнении обязательств не будет. Дополнительно блокчейн-протоколы обеспечивают конфиденциальность пользователей, потому что скрывают личные данные. Эти плюсы применимы на практике. Например, в dApps-маркетплейсах или системах распределения редких ресурсов можно использовать механизмы аукционов (auction). Пользователи делают ставки — участвуют в торгах за определенный актив. Все данные о ставках записываются в блокчейн, то есть гарантируются прозрачность и неизменяемость. Плюсы технологии очевидны — нет нужды отдавать данные третьим лицам. Но почему dApps все еще малопопулярны? Из-за пользовательского опыта (UX). В отличие от традиционных приложений Web2, вроде Venmo, Revolut и Fortnite, dApps пока неудобные. ## Особенности UX при разработке dApp Разработка децентрализованных приложений усложняется блокчейн-технологиям. Чтобы использовать традиционные приложения, достаточно скачать их из магазина. Прежде чем начать работать с dApp, пользователь должен скачать криптокошелек, пополнить его криптовалютой для оплаты транзакционных сборов и разобраться в процессе перевода. Новичков это отпугивает — не любой согласится. Если человек все же разобрался с кошельком, он сталкивается с новым препятствием — необходимостью подписывать транзакции при каждом действии. Будь то покупка, обмен или участие в игре. Такое постоянное вмешательство вызывает раздражение у тех, кто не привык работать с криптовалютами. Здесь пользовательский опыт отчасти можно облегчить интеграцией ENS. К тому же у dApps на Ethereum высокая стоимость транзакций и их низкая скорость, особенно в часы пиковой нагрузки. Это отпугивает — ведь есть более дешевые и быстрые альтернативы на других блокчейнах. Но разработчики приложений ищут решения: 1. Выбирают блокчейн-платформы с низкими комиссиями, чтобы минимизировать затраты пользователей на транзакции. Или используют децентрализованное решение для хранения вне сети — Swarm. 2. Интегрируют популярные криптокошельки, чтобы снизить барьер для входа. 3. Упрощают процесс регистрации. 4. Добавляют обучающие материалы и всплывающие подсказки. ## Экономика и монетизация dApps Токены — основа экономической модели большинства dApps. Они выполняют много функций: - используются для расчетов между пользователями и оплаты услуг, - выдаются пользователям за участие в экосистеме, например, за стейкинг или голосование. Способов монетизировать технологию много. Главный — транзакционные проценты. Каждая операция в системе сопровождается комиссией. Этот подход широко используется в финансовых приложениях. Пример — Uniswap. Другой вариант — создание и продажа собственных токенов, чтобы привлечь капитал. Пользователи торгуют или стейкают — благодаря этому обеспечивают доход разработчикам. dApps могут зарабатывать на продаже виртуальных товаров, премиум-функций или инструментов. Это актуально для игр и образовательных платформ. Можно давать пользователю эксклюзивный контент или инструменты по подписке. Стандартный вариант — реклама в приложении. Монетизировать таргет получится, если сохранить конфиденциальность клиентов. Уже наметились отраслевые тенденции: - в здравоохранении — плата за доступ - к диагностическим инструментам и платформам для обмена данными, - в логистике — комиссии за отслеживание товаров и выполнение смарт-контрактов, - в недвижимости — токенизация объектов и комиссии за операции с ними, - в игровой индустрии — продажа NFT, плата за участие в турнирах и вознаграждения в формате «играй, чтобы зарабатывать». ## Метрики эффективности Главные показатели успеха — DAU и MAU; коэффициенты удержания и оттока пользователей; конверсия. Для начала разберемся с терминами. DAU (Daily Active Users) отражает количество уникальных пользователей, которые взаимодействуют с приложением в течение суток. MAU (Monthly Active Users) показывает число уникальных пользователей за последние 30 дней. Эта метрика оценивает распространение программы и ее роль на рынке. Соотношение DAU к MAU — это коэффициент «липкости». Он показывает, как часто пользователи возвращаются к приложению. Коэффициент удержания отражает процент пользователей, которые все еще используют приложение спустя определенное время после первого взаимодействия. Коэффициент оттока пользователей показывает долю клиентов, которые перестали использовать программу. Конверсия измеряет процент пользователей, которые выполнили целевые действия. Прошли регистрацию, совершили покупку или поучаствовали в стейкинге. Анализ этих метрик у приложения дает ценные данные: - высокий DAU и коэффициент удержания указывают на удовлетворенность пользователей, - высокий коэффициент оттока сигнализирует — нужно улучшить функционал и изменить маркетинговую стратегию, - высокий коэффициент конверсии демонстрирует успешность бизнес-модели и потенциал для роста доходов. ## Доверие и безопасность пользователей Децентрализованные приложения используют преимущества блокчейн-технологий, чтобы обеспечить высокий уровень безопасности и прозрачности. Блокчейн выступает неизменяемым цифровым реестром, который записывает все операции. Это исключает возможность подделать данные. Системы децентрализованной идентификации (DID) позволяют пользователям управлять личной информацией без участия третьих сторон. Это снижает риск утечек данных и кражи личности. dApps используют смарт-контракты для автоматизации операций. А значит, проводят регулярные аудиты кода. Это нужно, чтобы выявлять уязвимости до их эксплуатации. Есть дополнительные уровни защиты — MFA, которые затрудняют доступ к приложению неавторизованных пользователей. ## Как будут развиваться dapps в 2025 году К 2024 году dApps в сфере финансов [обработали](https://ecos.am/en/blog/decentralized-applications-dapps-the-future-of-blockchain-technology/?srsltid=AfmBOoqFbLbWWglmTsgEb7UkI_5-jUV3QMdPlMPwdzID0SfZhHgSJeOx#The_Future_of_dApps) транзакции на сумму более $200 миллиардов, и эта цифра продолжает расти. Заметно влияние на конкретные сферы. DeFi-приложения Aave и MakerDA меняют подход к управлению финансами. Они дают пользователям возможность получать кредиты, зарабатывать проценты и проводить транзакции без посредников. К 2024 году объем операций в DeFi превысил $200 миллиардов. По мере того как все больше людей отказывается от традиционных банковских услуг, dApps становятся неотъемлемой частью мировой финансовой системы. Индустрия игр тоже осваивает децентрализованные решения. Axie Infinity, например, позволяет игрокам зарабатывать через торговлю цифровыми активами. К 2025 году рынок блокчейн-игр может [достичь](https://ecos.am/en/blog/decentralized-applications-dapps-the-future-of-blockchain-technology/?srsltid=AfmBOoqFbLbWWglmTsgEb7UkI_5-jUV3QMdPlMPwdzID0SfZhHgSJeOx#The_Future_of_dApps) $5 миллиардов. NFT и цифровые предметы становятся важной составляющей игровой экономики. Проблемы у технологии тоже есть. Текущие блокчейны не всегда справляются с большим количеством операций, а отсутствие правил вызывает вопросы у пользователей и разработчиков. Но проблемы решаемы, и прогноз для приложений приятный. Среди трендов выделяют: - **Повышение капитальной эффективности.** Подход earning yield while ready for use позволяет пользователям получать доход от активов без блокировки. - **Более простое взаимодействие.** Новые платформы вроде dappOS улучшают совместимость между блокчейнами. - **Партнерства для роста.** Airdrop между dappOS и Binance Web3 Wallet привлекают новых пользователей и развивают экосистему. ## Итоговое сравнение ![](https://metalamp.ru/images/tablica_dapps2223.png) Так почему dApps плавно заменяют обычные приложения? Они дают пользователю безопасность — и на это сейчас большой запрос. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей о web3 [Lees meer...](https://metalamp.ru/magazine/pocemu-dapps-plavno-zamenaut-obycnye-prilozenia.md) ## Главные RWA токены в 2024 году ![Главные RWA токены в 2024 году](https://metalamp.ru/images/rwa_tokens_2024.png) Криптовалюты и токены в категории RWA (Real World Assets) стремятся связать блокчейн и реальные активы: недвижимость, кредиты, ценные бумаги и другие физические или финансовые объекты. Несколько проектов можно признать главными RWA токенами в 2024 году. Критерии рейтинга: - инновации в токенизации реальных активов, - репутация и стабильность проектов на криптовалютном рынке, - партнерства и интеграции с традиционными финансовыми институтами, - юридическая и регуляторная поддержка для безопасности активов, - наличие реального спроса на токенизируемые активы в 2024 году. Разбор каждого актива читайте в статье. ## MANTRA MANTRA — это DeFi-платформа, которая включает собственный блокчейн. Он разработан специально для поддержки токенизации реальных активов. MANTRA построена на экосистеме Cosmos и использует протокол Inter-Blockchain Communication (IBC). Это позволяет легко взаимодействовать с другими сетями. ![](https://metalamp.ru/images/mantra.jpg) Элементы экосистемы: - MANTRA Chain. Главный блокчейн платформы, поддерживает взаимодействие с внешними сетями, что делает его универсальным инструментом в сфере RWA. - MANTRA Nodes. Сеть узлов, которые обеспечивают безопасность блокчейна. - MANTRA Finance. Набор DeFi-продуктов со свопами активов, кредитованием и другими финансовыми инструментами. Эти услуги предоставляются в некостодиальном формате, то есть пользователи сохраняют полный контроль над средствами. - OM Token. Владельцы OM участвуют в принятии решений, голосуют за обновления и изменения в сети. Инвесторы могут делегировать OM-токены валидаторам, поддерживая безопасность сети и получая пассивный доход. OM обеспечивает работу механизма Proof of Stake (PoS) на MANTRA Chain. Он используется на платформе AUMEGA для торговли токенизированными активами и взаимодействия с ликвидностью. AUMEGA — флагманская торговая платформа MANTRA Chain. Она сочетает механизмы децентрализованных финансов (DeFi) и централизованных (CeFi). У AUMEGA два основных инструмента: Automated Market Maker (AMM) и Central Limit Order Book (CLOB). С первым пользователи могут обменивать активы через пул ликвидности, где цены автоматически определяются спросом и предложением. CLOB позволяет размещать ордера на покупку и продажу с фиксированными ценами, доступными участникам рынка. ## Ondo Finance Платформа Ondo Finance фокусируется на казначейских облигациях США и фондах денежного рынка. Флагманский продукт — OUSG (Ondo Short-Term US Government Treasuries). Продукт не полностью соответствует принципам децентрализации, но компенсирует это своей стабильностью, низким уровнем риска и предсказуемой доходностью в стабильных монетах. Однако доступ к OUSG ограничен: токен — permissioned. То есть только адреса, одобренные Ondo, могут выпускать, хранить и переводить эти токены. Минимальный порог для выпуска составляет $100,000 — продукт ориентирован на состоятельных инвесторов и институциональных клиентов. ![](https://metalamp.ru/images/ondo_finance.jpg) Преимущество OUSG — в его устойчивости за счет участия в BlackRock. На 2024 год значительная часть портфеля OUSG инвестирована в BlackRock BUIDL, и это повышает доверие к продукту. Хотя модель OUSG несколько противоречит классической концепции децентрализованных финансов, она дает возможность крупным игрокам безопасно войти в мир DeFi. ## MakerDAO (MKR) MakerDAO, сейчас Sky, — один из самых известных и устоявшихся проектов в мире децентрализованных финансов (DeFi). Он запущен в 2017 году и стал известен благодаря выпуску DAI — популярного стейблкоина, который привязан к курсу доллара США. В последние годы проект включил токенизацию реальных активов, в том числе залоговых кредитов под недвижимость. MakerDAO позволяет владельцам недвижимости получать ликвидность в режиме реального времени в стейблкоинах DAI. Размер финансирования зависит от стоимости залога, а кредиты сопровождаются начислением процентов — аналогично традиционной финансовой системе. Но отличие заключается в том, что процентные платежи идут на развитие экосистемы MakerDAO — так площадка органично растет. MakerDAO разделяет реальный активный залог на четыре категории: - Cashlike — централизованные стабильные монеты USDC и краткосрочные государственные облигации; - Clean Money — активы, которые связаны с устойчивыми проектами в области возобновляемой энергетики, ядерной энергетики и сельского хозяйства; - Miscellaneous — прочие активы, в том числе ERC-20. WBTC, токены безопасности и мостовые токены первого уровня. - Physically Resilient RWA — реальные активы, которые сложно конфисковать. Физическая недвижимость или устойчивое оборудование. Продуманная структура позволяет MakerDAO регулировать использование RWA: обеспечивать долгосрочную устойчивость и безопасность экосистемы. ## Centrifuge (CFG) Centrifuge (CFG) в 2024 году продвигает токенизацию счетов-фактуры, недвижимости и финансовых инструментов. В случае счетов-фактур компании могут быстро получать ликвидность через токенизацию неоплаченных счетов, которые обычно замораживают капитал. Вместо того чтобы ждать оплаты счетов или обращаться за традиционными банковскими кредитами, предприятия получают доступ к капиталу быстрее и с меньшими затратами. ![](https://metalamp.ru/images/centrifugue.jpg) CFG — это нативный токен платформы. Его владельцы участвуют в принятии решений о развитии платформы без участия централизованных сторон. CFG служит для оплаты транзакционных издержек в сети Centrifuge Chain. ## Synthetix (SNX) Synthetix — это протокол ликвидности производных инструментов, который работает на блокчейне Ethereum. Его цель — предоставить пользователям доступ к сырьевым товарам, валютам, акциям и даже облигациям без процедуры KYC или AML. Синтетические активы в Synthetix отслеживают стоимость реальных активов в режиме реального времени с помощью оракулов. Пользователи могут выпускать эти активы через блокировку токенов SNX в протоколе. ![](https://metalamp.ru/images/synthetix.jpg) Работа платформы основана на создании и обеспечении Synths — синтетических токенов. Synths: - Отражают стоимость реальных активов. Например, токен sCOPPER отслеживает цену меди на мировом рынке. - Поддерживаются оракульными механизмами. Оракулы передают данные о рыночной стоимости активов, чтобы поддерживать актуальность цены Synths. - Обеспечиваются SNX. Чтобы создать Synth, пользователь должен заблокировать определенное количество SNX. Это служит гарантией ликвидности. SNX не только инструмент обеспечения Synths, но и средство управления платформой. Владельцы SNX голосуют за изменения и улучшения. Есть возможность получать доход от стейкинга, поскольку участникам дают комиссионные от транзакций. ## Polymesh (POLYX) Polymesh — это приватный блокчейн. В отличие от универсальных блокчейнов, Polymesh сосредоточен на институциональных пользователях. Проект возник на основе Polymath — более раннего проекта в области блокчейна. Переход на Polymesh позволил устранить недостатки инфраструктуры Polymath и сосредоточиться на главных задачах. Сегодня Polymath функционирует как приложение на платформе Polymesh, а токены $POLY можно обменять 1:1 на $POLYX. ![](https://metalamp.ru/images/polymesh.jpg) Для регистрации в сети Polymesh необходимо пройти процедуру KYC. Так платформа гарантирует соблюдение стандартов. Polymesh использует гибридный подход: сочетание оффчейн-валидации и ончейн-транзакций. Это сохраняет баланс между конфиденциальностью и прозрачностью для регуляторов. Пользователи могут стейкать $POLYX, чтобы участвовать в сети и получать вознаграждения. Но для этого тоже требуется пройти KYC — доступ получают только проверенные пользователи. Polymesh в 2024 году занял выгодную позицию для роста. Ориентация на регуляторные требования и работа в специализированном сегменте дают ему конкурентное преимущество. ## Goldfinch (GFI) Goldfinch позволяет получать доход в стейблкойнах через кредитование успешных кредитных фондов и финтех-компаний. Преимущественно в развивающихся рынках. Платформа использует механизм «доверие через консенсус». Вместо традиционного залога на основе криптоактивов, заемщики оцениваются коллективным участием аудиторов и других участников протокола. Это позволяет предоставлять полностью обеспеченные займы вне блокчейна. Итог: устойчивая доходность, которая не зависит от волатильности крипторынков. ![](https://metalamp.ru/images/goldfinch.jpg) Владельцы GFI могут определять дальнейшее развитие платформы. Валютой вознаграждают ликвидных провайдеров, бэкеров, аудиторов и заемщиков. Это включает майнинг ликвидности, стейкинг и бонусы за вклад в экосистему. Сообщество может выделять гранты участникам, которые вносят значимый вклад в развитие протокола. У Goldfinch неустойчивая позиция на рынке, но он все еще остается важным проектом в секторе RWA за счет модели кредитования. ## Creditcoin (CTC) Creditcoin строит кредитную инвестиционную сеть. Она позволяет финансовым учреждениям интегрировать свои кредитные операции в блокчейн. Creditcoin претерпела значительную эволюцию: трансформировалась из предыдущей версии протокола (CC Enterprise) в полноценную блокчейн-сеть. Она совместима с Ethereum Virtual Machine (EVM). В ближайшие годы платформа обещает добавить технологию Universal Smart Contract. Это позволит нативно взаимодействовать с данными и событиями на других блокчейнах вроде Bitcoin и Ethereum. Из других плюсов обновления: - координация работы смарт-контрактов между различными цепочками через стандартный интерфейс, - создание новых приложений Web3 с кроссчейновой функциональностью. ![](https://metalamp.ru/images/creditcoin.jpg) Creditcoin в 2024 году — на первых позициях в области кредитования и инновационных блокчейн-технологий. Совместимость с EVM и предстоящее внедрение универсальных смарт-контрактов делают проект привлекательным как для разработчиков, так и для финансовых учреждений. ## Pendle Finance (PENDLE) Pendle Finance позволяет депонировать активы с доходностью, чтобы получить два типа токенов. PT (Principal Tokens) можно выкупить в конце срока. YT (Yield Tokens) обеспечивают доход до истечения времени. Это позволяет выбирать между стратегиями с фиксированной доходностью (через PT) или переменной доходностью (через YT). Pendle разработал AMM, который адаптируется под изменения доходности и тем самым минимизирует impermanent loss. Концентрированная ликвидность и динамические ценовые кривые позволяют эффективно торговать PT и YT. ![](https://metalamp.ru/images/pendle.jpg) Есть функция мгновенных свопов, чтобы легко балансировать своими позициями. Например, быки покупают YT для более высокой доходности. Медведи переключаются на PT для большей стабильности. В начале 2024 года Pendle Finance выпустила обновление — V2. Вместо отдельных пулов для PT и YT появился единый пул ликвидности. Это сократило фрагментацию капитала и ускорило торговлю. ## Maple (MPL) Maple Finance предоставляет институциональным заемщикам доступ к обеспеченному кредитованию. Инвесторы, в свою очередь, получают доход за счет участия в кредитных пулах или использования других структур. Участники протокола могут добавлять ликвидность в пулы кредитования — предоставлять капитал институциональным заемщикам. У MPL-держателей есть возможность использовать свои токены, чтобы предоставлять ликвидность и получать взамен Balancer Pool Tokens (BPT). Последний обеспечивает капитал первого риска. ![](https://metalamp.ru/images/maple.jpg) Maple (MPL) выполняет две функции. Держатели голосуют за изменения в протоколе, в том числе настройку комиссий, выпуск или сжигание активов. Также MPL можно использовать для стейкинга и зарабатывать на комиссиях протокола. Maple в 2024 году стал значимым активом для инвесторов, которые стремятся к устойчивой доходности. А также для заемщиков, которые нуждаются в ликвидности под цифровые активы. На текущий момент рынок привлекает все больше внимания как от розничных, так и от институциональных инвесторов. RWA-токены вдохновляются успехом биткоина, чей уровень капитализации продолжает быть эталоном для индустрии. Чтобы не отставать, они предоставляют новые возможности для диверсификации портфеля. И это продолжится в 2025 году. Максимальный объем эмиссии многих RWA-токенов ограничен, что способствует их долгосрочной устойчивости и ценовой стабильности. Платформы, по сути, становятся спонсорами финансовых инноваций: соединяют традиционные активы с миром DeFi. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/glavnye-rwa-tokeny-v-2024-godu.md) ## AI и блокчейн: главные итоги 2024 и прогнозы индустрии на 2025 ![AI и блокчейн: главные итоги 2024 и прогнозы индустрии на 2025](https://metalamp.ru/images/AI_blockchain.png) Суммарная капитализация AI-токенов превысила $60 млрд, а цена многих из них в 2024 выросла на 400% и более, хотя реально работающих децентрализованных AI-продуктов пока мало. Стоит ли ждать в 2025 еще один «памп» AI в Веб3? Обсуждаем связку AI и блокчейн — что произошло в 2024 году и чего можно ждать в 2025. ## Капитализация сектора AI в Web3 достигла 60 млрд долларов – но есть подвох [По данным CoinMarketCap](https://coinmarketcap.com/view/ai-big-data/), общая капитализация токенов в категории AI в середине декабря составила 62 млрд долларов, а на пике в начале декабря дошла даже до 72 млрд. В начале 2024 цифра составляла $22 млрд, так что рост AI-сектора за год составил 180%. ![](https://metalamp.ru/images/ai_coinmarketcap.png) Источник: CoinMarketCap Взглянем, однако, на сам рейтинг крупнейших AI-монет. Два первых места занимают не AI-протоколы, а L1-блокчейны: NEAR ($8,4 млрд) и ICP (Internet Computer, $6,4 млрд). Что они здесь делают? NEAR начинал как не-EVM блокчейн общего профиля — с играми, DeFi, NFT и так далее. Но в 2024 произошел ребрендинг сети как блокчейна, оптимизированного под AI-проекты, и NEAR даже объявил о планах создать крупнейшую в мире open source AI-модель c 1,4 трлн параметров. Второй проект в рейтинге — L1-сеть Internet Computer, которая раньше позиционировалась как глобальная децентрализованная сеть для создания любых приложений, а теперь также сместила фокус в сторону AI. На третьей позиции — Render Network (RNDR), децентрализованная сеть GPU-процессоров для задач рендеринга видео, спецэффектов для игр и пр. Правда, на маркетплейсе сервисов Render присутствуют AI-решения от сторонних студий, включая «умный» рендеринг, генерацию изображений и пр. Также в десятке: - Injective Protocl — блокчейн для DeFi, который объявил о внедрении AI-инструменты; - Filecoin — сеть децентрализованного хранения файлов; - The Graph — протокол индексации блокчейн-данных. Таким образом, шесть из десяти крупнейших токенов в списке, на долю которых приходится $29,5 млрд или 47% капитализации всего сектора, нельзя считать AI-токенами в чистом виде. Зато можно сделать интересный вывод: ребрендинг с упором на AI — эффективная и популярная стратегия привлечения интереса к уже существующим проектам в 2024 году. ## Самые успешные AI-токены года – VIRTUAL (+4500%) и GRASS В рейтинге токенов по росту цены за год с огромным отрывом лидирует Virtuals Protocol — новая AI-платформа для создания AI-агентов на блокчейне Base, запущенная в марте 2024. Всего за 9 месяцев проекту удалось попасть в первую десятку крупнейших AI-протоколов по капитализации. Из давно существующих проектов в первой десятке лучший результат показал NEAR — почти 200%. - VIRTUAL 4572% - NEAR 196% - FET 152% - THETA 144% - ICP 111% - RENDER 102% - GRT 60% - TAO 51% - FIL 36% ![](https://metalamp.ru/images/top_coins_perfomance 1.png) Источник: CoinMarketCap Среди токенов из второй десятки нужно отметить успех еще нового проекта Grass Markets, который позволяет «сдавать в аренду» домашний интернет. С момента листинга 28 октября криптовалюта $GRASS выросла более чем на 400% (c $0,64 до $3,3). ![](https://metalamp.ru/images/ai_coins.png) Источник: CoinMarketCap ## Текущие и будущие варианты использования AI и блокчейна: децентрализованные вычисления остаются ключевым use case Говоря об AI-проектах в Web3, важно понимать, что современные AI-модели не могут работать непосредственно на существующих блокчейнах, поскольку запись на них данных стоит слишком дорого, а обработка транзакций занимает слишком много времени. Настоящий «onchain AI» вряд ли когда-нибудь появится. Проект ICP недавно запустил ончейн первую AI-модель, работающую целиком на смарт-контрактах, но она не может сравниться по сложности с ChatGPT, Grok и т.д. В таком случае какие реальные преимущества может дать индустрии AI децентрализация по сравнению с традиционным подходом централизованных гигантов вроде Google и Microsoft? Действительно ли AI и блокчейн созданы друг для друга — или это лишь модный нарратив? Разберем два популярных в 2024 подхода: децентрализация вычислений и данных для AI-моделей и прикладной AI для игр и трейдинга. ### Децентрализованные вычисления Пожалуй, самый распространенный use case Веб3-проектов в сфере AI — это децентрализация вычислений и хранения данных. Действительно, процесс тренировка AI-моделей требует огромных вычислительных ресурсов, памяти и энергии: так, GPT-4 потребовал мощности тысяч самых современных процессоров и 7,2 гигаватт-часов электричества на протяжении 6 месяцев, что эквивалентно энергопотреблению некоторых стран. Такие ресурсы есть в распоряжении лишь самых крупных корпораций — а создаваемые ими AI-продукты тоже централизованы, со всеми вытекающими последствиями вроде сбора информации о пользователях. Альтернативой могут стать децентрализованные сети, где независимые участники предоставляют свои компьютерные ресурсы разработчикам AI-моделей за вознаграждение. Блокчейн здесь нужен для того, чтобы прозрачно и децентрализованно регистрировать и распределять это вознаграждение в токенах. Еще один формат воплощения «децентрализованного AI» — сети AI-нод или агентов, которые совместно работают над сложными задачами. Примеры протоколов децентрализации вычислений и ресурсов: - Bittensor (TAO) - Render Network (RENDER) - Fetch.AI (FET) - Theta Network (THETA) - Akash Network (AKT) - Aioz Network (AIOZ) - Livepeer (LPT) - Io.net (IO) и др. ### Web3-игры Еще одна точка пересечения Web3 и AI — гейминг. Здесь речь идет скорее об использовании искусственного интеллекта для оптимизации геймплея, а не о децентрализации самих AI-инструментов. ## Слияние года: протоколы Fetch.ai, Ocean Protocol и Singularity.NET объединились До середины 2024 в хит-парадах главных AI-токенов неизменно фигурировали $OCEAN (Ocean Protocol) и AGIX (Singularity.NET). Однако поищите их на крупной криптобирже сейчас — и не найдете. А все потому, что с 1 июля произошло слияние этих двух протоколов и Fetch.ai ($FET). Проект называется [Artificial Superintelligence Alliance](https://www.superintelligence.io/), и у него должен появиться новый актив — $ASI. Пока же в роли официального токена всего альянса выступает $FET. Заявленная цель создания «Альянса искусственного суперинтеллекта» — ускорить развитие децентрализованного AI и создание альтернативы ИИ-системам, находящимся под контролем крупного бизнеса. На всякий случай напомним, чем занимаются три компании-основателя альянса: - Fetch.ai: платформа для создания AI-агентов (полуавтономных ИИ-приложений), которые будут сотрудничать между собой для решения общих задач. - Ocean Protocol: токенизация данных. Владельцы массивов данных, полезных для разработки AI-моделей, могут размещать их на платформе и монетизировать. - Singularity.NET: набор инструментов для создания и монетизации AI-сервисов. ## Крипторынок и AI в 2025: тренды, прогнозы и перспективы развития технологий ### AI-сектор ждет еще одно ралли – последнее в цикле «Звездный час» AI-токенов в 2024 пришелся на март-апрель, а вот в ходе декабрьского ралли они себя показали средне, в то время как в центре внимания оказались DeFi-проекты и L1-сети. Для примера приведем годовой график цены $FET. ![](https://metalamp.ru/images/ai_ralley.png) В первой половине 2025 года ожидается третье и финальное ралли текущего рыночного цикла, в ходе которого AI-проекты, скорее всего, все же достигнут новых ценовых максимумов. При этом вряд ли стоит ожидать 10х, но цена крупных токенов вроде FET, RENDER и TAO вполне может удвоиться или утроиться. Мы не можем давать финансовые рекомендации, но отметим, что ралли обычно развиваются волнообразно, где деньги инвесторов перетекают из одного нарратива в другой в порядке капитализации: например, вначале L1, за ним DeFi, затем AI, гейминг и т.д. Криптоинвесторам нужно чутко реагировать на смену тренда в ходе ралли и не упустить оптимальную точку выхода. ### Будет расти популярность приложений для конечных пользователей Мы упомянули, что чемпионы по росту цены токена в топ-20 AI-сектора — это Virtuals Protocol ($VIRTUAL) и Grass ($GRASS). Им удалось потеснить в рейтинге серьезные и амбициозные протоколы, запущенные несколько лет назад. При этом они не предлагают менять всю парадигму AI-индустрии, а предоставляют понятные — и, главное, работающие — инструменты для конечных пользователей. - [Virtuals Protocol](https://www.virtuals.io/): протокол позволяет создавать с помощью generative AI автономных персонажей, которые могут говорить и передвигаться в 3D-пространстве, обучаться, принимать решения и даже управлять собственным криптокошельком. Обычные пользователи могут приобрести долю в собственности на AI-персонажа и получать часть дохода, который приносит его использование в играх, искусстве, рекламе и индустрии развлечений. Одним персонажем могут совместно владеть десятки пользователей. ![](https://metalamp.ru/images/ai_agent.png) Схема экосистемы VIRTUAL. Источник: Virtuals Protocol - [Grass](https://www.getgrass.io/): пользователи предоставляют часть своего домашнего интернета в пользование компаниям (в том числе в сфере нейросетей), накапливают баллы и зарабатывают токены $GRASS, причем платформа гарантирует безопасность их личных данных. У проекта уже 2,5 миллиона активных пользователей, и хотя его сервисами пользуются самые разные организации, в PR-материалах делается упор именно на AI — отсюда включение $GRASS в рейтинги AI-токенов. ![](https://metalamp.ru/images/grass.png) Источник: [getgrass.io](https://www.getgrass.io/) Можно предположить, что в будущем таких прикладных проектов с понятным механизмом выгоды для конечных пользователей будет становиться больше, особенно на блокчейнах с низкими комиссиями. Потенциальных юзкейсов много: генерация и продажа AI-агентов, интеграция их с NFT, создание мемкойнов и контента AI-агентами, помощь в трейдинге и пр. ### AI-проекты завоюют TON и другие альтернативные L1 Virtuals Protocol работает на блокчейне Base, Grass — на Solana. В 2025 наверняка будет происходить увеличение числа пользовательских даппов с элементами технологии AI на тех чейнах, которыми уже пользуется много людей для повседневных задач и развлечений (игр, покупки мемкойнов, NFT, DEX-трейдинга на маленькие суммы и т.д.), а не только для инвестирования. В этом контексте стоит следить за экосистемой TON, которая переживает период бурного роста благодаря распространению TMA — миниаппов, интегрированных в Телеграм. Например, значительная часть торговли мемкойнами уже осуществляется через Телеграм-бот Banana Gun Bot. Логично предположить, что скоро на TON появятся и AI-аппы — или по крайней мере ТМА, которые формально заявляют связь с темой AI с целью продвижения своих продуктов. Пока что AI на TON полноценно не пришел, и те проекты, которые сделают это первыми, получат важное рыночное преимущество. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше актуальных статей [Lees meer...](https://metalamp.ru/magazine/ai-i-blokcejn-glavnye-itogi-2024-i-prognozy-industrii-na-2025.md) ## The Open Network 2025: цифры, события, аналитика, прогнозы ![The Open Network 2025: цифры, события, аналитика, прогнозы](https://metalamp.ru/images/TON_doc.png) Open Network, изначально созданная Telegram в 2018 году, к 2024 году превратилась в одну из ведущих блокчейн-систем. Поддержка мессенджера с почти миллиардной аудиторией и активные усилия TON Society позволили проекту занять устойчивую позицию на рынке, особенно в таких регионах, как СНГ, Южная и Юго-Восточная Азия, Бразилия и Нигерия. Эти области стали основными факторами роста TON. На сегодняшний день экосистема включает более 1,150 проектов: от DeFi и GameFi до мем-токенов и утилитарных инструментов. TON выделяется благодаря инновационным решениям, таким как массовые airdrop’ы, игры Tap-to-Earn и прочее. Тем не менее, несмотря на быстрый рост, TON всё ещё сталкивается с рядом вызовов: зависимость от Telegram, влияние Павла Дурова и резкая потеря доверия аудитории в связи с неудачами некоторых проектов – все это тоже про TON в 2024. А что будет дальше? Мы собрали актуальную информацию и попросили наших экспертов дать комментарии, в подробном отчете вы найдете: - Состояние TON сегодня: токеномика и циркуляция, инциденты и устойчивость - Ключевые регионы роста, пользователи TON - Обзор проектов: игровые проекты, мем-токены - Обзор утилитарных инструментов - Уникальные особенности TON - Текущие вызовы TON - Объем заявок, динамика спроса на услуги разработки TON - Прогноз и перспективы TON 2025+ **Читайте наш подробный отчет о TON по [ссылке](https://metalamp.ru/files/ton-2025.pdf).** ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше материалов о TON [Lees meer...](https://metalamp.ru/magazine/the-open-network-2025-cifry-sobytia-analitika-prognozy.md) ## RWA в криптовалютах: примеры проектов и новые инвестиционные идеи на бычьем рынке 2024-2025 ![RWA в криптовалютах: примеры проектов и новые инвестиционные идеи на бычьем рынке 2024-2025](https://metalamp.ru/images/rwa_tokens.png) RWA становятся важным элементом криптоэкономики. Это мост между традиционными финансовыми инструментами и децентрализованным миром. И в условиях ожидаемого бычьего рынка 2024–2025 интерес к категории продолжает расти, а популярный биткоин и другие криптовалюты дополняют портфели инвесторов. Тема активно обсуждается в профессиональных кругах и маркетинге, особенно в США. Ведь RWA не только расширяют инвестиционные возможности, но и открывают доступ к реальным активам. В статье расскажем о свежих проектах в сфере и проанализируем ситуацию. ## Что такое RWA в криптовалютах Real World Assets, или «активы реального мира», представляют собой класс криптовалютных токенов. Они связаны с материальными активами вне цифрового пространства. К таким активам относятся облигации, недвижимость, товары и оборудование. Через механизм токенизации RWA находят место в крипте — экосистеме децентрализованных финансов (DeFi). Они делают доступ к традиционно сложным инструментам более простым. RWA обладают общепризнанной ценностью и подходят для транзакций, инвестиций и других финансовых операций по всему миру. Симбиоз традиционных активов с передовыми цифровыми технологиями улучшает ликвидность, доступность и прозрачность. Итог: эффективный инструмент как для инвестирующих, так и для владельцев. ## Токены вместо акций: новая эра инвестиций и их потенциал Сама по себе токенизация в сфере криптовалюты — это разделение стоимости актива на цифровые токены, которые представляют доли его владения. Это делает активы доступными большему количеству криптоинвесторов — через дробное владение. Например, покупка недвижимости стоимостью $5 миллионов ранее была возможна только для крупных вкладчиков. С помощью токенизации эту сумму можно разделить на 5 миллионов токенов. Каждый — небольшая доля актива. Инвестор-покупатель токена на $50 000 входит в число владельцев 1% объекта. Он разделяет прибыль и расходы с другими участниками. Почему это важно? Токенизация позволяет: - **Повышать ликвидность.** Активы, которые раньше было трудно продать, легкодоступны для торговли на криптовалютном рынке. - **Снижать барьеры для инвестиций.** Даже на небольшие суммы можно приобрести доли в крупных активах. - **Расширять инвестиционные возможности.** Криптоинвесторы могут выйти на ранее недоступные рынки — рынок искусства или элитной недвижимости. [Boston Consulting Group ожидает](https://web-assets.bcg.com/1e/a2/5b5f2b7e42dfad2cb3113a291222/on-chain-asset-tokenization.pdf), что токенизированные активы станут основой для новых курсов криптовалют. Будут активно влиять на цену в долларах и формировать рейтинг наиболее перспективных категорий для инвестиций. К 2030 году рынок может достичь $16 трлн, что составит 10% мирового ВВП. Крупные финансовые институты уже начинают внедрять эту технологию: - BlackRock запустила крупнейший токенизированный фонд ликвидности на базе Ethereum. - HSBC представила токенизированное золото для розничных инвесторов. - Международный банк расчетов (BIS) совместно с центральными банками разработал проект для токенизации международных платежей, чтобы ускорить и удешевить транзакции. ![](https://metalamp.ru/images/Group 9006.png) Подпись к картинке [Ссылка](https://metalamp.ru/) ## Анализ токенов RWA: 5 лучших предложений на рынке Внимание стоит обратить на [CYBRO](https://cybro.io/en) — он внедряет искусственный интеллект, чтобы оптимизировать доходы на платформе [Blast blockchain](https://blast.io/en). Токен CYBRO уже получил признание — собрал $1,6 млн на пресейле. Его доходность на стейкинге — до 10%. Есть доступ к эирдропам, сниженные комиссии и страховая защита. Потенциальный рост стоимости оценивают в 1200%. Еще один заметный игрок — [Ondo Finance](https://ondo.finance/). Он токенизирует традиционные финансовые активы вроде US Treasuries. Обеспечивает стабильный доход и надежность. Преимущества: регулируемые продукты, сотрудничество с BlackRock и Coinbase для защиты активов и стабильная доходность за счет токена USDY. Другой вариант — [Quant](https://quant.network/) (QNT). Он создает операционную систему Overledger для взаимодействия между блокчейнами — обеспечивает разработку MApps (мульти-блокчейн приложений). Из преимуществ: возможность подключить разные блокчейны. К тому же растет число пользователей и приложений, а значит — и значение QNT. Более известный в этом списке [Chainlink](https://chain.link/) (LINK) соединяет смарт-контракты с данными из реального мира. Так обеспечивается их надежность и большие возможности применения. Главные плюсы: децентрализованная структура для точного получения, агрегации и доставки данных. [MANTRA](https://www.mantrachain.io/) же привлекательна для институциональных инвесторов — она предлагает сектору блокчейн-решения, которые соответствуют требованиям реального регулирования. У MANTRA высокая скорость — до 10,000 транзакций в секунду. ## Сектор RWA в криптовалютах: почему инвесторам стоит обратить внимание в 2025-м Аналитики обращают внимание: 2025 год станет поворотным в развитии сектора. Тренды для RWA на рынке криптовалют уже наметились: - Массовое внедрение токенизации. В 2025 году ожидается, что все больше секторов экономики перейдут на блокчейн. Токенизация станет стандартом для управления активами. - Усиление нормативной базы. С ростом популярности RWA растет и внимание к регулированию. В ближайшем будущем правительства начнут внедрять более четкие правила для выпуска, торговли и хранения токенизированных активов. Это только на руку криптоинвесторам — система станет безопаснее. - Интеграция с DeFi. Пользователи смогут использовать RWA-токены для кредитов, ликвидных пулов и доходности. Эта синергия объединит традиционные и цифровые финансы — создаст гибридную экосистему. - Рост вторичных рынков. Инвестирующие будут торговать долями активов, находить справедливую рыночную стоимость и быстрее реализовывать прибыль. Это привлечет новых игроков и сделает рынок еще эффективнее. - Технологические инновации в управлении активами. Искусственный интеллект, большие данные и смарт-контракты радикально изменят подход. Эти технологии снизят затраты, ускорят принятие решений и обеспечат прозрачность операций. Криптоинвесторы смогут получать более точные и своевременные данные о состоянии капитала. - Устойчивое развитие и импакт-инвестирование. В 2025 году устойчивость и социальное воздействие станут главными факторами инвестирования. Токенизация позволит отслеживать, как вложения влияют на экологические и социальные цели. - Корпоративное принятие и институциональные инвестиции. Крупные компании и финансовые институты все активнее осваивают сектор RWA. Институциональные инвестиции не только увеличат капитализацию рынка, но и придадут ему больше легитимности. Бычий рынок 2024–2025 годов открывает новые перспективы для инвесторов, которые готовы изучить потенциал RWA в криптовалютах. Эти токены объединят преимущества блокчейн-технологий и традиционных рынков. Да, для инвестирования в RWA нужно понимать риски и особенности этих активов. Но проекты, о которых мы рассказали, показывают: сектор готов к глобальному росту. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей об RWA [Lees meer...](https://metalamp.ru/magazine/rwa-v-kriptovalutah-primery-proektov-i-novye-investicionnye-idei-na-bycem-rynke-2024-2025.md) ## Прогнозы для TON и TMA на 2025 год ![Прогнозы для TON и TMA на 2025 год](https://metalamp.ru/images/ton_predictions.png) В 2024 число кошельков в TON выросло в 30 раз, а транзакций в день — в 13 раз. Сохранятся ли рекордные темпы роста в 2025? Какой тренд придет на смену играм-тапалкам, оживет ли наконец DeFi на TON и что будет с мемкойнами? Читайте наши топ-7 прогнозов. **Прогнозы MetaLamp вкратце:** 1. Игры-тапалки постепенно уступят место TMA (Telegram mini apps); 2. Новые проекты на TON будут запускаться изначально в формате TMA и зачастую с Web2-механиками; 3. Сезон мемкойнов на TON не за горами; 4. Широкая публика наконец обратит внимание на DeFi-сектор экосистемы TON; 5. Темп роста числа пользователей снизится по сравнению с 2024, но количество активных кошельков все равно может достигнуть 20 млн; 6. Цена Toncoin может вырасти до $30; На рынке создастся нехватка разработчиков на TON. ## Перспективы и ожидания роста TMA в 2025 году: популярность тапалок пойдет на спад, а миниаппов на TON — вырастет Пока что игры-тапалки сохраняют популярность: так, в ноябре [проект PAWS привлек 25 миллионов пользователей](https://www.kucoin.com/news/articles/paws-telegram-mini-app-outshines-hamster-kombat-with-over-25-million-users-in-first-10-days) за 10 дней после запуска. Однако в 2025 ожидается смену тренда: как предсказал CPO MetaLamp Филипп Листратов в нашей статье [«Тапалки — все: какие мини-аппы в Телеграм станут популярны совсем скоро»](https://metalamp.ru/magazine/article/tapalki-vse-kakie-mini-appy-v-telegram-stanut-popularny-sovsem-skoro), спрос на игры-тапалки будет снижаться из-за непрозрачных механик вознаграждения. Зато увеличится популярность миниаппов: маркетплейсов, торговых ботов, DEX, кастомных игровых решений и др. Часть из них будут направлены на Web3-аудиторию: DEX, торговые боты, приложения для запуска новых криптовалют и для майнинга ликвидности и т.д. Будет ли среди нового поколения TMA много игр? Не факт, ведь разработка качественной игры стоит дорого, занимает много времени и сильно отличается от тапалок. С другой стороны, Web3-механики TON будут все чаще внедряться в мини-аппы, напрямую не связанные с индустрией блокчейн: маркетплейсы, программы лояльности, квесты, игры и пр. Бренды уже поняли, что можно привлечь дополнительных пользователей, дав им возможность подключить кошелек TON, оплатить товары в Toncoin, USDT и т.п., получить вознаграждение в токенах и так далее. ## Большинство новых проектов на TON будут запускаться в формате миниаппов Продолжая тему миниаппов, подчеркнем, что с ними регулярно взаимодействуют уже 400 миллионов пользователей Telegram. Поэтому новым проектам на блокчейне TON логично заходить на рынок именно через этот канал, а не через традиционный форма веб-даппа, будь то DEX, NFT-маркетплейс, протокол стейблкойнов и т.д. Продвижение миниаппа стоит дешевле, его легче монетизировать, а главное — уже существуют доступные коробочные решения разработки, в том числе полноценных DeFi-приложений. Те даппы, которые сейчас полагаются на веб-интерфейс, тоже займутся адаптацией под формат миниаппов. В итоге у пользователей TON отпадет необходимость совершать действия на сайтах проектов: все ончейн-операции можно будет проводить непосредственно в Telegram. ![](https://metalamp.ru/images/Group 9004.png) Коробочное решение тапалки, которое мы разработали  При этом мы увидим синергию Web2 и Web3-механик в TMA. Так же как комбинация Telegram + TON объединяет Web2 и Web3, будущие TMA на TON, скорее всего, будут включать как блокчейн-инструменты, так и оффчейн-механики для обеспечения быстрого и бесшовного взаимодействия. В частности, можно ожидать, что Web3-проекты будут шире использовать виртуальную валюту Telegram Stars — еще более «Web2-friendly» опция, чем нативная интеграция TON-кошелька вроде BitGet в мессенджер. Действительно, в чем состоит основной барьер для входа в Web3 для пользователей, не знакомых с критовалютами? Первое, что приходит в голову, — необходимость создать криптокошелек. Однако еще сложнее для новичка следующий шаг: купить крипто, чтобы пополнить этот кошелек. Осознание того, что для взаимодействия с даппами нужно иметь в кошельке ETH/TON/SOL и т.д. для оплаты газа, становится для многих неприятным сюрпризом. Пользователей отпугивает необходимость покупать криптовалюту через платежных провайдеров, централизованные биржи вроде Binance и т.д. Web3-миниапп может позволить пользователям конвертировать Telegram Stars в криптовалюту на балансе и использовать ее для трейдинга, фарминга, стейкинга и т.д. Возможно, с точки зрения блокчейн-максималистов это некорректная практика, но так можно привлечь больше пользователей-новичков — а значит, проект быстрее окупится. ## Прогноз от эксперта: нас ждет сезон мемкойнов на TON Роль мемкойнов в экосистеме TON пока что выполняют токены игр-тапалок: $NOT, $DOGS, $CATS и др. Вот только их нельзя считать полноценными мемами: отсутствуют уникальная визуальная идентичность, связь с известными мемами и так называемый «культ». Скорее это игровые ютилити-токены — просто без особой ютилити. ![](https://metalamp.ru/images/memcoins_ton.png) Крупнейшие мемкойны на TON: обратите внимание на отрыв игровых токенов NOT и DOGS по капитализации от “настоящих” мемов. Источник: [CoinGecko](https://www.coingecko.com/en/categories/ton-meme-coins). Однако 2025 год может ознаменоваться “сезоном мемов” на TON. ## DeFi на TON (наконец) пойдет в активный рост По уровню развития DeFi TON всегда отставал от других L1. Объемы торгов на DEX и ликвидность в пулах остаются сравнительно низкими, как и TVL протоколов стейблкойнов и займов. Более 35% всего TVL на TON приходится на долю протокола стейкинга Tonstakers, то есть пассивного инструмента. ![](https://metalamp.ru/images/defi_protocols_ton.png) Рейтинг DeFi-протоколов на TON: очевидны отрыв Tonstakers и небольшие объемы комиссий, генерируемых биржами. Источник: [DeFiLlama](https://defillama.com/chain/TON). Это может показаться странным: казалось бы, технологи TON с его быстрой обработкой транзакцией и низкими комиссиями отлично подходит для финансовых протоколов и ончейн-трейдинга. К тому же в апреле 2024 состоялся официальный дебют стейблкойна USDT на TON. Наиболее вероятная причина отставания сектора DeFi в том, что до 2024 года активная аудитория TON была в целом невелика, а большая часть пришедших в этом году пользователей интересуются прежде всего играми. Кроме того, ощущается нехватка венчурных вливаний, нужных для разработки по-настоящему качественных проектов. 2025 может стать в этом плане поворотным годом. [TON Foundation объявил, что инвестирует $24 миллиона в поддержку развития DeFi ](https://decrypt.co/248138/ton-foundation-24-million-fueling-defi-telegram-linked-network)— прежде всего в форме поощрения провайдеров ликвидности на двух крупнейших DEX, Ston.fi и DeDust. Повышенный ROI привлечет DeFi-фермеров. Кроме того, как мы уже отметили, DeFi-проекты будут все чаще запускаться в формате TMA. Это привлечет внимание массы пользователей Telegram, которым в целом интересен доход в DeFi и торговля мемкойнами, но которым неохота связываться с незнакомыми веб-интерфейсами. ## Число пользователей TON продолжит расти, но медленнее, чем в 2024 На недавней конференции Token2049 руководство TON Foundation поделилось амбициозным планом: [привлечь на блокчейн 500 миллионов пользователей](https://vc.ru/crypto/1513737-poyushii-vitalik-buterin-i-pugayushie-predskazaniya-artura-heisa-samoe-interesnoe-s-token2049) в течение 5 лет. Значит ли это, что в 2025 году на TON придут минимум 100 миллионов новых пользователей? В 2024 году число активных кошельков в день на TON [увеличилось в рекордные 30 раз](https://www.tonstat.com/). Основной причиной стали эйрдропы игры-тапалок вроде Hamster Kombat и Notcoin, ради которых миллионы пользователей и создали кошельки. Еще один фактор — рост начался с довольно низкого числа в менее чем 200 000 кошельков. ![](https://metalamp.ru/images/active_wallets_ton.png) Однако если проанализировать динамику числа активных кошельков по месяцам, то мы увидим, что в 2024 оно росло не равномерно, а скачками в корреляции с запуском токенов популярных тапалок. Однако в последние месяцы число активных кошельков стало падать (см. Информацию в таблице, данные Tonstat). ![](https://metalamp.ru/images/Snimok ekrana 2024-12-14 v 13.37.29.png) *Рассчитан на основе данных [Tonstat](https://www.tonstat.com/) Если наш прогноз о снижении спроса на тапалки и увеличении спроса на миниаппы и DeFi верен, то в 2025 можно ожидать довольно высокий темпа роста примерно на уровне июля 2024 (месяца, когда не проходило крупных эйрдропов тапалок), то есть около 8-10% в месяц. Наверняка будут и месяцы, когда число активных кошельков будет падать. Наш консервативный прогноз — средний рост числа активных кошельков за год в два — два с половиной раза, то есть до 16-20 миллионов. Для сравнения: на Solana этот показатель составляет [свыше 100 миллионов](https://www.binance.com/en/square/post/15789286170633), но большая часть активных кошельков практически пусты и принадлежат прокси-сервисам бирж и ботам. Если на TON активизируются торговля, прежде всего мемкойнами, то также может возникнуть множество адресов-ботов и прокси. В этому случае совокупное количество активных кошельков в месяц может достигнуть 40-50 миллионов. ## Краткосрочный и долгосрочный прогноз цены на Toncoin: цена может подняться до $30 [По анализу CoinCodex](https://coincodex.com/crypto/toncoin/price-prediction/), в январе 2025 цена Toncoin может достигнуть 32 долларов, после чего курс будет варьироваться от $14,6 до $27,3. На момент написания статьи цена составляет $6,9, то есть потенциальный рост в краткосрочном периоде может составить до 360%. Насколько это реалистично? Вполне — достаточно взглянуть на то, как сильно выросла цена монет L1-блокчейнов на максимуме бычьего рынка 2020-2021: - SOL — в 30 раз; - NEAR — в 15 раз; - ATOM — в 8 раз; - BNB — в 16 раз. Таким образом, рост TON с $6,7 до $30 был бы в рамках нормы для бычьего рынка. Конечно, все зависит от Bitcoin: текущий рыночный цикл сильно отличается от предыдущих, поэтому фазы взрывного роста альткойнов может и не произойти. Мы не можем давать рекомендации по инвестированию, но если вы все же хотите диверсифицировать портфель за счет сравнительно новых L1-токенов, то TON стоит рассмотреть в числе вариантов. При этом помните золотое правило: ограничивайте свой риск и не инвестируйте деньги, которые не готовы потерять. **Нехватка разработчиков останется узким местом экосистемы** Смарт-контракты в сети TON используют три специально созданных языка: FunC, [Tact](https://blog.ton.org/the-story-of-tact), [Fift](https://docs.ton.org/v3/documentation/smart-contracts/fift/fift-and-tvm-assembly) и новый язык [Tolk](https://docs.ton.org/v3/documentation/smart-contracts/tolk/overview). Все они сильно отличаются от Solidity — и друг от друга. Разработчик, желающий присоединиться к экосистеме TON, должен сначала изучить один из них, что создает серьезный барьер для входа. По словам ведущего TON-разработчика студии MetaLamp, комьюнити девелоперов в экосистеме хотя и растет, но не очень быстро. При этом он отмечает, что все чаще ему встречаются разработчики, пришедшие из Web2, для которых TON стал первым блокчейном. Почему так? Скорее всего, причина в том, что разработчики на Solidity (Ethereum) или, скажем, Rust (который используется в Solana) пока не ощущают практической необходимости перехода в TON: на освоение нового языка нужно время, а особой разницы в оплате труда между EVM и TON нет. Парадоксально, но девелоперы из Web2 гораздо более наслышаны о быстром росте TON, успехе Hamster Kombat, взрыве спроса на мини-аппы и т.д. — поэтому TON становится для них логичной точкой входа в Web3. В 2025 может создаться ситуация, где рост спроса на разработку для TON значительно превысит предложение, а значит, повысится и стоимость. Однако предложение труда специалистов по языкам FunC и Tact негибко, поэтому мы можем увидеть резкий рост оплаты их труда в 2025 (т.е. расходы на разработку для проектов повысятся) и отложенный приток предложения в 2026. Отсюда вывод: если вы хотите выпустить приложение на TON в 2025, то лучше рассмотреть варианты коробочных решений уже сейчас. ## Заключение: рекомендации для инвесторов Есть все предпосылки для того, чтобы 2025 стал годом блокчейна TON и чтобы об этом L1 наконец заговорили так же много, как в 2024 говорили о Base и Sui. В наличии огромная база потенциальных пользователей, готовность TON Foundation вкладывать деньги и технология коробочной разработки миниаппов. Дело за малым: качественными проектами и командами, желающими развиваться на TON. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о TON и TMA [Lees meer...](https://metalamp.ru/magazine/prognozy-dla-ton-i-tma-na-2025-god.md) ## Стандарты токенов Ethereum: от ERC-20 до ERC-721 и ERC-1155 ![Стандарты токенов Ethereum: от ERC-20 до ERC-721 и ERC-1155](https://metalamp.ru/images/coins%20.png) Набор правил, которому должны подчиняться токены и смарт-контракты, называется Ethereum Request for Comments. Так элементы не будут конфликтовать с другими, а у разработчиков получится создавать продукты и интегрировать в экосистему. Новые стандарты появляются постоянно, но наиболее известные — ERC-20, ERC-721 и ERC-1155. Разберем каждый детальнее.  ## ERC-20 ![](https://metalamp.ru/images/erc-20.jpg) Ethereum Request for Comment 20 используется в blockchain Ethereum чаще всего. Главная задача — задать стандарт для разработки взаимозаменяемых (fungible) tokens. Он нужен для разработки криптовалют, утилитарных токенов — в целом всех цифровых активов, где важна их взаимозаменяемость и унифицированное поведение. Взаимодействовать со стандартом можно, например, через устройства Ledge. Создать свой собственный актив сможет и новичок. А на платформах по блокчейну есть подробная инструкция, как его купить. ERC-20 токены обладают одинаковой стоимостью и свойствами. Это значит, что один токен равен любому другому токену того же типа. Например, как два доллара США в бумажной форме имеют одинаковую ценность, так и два ERC-20 токена полностью взаимозаменяемы. ![](https://metalamp.ru/images/erc-20_2.jpg) Стандарт Ethereum Request for Comment 20 подходит: - для криптовалют и платежных систем, - игровых валют, - стейблкоинов с обеспечением фиата или активов, - токенизации финансовых активов — акций, облигаций или золота, - организации ICO (Initial Coin Offering) для привлечения капитала. Type-20 способен управлять взаимозаменяемыми активами, но не может работать с уникальными токенами (Non-fungible Token Standard, или unique tokens). Для таких задач Ethereum создал стандарты ERC: 721 и 1155. ## ERC-721 ![](https://metalamp.ru/images/erc-721.jpg) ERC-721 (Ethereum Request for Comment 721) лежит в основе невзаимозаменяемых токенов (NFT). NFT нужен, например, для лотерей и access keys. Каждый токен ERC-721 уникален за счет Token ID. В этом отличие от предыдущего ERC. Так что токен невозможно обменять на актив с эквивалентной ценностью. Уникальность позволяет отслеживать происхождение, историю транзакций и подтверждать право владения на «Эфириуме». Но управление токенами в этом стандарте требует отдельных смарт-контрактов для каждого типа актива. Из-за этого разработка сложнее, а затраты на управление большими коллекциями в Ethereum больше. Чтобы его создать, нужен Contract Application Binary Interface (ABI). ![](https://metalamp.ru/images/erc721_2.jpg) Примеры кейсов такого стандарта ERC: 1. Цифровое искусство. Ethereum Request for Comment 721 подтверждает подлинность и право собственности. Платформы CryptoPunks и Bored Ape Yacht Club построены на этом стандарте. 2. Игровые предметы. Для уникальных персонажей, снаряжения или земельных участков. 3. Коллекционные предметы. Стандарт позволяет владельцам доказать оригинальность и владение. 4. Недвижимость и права собственности. С таким стандартом можно безопасно и прозрачно передавать права собственности. ## ERC-1155 ![](https://metalamp.ru/images/erc1155.jpg) Стандарт ERC-1155 (Ethereum Request for Comment 1155) объединяет функции ERC 20 и 721. Он является прорывным решением в управлении всеми типами токенов — взаимозаменяемыми, невзаимозаменяемыми и полувзаимозаменяемыми. Все в пределах одного smart contract. Стандарт поддерживает групповую передачу токенов — можно отправлять несколько за транзакцию. Это значительно снижает расходы на газ и повышает эффективность операций. Но есть ограничения: реализовать и управлять метаданными для разных активов часто сложно. ![](https://metalamp.ru/images/erc1155_2.jpg) 1. Игровая индустрия. Ethereum Request for Comment 1155 — стандарт для токенизации внутриигровой валюты, оружия и скинов. 2. Маркетплейсы для NFT. ERC позволяет авторам легко выпускать как единичные работы, так и целые серии. 3. Розничная торговля и подарочные карты. Полувзаимозаменяемые токены данного стандарта ERC подходят, чтобы токенизировать купоны, ваучеры и промокоды. После использования они активируются или сжигаются. 4. Токенизация реальных активов. Со стандартом 1155 проще создавать сложные системы управления активами на Ethereum, например, токенизированной недвижимостью. ## Сравнение стандартов Ethereum ![](https://metalamp.ru/images/Group 9002.png) ## Какой стандарт применять? 1. ERC-20 подходит для криптовалют и утилитарных токенов. 2. ERC-721 обеспечивает уникальность активов и подходит для NFT. 3. ERC-1155 хорош для сложных систем, когда нужно скомбинировать взаимозаменяемые и уникальные активы. ## Итог Стандарты Ethereum задают правила взаимодействия для токенов и смарт-контрактов. У каждого есть сильные стороны и особенности, поэтому разработчики могут находить решение под конкретный проект. И экосистема Ethereum продолжает развиваться — скоро мы увидим еще более сложные и специализированные ERC. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё больше интересных статей [Lees meer...](https://metalamp.ru/magazine/standarty-tokenov-ethereum-ot-erc-20-do-erc-721-i-erc-1155.md) ## Что такое yield farming и как разработать платформу для него ![Что такое yield farming и как разработать платформу для него](https://metalamp.ru/images/yield_farming.png) Криптовалютный рынок — это не только трейдинг и спекуляции. Сегодня технологии DeFi позволяют вашему капиталу работать на вас даже без активного участия. Читайте в статье, как работает доходное фермерство, какие риски и выгоды оно несет и как создать новую платформу. ## Что такое yield farming Yield farming, или доходное фермерство (YF) — возможность получить вознаграждение за размещение крипто активов в децентрализованных приложениях (dApp). По сути, это эквивалент традиционного финансового инструмента — получения процентов на депозит. Но с важным отличием: большая часть дохода не остается у банков и посредников. В DeFi проекты конкурируют за пользователей — предлагают более щедрые условия. Точный объем yield farm сложно определить. Приблизительным показателем служит залог в DeFi-проектах — общий объем активов (total value locked). В июне 2020 года он составлял 2 миллиарда долларов, в июне 2021 года — 74 миллиарда. ## Принцип работы Механика yield farming в целом построена одинаково на разных платформах. Основой являются смарт-контракты: 1. Пользователь выбирает DeFi-протокол. Например, автоматизированного маркет-мейкера (AMM). Затем решает, какой капитал предоставит в пуле ликвидности. 2. Пользователь вносит два или более актива в выбранный пул. После этого протокол выдает ему токен ликвидности (Liquidity Provider Token, LP Token), который подтверждает его долю. 3. Этот токен можно использовать — разместить в специальном фермерском пуле. Пользователь получит вознаграждения в виде нативных токенов протокола. Фермер получает прибыль из двух источников: - Вознаграждения за фарминг — начисления в токенах платформы, часто в режиме реального времени. - Часть комиссий от транзакций — в зависимости от размера вклада в пул ликвидности. Если в офлайн-банках клиенту проценты приходят раз в месяц или раз в год, в DeFi доходность инвестор получает динамически — вплоть до ежеминутных начислений. ![](https://metalamp.ru/images/uniswap_lp.jpg) ## Отличие от стейкинга и ликвидного майнинга ![](https://metalamp.ru/images/Snimok ekrana 2024-12-11 v 12.41.43.png) ## Риски и выгода Выгода: - высокая доходность (APY), - пассивный доход, - децентрализация, - нет географических ограничений. Риски: - высокая волатильность, - непостоянные потери (impermanent loss), - уязвимости смарт-контрактов, - мошенничество и «rug pulls», - регуляторные риски. Как минимизировать риски? Некоторые проекты предлагают обучение — как академия Trustee, некоторые берут разработку на себя и дают консультации — как MetaLamp. Но всегда нужно разработать стратегию и исследовать тонкости. Например, протоколов доходного фермерства DeFi для популярного биткоина нет. Но Wrapped Bitcoin (WBTC) эффективно переносит Bitcoin в блокчейн Ethereum и приложения DeFi. При работе с методом предпочтение следует отдавать проверенным протоколам с прозрачной историей и хорошей репутацией. Диверсифицируйте вложения — не вкладывайте все средства в один пул или проект. Оцените динамику цен на активы, чтобы снизить риск непостоянных потерь. Помогут специальные площадки. ![](https://metalamp.ru/images/aruna.jpg) *Многие сервисы дают аналитику. Пример — coinmarketcap со статистикой даже не самых распространенных валют.* ## Как разработать платформу для yield farming Лучше всего доверить работу профессионалам. Это сложная задача. На первом этапе нужно четко сформулировать задачи площадки, определить функции и способ взаимодействия с пользователями. Важно выбрать технологический стек для реализации. Бизнес-аналитики должны активно взаимодействовать с клиентами, чтобы понять запросы и подобрать технические решения. Дизайнеры должны разработать удобный, интуитивно понятный и визуально привлекательный интерфейс. Уделить внимание демонстрации преимуществ продукта — чтобы заинтересовать пользователей. Этап разработки включает реализацию смарт-контрактов. Они должны быть не только функциональными, но и максимально защищенными. Перед запуском платформа должна пройти тестирование: проверку работоспособности интерфейса и пользовательских сценариев, аудит смарт-контрактов. Последний пункт особенно важен, так как ошибки в коде ведут к убыткам и уязвимости системы. После запуска важно регулярно обновлять платформу, внедрять новые функции и оперативно устранять обнаруженные проблемы. ## Итог Высокая доходность фермерства сопровождается значительными рисками. Ключ к успеху — взвешенный подход: исследование проектов и диверсификация инвестиций. В конечном итоге, доходное фермерство — это выбор для тех, кто готов сочетать амбициозные цели с разумным управлением рисками. Главное правило для инвестора — всегда делать ставку на знания и осторожность. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё больше статей [Lees meer...](https://metalamp.ru/magazine/cto-takoe-yield-farming-i-kak-razrabotat-platformu-dla-nego.md) ## Протоколы ликвидности в DeFi: как они работают и зачем нужны ![Протоколы ликвидности в DeFi: как они работают и зачем нужны](https://metalamp.ru/images/pool_defi.png) В центре DeFi (децентрализованных финансов)— протоколы ликвидности обеспечивают плавное функционирование экосистемы. Они позволяют миллионам людей по всему миру торговать, брать кредиты и обменивать активы напрямую через смарт-контракты. Но как именно работают эти протоколы, и почему так важны для цифровой экономики? В статье разберем их функционал и какие возможности открываются перед пользователями. ## Что такое пул ликвидности в DeFi Пул ликвидности — специально сформированный резерв криптоактивов, которые разместили в смарт-контракте. Он нужен для работы DeFi-приложений: - **Кредитование**. Дает пользователям доступ к займам под залог криптовалют. - **Трейдинг**. Облегчает покупку и продажу цифровых активов на децентрализованных платформах. - **Обмен токенов.** Используется на децентрализованных биржах (DEX) для мгновенных свопов токенов. Пулы ликвидности работают по автоматизированным алгоритмам. Нет необходимости в посредниках. ## Как работают пулы ликвидности? ![](https://metalamp.ru/images/balancer.jpg) Пример статистики на платформе Balancer Главные принципы: 1. Пользователи вносят пары токенов в пул ликвидности. Например, в пуле MATIC/DAI требуется равная стоимость токенов Polygon (MATIC) и DAI. Биткоин тоже используют — это самая известная и ликвидная криптовалюта. 2. Автоматизированный маркет-мейкер (AMM) применяет математические формулы, чтобы рассчитывать цену активов. Один из самых известных алгоритмов — формула Uniswap: x×y=k. Она сохраняет баланс токенов в пуле. 3. Liquidity Providers (LP) получают вознаграждение за предоставленную ликвидность. Обычно в виде части торговых комиссий. ![](https://metalamp.ru/images/tokens.jpg) Часть из предлагаемых токенов ## Для чего нужны пулы ликвидности? Пулы позволяют пользователям покупать и продавать активы в любой момент — не дожидаясь совпадения с контрагентом. Они снижают разрыв между ожидаемой ценой сделки и ее фактическим выполнением; используются в кредитных платформах, проектах NFT и других финансовых инструментах. ![](https://metalamp.ru/images/V3_Liquity.jpg) Пример с сайта PancakeSwap  Механизм применяют: - Пользователи децентрализованных бирж. Для трейдинга и обмена токенов с низкими комиссиями и высокой скоростью. - Поставщики ликвидности. Для заработка на торговых комиссиях и вознаграждениях. - Разработчики DeFi-протоколов. Для создания приложений с ликвидностью — кредитование, деривативы, уникальные модели взаимодействия с активами. - Инвесторы. Для дохода через фермерство или участие в управлении. ## Плюсы пулов ликвидности ### Пассивный доход Liquidity Providers получают долю от комиссий. Со временем выплаты могут вырасти в значительный источник дохода. К тому же многие DeFi-протоколы предлагают дополнительные вознаграждения в виде токенов. Это увеличивает потенциальную прибыль от предоставления ликвидности. ![](https://metalamp.ru/images/uniswap.jpg) *Удобная статистика на платформе Uniswap* ### Стимулы для поставщиков ликвидности Некоторые платформы дополнительно вознаграждают LP токенами. Их можно использовать для голосования в системе управления проектом. Лучшие поставщики ликвидности иногда получают ранний доступ к новым продуктам или функциям, другие — бонусы блокчейна. Можно использовать майнинг ликвидности. Это пулы ликвидности на основе усовершенствованной модели AMM. Вы вносите ваши активы в пул, обеспечиваете ликвидность и получаете прибыль в виде доли от торговых комиссий. ### Поддержка DeFi-экосистемы Высокая ликвидность снижает проскальзывание цен — сделки более предсказуемые и привлекательные для пользователей. Новые проекты и токены получают необходимую ликвидность для успешного запуска и интеграции в экосистему. ![](https://metalamp.ru/images/base_tvl.jpg) *Аналитика токена Base на одной из платформ* ### Диверсификация портфеля LP получают выгоду, когда меняется стоимость сразу нескольких токенов. Это помогает диверсифицировать риски в своем портфеле. ## Минусы пулов ликвидности ### Непостоянные потери (Impermanent Loss) Иногда цены токенов в пуле значительно меняются по отношению к их рыночной стоимости. Тогда LP несут убытки в сравнении с простым удержанием активов. Если цены не вернутся к прежним значениям, такие потери станут постоянными. ![](https://metalamp.ru/images/analytics_24.jpg) *Аналитика за 24 часа на Balancer* ### Уязвимости смарт-контрактов Код протоколов DeFi может содержать ошибки или подвергнуться взлому. Даже при наличии аудита возможны атаки, которые приводят к потере средств LP. ### Риск «rug pull» Злоумышленники, которые стоят за проектами, могут внезапно вывести ликвидность. LP останется с обесцененными активами. Это актуально для новых и малоизвестных платформ. ### Регуляторные риски С ростом популярности DeFi растет и внимание регуляторов. Новые законы и изменения в правилах повлияют на операционную деятельность систем и доходность для LP. ![](https://metalamp.ru/images/poolss.jpg) *Пример платформы для работы с пулами ликвидности* ## Отличия пулов ликвидности от ордербуков <Пулы ликвидности сравнивают с ордербуками. Оба механизма решают одну задачу — упрощают торговлю активами, но делают это принципиально разными способами. Ордербуки доминируют в централизованных биржах (CEX). Тогда как пулы ликвидности составляют основу децентрализованных бирж (DEX) и протоколов DeFi. ![](https://metalamp.ru/images/Snimok ekrana 2024-12-10 v 17.46.54.png) ## Популярные системы и примеры использования 1. Uniswap. Один из первых и наиболее популярных AMM-механизмов. Создан известной группой разработчиков в DeFi. Поддерживает разные токены и позволяет создавать собственные пулы ликвидности. ![](https://metalamp.ru/images/example_uniwap.jpg) *Пример объема денег на Uniswap* 2. SushiSwap. Появился из форка Uniswap, получил дополнительные функции: фарминг доходности и стимулы для LP — награды токеном SUSHI. ![](https://metalamp.ru/images/sushiswap.jpg) *Работа**с сайтом SushiSwap* 3. Curve Finance. Специализируется на торговле стейблкоинами USDT и USDC и токенами с одинаковой стоимостью. Предлагает минимальные проскальзывания и низкие комиссии. 4. PancakeSwap. Нацелен на экосистему Binance Smart Chain (BSC) и предлагает низкие комиссии. Это удобно для пользователей с небольшим бюджетом и новичков в DeFi. 5. Aave и Compound. Пулы ликвидности здесь используются для кредитования. 6. Balancer. Работает с многоактивными пулами. Это позволяет управлять диверсифицированными портфелями через DeFi. ![](https://metalamp.ru/images/analytycs_balancer.jpg) *Аналитика на Balancer* ## Итог Пулы ликвидности упрощают трейдинг, кредитование и обмен токенов. За счет них появляются новые возможности для инвесторов, разработчиков и пользователей DeFi-приложений. Но участие в таких системах требует осознанного подхода — понимания рисков. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/protokoly-likvidnosti-v-defi-kak-oni-rabotaut-i-zacem-nuzny.md) ## Главные события в экосистеме The Open Network (TON) за 2024 год ![Главные события в экосистеме The Open Network (TON) за 2024 год](https://metalamp.ru/images/ton_results.png) В 2024 блокчейн TON демонстрировал крайне быстрые темпы роста и инноваций: от глубокой интеграции с Telegram и увеличения числа кошельков на 5000% до самого большого эйрдропа в истории крипто. Главные итоги TON и TMA за 2024 год — в нашем материале. ## TON – среди лидеров L1: как повлияли TMA на экосистему TON в 2024 году В ходе конференции Token2049 в Дубае [представители TON Foundation и Telegram заявили, что TON планирует привлечь 500 миллионов](https://vc.ru/crypto/1513737-poyushii-vitalik-buterin-i-pugayushie-predskazaniya-artura-heisa-samoe-interesnoe-s-token2049) новых пользователей в ближайшие 5 лет. Цель крайне амбициозная, но TON на верном пути: в 2024 он находился на одном уровне или даже обогнал другие популярные основные чейны по таким ключевым метрикам, как прирост числа активных кошельков и рост числа транзакций. Пусть цифры говорят сами за себя: ![](https://metalamp.ru/images/Snimok ekrana 2024-12-10 v 10.04.21.png) *Solana и Base выбраны для сравнения как особенно популярные блокчейны для запуска новых проектова в 2024. Источники: https://www.tonstat.com/, https://dune.com/tk-research/base, https://dune.com/21co/solana-key-metrics ## Бум игр-тапалок и эйрдропы на TON На графиках видно, что период взрывного роста начался в мае 2024. Именно тогда состоялся эйрдроп Notcoin — первой виральной игры-тапалки в Telegram. Изначально Notcoin не обещал никакого дропа и вообще релиза токена: на пике 35 млн людей собирали виртуальные монетки ради самого процесса. Эйдроп стал для них мотивацией создать свой первый кошелек на TON. После выхода $NOT аудитория игр-тапалок быстро привыкла получать бесплатные токены, и последующие популярные игры (DOGS, Catizen, Rocky Rabbit, Major и др.) быстро росли именно за счет притока эйрдроп-фермеров. Апофеозом тренда стала игра Hamster Kombat, о которой речь пойдет ниже. Подчеркнем, что сами игры-тапалки обычно не включают в себя Web3-элементы, кроме возможности подключения кошелька. Если бы в них использовались блокчейн-механики (NFT, стейкинг и т.д.), то они бы лидировали в списках крупнейших GameFi-проектов. ## Как Телеграм сделал криптовалюту доступнее для обычных пользователей: Ton Space и Ton Payments В конце 2024 TON-кошелек Ton Space должен стать доступен из главного меню Telegram для большинства пользователей уже с момента установки мессенджера. Это важный шаг: по сути, первая нативная интеграция криптокошелька в популярную социальную платформу. Теперь даже те, кто не знакомы с TON, увидев пункт меню Wallet, наверняка заинтересуются возможностью покупать и переводить криптовалюту прямо в Telegram. Кроме того, Ton Space – [некастодиальный кошелек](https://bravenewcoin.com/insights/telegram-and-ton-unveil-major-updates-to-crypto-wallet-with-self-custodial-option) (в отличие от стандартной версии бота-кошелька в Telegram), что обеспечит пользователям дополнительную безопасность активов. Еще один платежный инструмент на TON, о котором много говорили в 2024 году, – TON Payments, о котором мы писали в статье [«Как TON Payments позволяет проводить микроплатежи без комиссий и где это использовать»](https://metalamp.ru/magazine/article/ton-payments-kak-polzovateli-mogut-otpravlat-mikroplatezi-bez-komissii-i-gde-ispolzovat-etu-tehnologiu). Данное решение разрабатывалось как способ для обычных пользователей отправлять деньги друг другу, но с распространением быстрых платежей через кошелек TON внутри Telegram это применение TON Payments потеряло актуальность. Зато руководство Telegram [внедрило микроплатежи на TON в качестве основного способа платы за рекламу](https://telegram.org/blog/monetization-for-channels) через платформу Telegram Ads (вместо евро). Выручка от рекламы делится пополам между создателями контента (владельцами каналов, где размещается реклама) и самой компанией Telegram. К слову, 31 марта 2024 – в день, когда Telegram начал принимать оплату рекламы посредством TON Payments, — на блокчейне TON [было активировано 156 000 новых кошельков](https://www.coindesk.com/business/2024/04/02/telegrams-pivot-to-ton-payments-for-ads-boosts-toncoin) — рекорд на тот момент. ![](https://metalamp.ru/images/ton_records.png) ## Роль Telegram в развитии TON и развитие TMA 2024 год – это определенно год TMA, или мини-аппов в Телеграм (Telegram Mini Apps): [500 млн пользователей Telegram регулярно взаимодействуют с TMA.](https://telegram.org/blog/w3-browser-mini-app-store) Среди них [сотни Web3-аппов, использующих TON](https://tapps.center/web3): трейдинговые боты, кошельки, игры и т.п. ![](https://metalamp.ru/images/10_ton_project.png) Если вы планируете создать свой Web3-проект, но еще не определились с блокчейном и форматом, однозначно стоит обратить внимание на TMA и TON. Продвигать мини-апп куда легче и дешевле, чем приложение в App Store, — а значит, можно быстрее выйти на прибыль. При этом Web3-TMA на TON [имеют приоритетный доступ к платформе Telegram Ads](https://ton.org/mini-apps), что позволяет активно рекламировать проекты в более чем 17 000 каналов и сообществ, посвященных криптовалютам. [Эксперты MetaLamp рекомендуют выбирать коробочные решения TMA](https://metalamp.ru/magazine/article/3-priciny-vybrat-korobocnoe-resenie-dla-mini-prilozenij-v-telegrame-a-ne-razrabotku-s-nula), а не разработку с нуля. Это не только дешевле и быстрее, но и безопаснее. Кроме того, разработчиков смарт-контрактов на языках FunC и Tact (которые используются в TON) легче найти не на рынке фрилансеров, а в компании, специализирующуюся на разработке приложений на TON. ## Влияние ареста Павла Дурова на курс Toncoin С начала января по начало декабря 2024 года цена TON выросла на 180% — с $2,3 до $6,5. Сейчас монета Toncoin занимает 13-е место в списке крупнейших криптовалют. Пик был достигнут в июне, когда курс дошел до $8,6. Также на графике виден локальный обвал 24 августа, когда основатель Telegram Павел Дуров был арестован во Франции: стоимость токена упала на 24% с $6,7 до $5,1 за три дня. Это не такое уж сильно падение, учитывая характер события, к тому же весь рынок в этот период перешел в стадию коррекции, так что в целом TON в этой ситуации продемонстрировал устойчивость. Ноябрь стал периодом уверенного роста, и курс практически восстановился. ![](https://metalamp.ru/images/coinmarketcup.png) ## Технические проблемы TON: эйрдроп $DOGS «положил» сеть на 10 часов после 20 млн транзакций за 48 часов Масштабные эйрдропы игр-тапалок продемонстрировали определенные ограничения архитектуры TON, а именно шардинга — технологии, которая должна обеспечить масштабирование. Дело в том, что шарды должны обмениваться сообщениями, когда транзакция на одном шарде как-то влияет на операции на другом. В условиях резкого всплеска числа транзакций шарды не успевают вовремя передавать друг другу информацию и работа всей системы может нарушиться. [Читайте подробную статью о шардинге на TON](https://metalamp.ru/magazine/article/sarding-v-ton-kak-idea-iz-90-h-pomogla-masstabirovat-blokcejn-i-resit-glavnuu-problemu-etoj-tehnologii) На практике подобное впервые произошло в ходе эйрдропа игры DOGS 27-28 августа, когда число транзакций [достигло 20 миллионов за 48 часов](https://crypto.news/why-a-memecoin-nearly-broke-the-toncoin-blockchain/). Блокчейн «лег» в общей сложности на 10 часов: ситуация, сравнимая с самыми долгими отключениями Solana. К счастью, разработчики TON быстро нашли решение (чего нельзя сказать о Solana, где проблему отключений решить труднее): токены, которые не надо минтить он-чейн в ходе эйрдропа. О них мы будем говорить в следующем разделе. ## Самый большой эйрдроп в истории и премьера технологии минтлесс-жетонов Эйрдроп Hamster Kombat стал крупнейшим в истории крипто: 131 млн игроков получили токены $HMSTR. Эйрдроп такого масштаба потребовал разработки целого нового стандарта токена: минтлесс-жетона (mintless jetton). Мы подробно рассказали о нем в статье [«Что представляют собой Mintless-жетоны на TON?».](https://metalamp.ru/magazine/article/mintless-zetony-na-ton-novinka-delausaa-proekty-na-ton-ese-privlekatelnee) Как показал пример $DOGS, традиционный эйрдроп на TON с миллионами участников с большой вероятностью вызовет зависание сети, а также очень дорого обойдется самому проекту. С минтлесс-жетонами зависание практически исключено, потому что токены минтятся на блокчейне не в момент распределения, а только тогда, когда пользователь совершает с ними первую транзакцию (вывод, продажу), то есть не происходит кратковременного всплеска числа транзакций. Кроме того, расходы проекта на эйрдроп минтлесс-жетонов куда ниже. TON — первый блокчейн, внедривший подобную технологию. Пока что о новых эйрдропах в этом формате не объявлялось, но если Tap-to-Earn-игры сохранят актуальность в 2025, то минтлесс-жетоны могут превратиться в новую стандартную модель дропов на TON. ## Динамика DeFi: TON по-прежнему отстает от конкурентов Если есть одна область, где Тон не показал блестящих результатов в 2024, то это DeFi. По TVL данного сектора TON находится лишь [на 18-м месте с $800 млн](https://defillama.com/chains), что почти в 6 раз меньше, чем на Base ($4,6 млрд) и в 3 раза меньше, чем на Sui ($2,4 млрд). По объему торгов на DEX за 24 часа у TON также не очень высокий показатель: [17-е место с $36,3 млн](https://defillama.com/dexs/chains). Для сравнения: на Base этот показатель составляет $1,9 млрд, на Sui — $145,6 млн. ![](https://metalamp.ru/images/top_blockchains.png) Почему стремительный рост числа активных пользователей не привел к такому же росту активности в DeFi? Наиболее вероятная причина состоит в том, что получатели эйрдропов стремятся поскорее сбыть с рук полученные токены, причем по возможности на CEX, а не на DEX. Не будем забывать, что многие из них — начинающие Web3-пользователи, пока незнакомые с DeFi-инструментами пассивного дохода, такими как пулы ликвидности и доходные фермы. Яркий пример — токен $HMSTR: хотя у него [свыше 11 млн ончейн-держателей](https://www.coinspeaker.com/hamster-kombat-hmstr-token-hits-11m-holders-trading-volume-skyrockets/), это менее 10% от изначального числа получателей эйрдропа (131 млн). Таким образом, 90% игроков продали свои токены. При этом объем ликвидности в пуле $HMSTR/$TON на Ston.fi (крупнейшей DEX в экосистеме) — лишь $100k, а суточный объем торгов — менее $50k. Даже новый токен игры Major, запущенный 28 ноября, может похвататься объемов всего лишь в $2,8 млн в сутки на Ston.fi; для сравнения — самые популярные мемкойны на Pump.fun (Solana) могут достигать суточного ончейн-объема в $60 млн и более. ![](https://metalamp.ru/images/ton_coins.png) Сможет ли TON привлечь внимание публики к DeFi-протоколам, NFT и другим нишам в ближайшем будущем? Вполне возможно, ведь TON Foundation недавно [выделил $24 миллиона](https://decrypt.co/248138/ton-foundation-24-million-fueling-defi-telegram-linked-network) на развитие DeFi-экосистемы. ## Итоги: почему TON стал главной площадкой для крипто-стартапов в 2024 году? По итогам 2024 года TON — по-прежнему один из самых интересных в плане запуска новых проектов по ряду причин: 1. «Разогретая» миллионная аудитория почти в любой стране; 2. Стремительные темпы роста; 3. Отличный маркетинговый ROI благодаря Telegram Ads, магазину ТМА и встроенному поиску ТМА в Телеграм; 4. Доступные расценки на разработку коробочных решений миниаппов; 5. Удобная монетизация (в том числе через просмотр рекламы); 6. Отличная технология; 7. Программа грантов. При этом нужно учесть ряд моментов, прежде чем делать дапп на TON. Прежде всего, это не EVM-чейн и, соответственно, несовместим с MetaMask и другими платформами для Ethereum, BNB Chain и так далее. Другой момент: для разработки контрактов на TON используется специально созданный язык FunC, с которым знакомы немногие разработчики: отсюда наш совет использовать коробочные решения, а не писать код самостоятельно. Еще больше о плюсах и минусах — в нашей обзорной статье [«Что нужно знать перед запуском проекта на TON».](https://metalamp.ru/magazine/article/ton-cto-nuzno-znat-prezde-cem-zapuskat-proekt-na-etom-blokcejne) ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о TON [Lees meer...](https://metalamp.ru/magazine/glavnye-sobytia-v-ekosisteme-the-open-network-ton-za-2024-god.md) ## Путеводитель по EigenLayer: как протокол рестейкинга ETH привлек $15 млрд TVL ![Путеводитель по EigenLayer: как протокол рестейкинга ETH привлек $15 млрд TVL](https://metalamp.ru/images/eigenlayer.png) EigenLayer ($EIGEN) — один из самых трендовых блокчейн-проектов сезона, сочетающий реальную инфраструктурную ценность и возможность пассивного дохода для обычных пользователей. Объясняем, как работает рестейкинг ETH в EigenLayer, какую пользу он приносит протоколам и как стать частью экосистемы. ## Что такое EigenLayer? EigenLayer ($EIGEN) — это протокол рестейкинга ETH, который позволяет получать не только вознаграждение за стейкинг, но и различные поощрения от проектов, использующих застейканный пользователем ETH для обеспечения безопасности. Звучит сложно? Давайте разберемся детальнее. Как вы, вероятно, знаете, сеть Ethereum в сентябре 2022 перешла с алгоритма консенсуса Proof-of-Work на более экономичный Proof-of-Stake. Чтобы быть валидатором в сети Ethereum и получать награду за обработку транзакций, нужно застейкать не менее 32 ETH. Стейк служит залогом хорошего поведения валидатора: если он нарушит правила, часть стейка будет конфискована (т.н. слэшинг). Чем больше ETH находится в стейкинге, тем надежнее вся сеть Ethereum, потому что для организации успешной атаки на блокчейн [нужно контролировать больше половины всего застейканного ETH.](https://coinmarketcap.com/academy/ru/glossary/51-attack) Таким образом, стейкинг помогает обеспечить безопасность в сети Ethereum. Обычные пользователи могут делегировать свой ETH валидаторам и получать часть от их вознаграждения — сейчас это [около 2,5% в год на Coinbase.](https://www.coinbase.com/en-it/earn/staking/ethereum) Проблема в том, что 2,5% годовых — это очень мало для криптоиндустрии. Как решение — возникли протоколы ликвидного стейкинга (например, Lido Finance, Rocket Pool, Frax Ethere), куда можно депонировать ETH в обмен на так называемые ликвидные токены, которые по стоимости привязаны к ETH. Их, в свою очередь, можно вкладывать в протоколы займов, пулы ликвидности и т.п. для извлечения дополнительного дохода. А что же рестейкинг? Это сравнительно новый механизм, позволяющий использовать ETH в стейкинге для обеспечения безопасности не только Ethereum, но и протоколов вроде блокчейн-мостов, оракулов и сайдчейнов. **Алгоритм рестейкинга первыми предложили герои нашей статьи EigenLayer.** Ценность рестейкинга для конечного пользователя состоит в дополнительной доходности. Помимо тех же 2,5% годовых за стейкинг, выплачиваемых в ETH, пользователь получает вознаграждение в токенах конкретного протокола, который используют его ETH. Доходность зависит от протокола: пока что EigenLayer платит около 4,2%. При этом депонировать можно ликвидные токены — stETH, rETH, frxETH и т.п., а также EIGEN и еще ряд альткоинов, но не ETH. С точки зрения пользователя различие между ликвидным стейкингом и рестейкингом состоит в том, как извлекается дополнительный доход: - **Ликвидный стейкинг** — стандартное вознаграждение за стейкинг ETH + доход от использования ликвидных токенов в DeFi, который в среднем составляет 3-8%. - **Рестейкинг** — стандартное вознаграждение за стейкинг ETH + вознаграждение от протоколов, использующих застейканный ETH (4-5%). ## Каким протоколам и зачем нужен EigenLayer Обычным приложениям на Ethereum рестейкинг **не нужен**, так как их безопасность гарантирует Ethereum с его 1 млн валидаторов. Проведем аналогию: если у вас есть кафе в торговом центре, где на входе уже работают охранники, вам не нужно нанимать дополнительного охранника специально для вашего заведения. Если же ваше кафе расположено в отдельном здании, то вам может потребоваться нанять охранника самостоятельно. Некоторые категории блокчейн-проектов «живут» как бы особняком от сети Ethereum (хотя и тесно связаны с ней) и не могут воспользоваться ее системой безопасности. Им приходится создавать и поддерживать свои сети валидаторов — дело довольно затратное и сложное. Валидаторов надо привлекать, их надо вознаграждать, а главное — нужно обеспечить их корректное поведение. Чем валидаторов меньше, тем обычно проще атаковать сеть, но большее число валидаторов означает большие затраты — неподъемные для проектов в начальной фазе роста. В качестве альтернативы проекты зачастую доверяются маленькому централизованному коллективу валидаторов, что чревато риском атак. Так, в 2022 хакерам удалось [взломать мост Ronin Bridge на $600 млн](https://limechain.tech/blog/biggest-blockchain-bridge-hacks-2022) — а все потому, что у моста было лишь 9 валидаторов, и злоумышленникам удалось завладеть приватными ключами 5 из них. Рестейкинг от EigenLayer — инновационное и доступное решение проблемы. Протоколы могут воспользоваться услугами валидаторов Ethereum, которые присоединились к EigenLayer, и оплачивать эти услуги своими токенами. Это означает большую экономию ресурсов и высокий результирующий уровень безопасности. К протоколам, которым может требоваться рестейкинг, относятся: - Блокчейн-мосты; - DA-решения (data availability layers) — чейны, предоставляющие услуги хранения и доступности данных для роллапов; - Оракулы — сервисы, поставляющие смарт-контрактам данные (цены криптовалют, исходы событий в реальном мире и пр.); - Кросс-чейн решения; - Протоколы, использующие виртуальные машины, отличные от EVM; - Сайдчейны — L2-решения для масштабирования Ethereum, и др. Можно сказать, что EigenLayer выступает как **общий слой безопасности**, причем от его создания выигрывают и обычные даппы. Действительно, дапп может работать в связке с мостом, оракулом и другими сервисами, и взлом любого из них негативно повлияет и на дапп. Таким образом, EigenLayer повышает уровень безопасности во всей блокчейн-экосистеме. ## Как работает рестейкинг на EigenLayer ### Структура экосистемы ![](https://metalamp.ru/images/AVS .png) ### Операторы Начнем с **операторов-валидаторов**. Они принимают на себя дополнительные обязательства по отношению к AVS, и при нарушении этих обязательств их стейк подвергается слэшингу (частичной конфискации). Для этого в экосистеме EigenLayer есть специальные смарт-контракты под названием EigenPods: помимо слэшинга, они также занимаются перераспределением вознаграждения валидаторов среди пользователей-участников рестейкинга. Для того чтобы присоединиться к EigenLayer, валидатор должен в настройках своей ноды [поменять адрес вывода ETH на адрес контракта EigenPod](https://stakin.com/blog/how-to-restake-eth-natively-with-eigenlayer), причем к одному EigenPod может быть привязано много валидаторов. Далее оператору нужно подключиться к AVS, который он хочет обслуживать. Один и тот же оператор может обслуживать несколько AVS при условии, что на его балансе достаточно ETH (как собственного, так и делегированного через рестейкинг). Оператор [получает 10% от всех ревардов](https://docs.eigenlayer.xyz/eigenlayer/rewards-claiming/rewards-claiming-overview), выплачиваемых AVS-протоколом. Остальные 90% идут рестейкерам, делегировавшим ETH и ликвидные токены данному оператору. На данный момент в экосистеме уже [более 1700 операторов.](https://dune.com/hahahash/eigenlayer) Некоторые из них обслуживают более 10 AVS и имеют свыше 40 000 рестейкеров (пользователей, которые делегировали им ETH). ![](https://metalamp.ru/images/restackers.png) Источник: [@hahahash на Dune Analytics](https://dune.com/hahahash/eigenlayer)  ### AVS — Активно валидируемые сервисы (протоколы) Каждый AVS сам определяет, сколько операторов-валидаторов ему нужно и каким требованиям они должны отвечать (например, подходят ли протоколу операторы, на которых застейканы stETH). AVS может даже настроить систему валидации таким образом, чтобы использовать и ETH, и токены самого AVS. Также AVS решает, по какому графику и в каких токенах будет выплачиваться вознаграждение. Уже активны 39 AVS, главный из которых — [EigenDA](https://www.eigenda.xyz/), решение для доступности данных, предназначенное прежде всего для роллапов, которым необходимо где-то дешево хранить информацию о транзакциях, чтобы они всегда были доступны для проверки (например, валидаторами сети Ethereum). Проблема доступности данных встала очень остро после апгрейда Ethereum Cancun, так как основной чейн Ethereum теперь хранит данные лишь 7 дней и в сильно сжатой форме (т.н. «[блобы](https://www.okx.com/learn/what-are-ethereum-blobs)»). Также стоит упомянуть следующие протоколы AVS: - [Hyperlane](https://www.hyperlane.xyz/): протокол, позволяющий даппам передавать сообщения на другие блокчейны; - [AltLayer](https://altlayer.io): платформа для запуска кастомизируемых роллапов; - [eOracle](https://www.eoracle.io/): децентрализованная сеть оракулов; - [Ava Protocol:](https://avaprotocol.org/) система автоматизации кроссчейн-транзакций; - [Blockless](https://blockless.network/): децентрализованная вычислительная сеть для даппов; - [Witness Chain:](https://www.witnesschain.com/) блокчейн, оптимизированный для сектора DePIN (децентрализованных физических инфраструктурных сетей. Полный список AVS доступен [здесь](https://ethrestaking.com/avs). ![](https://metalamp.ru/images/operators.png) ### Рестейкеры В качестве рестейкеров могут выступать как обычные пользователи, так и организации. На данный момент к рестейкингу присоединились более 136 000 адресов. Медианный пользователь [депонирует около 0,2 ETH, или $680](https://dune.com/hahahash/eigenlayer). Доходность рестейкинга зависит от общего объема средств, вложенных в рестейкинг (то есть TVL EigenLayer). Сейчас она составляет [около 4,24% годовых в EIGEN.](https://dune.com/p2p_org/eigenlayer-rewards) Кроме того, пользователи получают вознаграждение в WETH («завернутом» в ERC-20 форму ETH) и ряде токенов протоколов экосистемы, прежде всего ARPA (Arpa Network). ## Впечатляющая статистика EigenLayer: $19 млрд в рестейкинге EigenLayer впервые запустил рестейкинг на мейннете Ethereum в июне 2023, но в полном виде протокол заработал в апреле 2024 г. На тот момент 70% новых валидаторов Ethereum сразу присоединялись к EigenLayer. По данным на конец ноября 2024 г., [в рестейкинге размещено более 6 250 000 ETH](https://dune.com/hahahash/eigenlayer), что эквивалентно 19,3 миллиарда долларов. Собственно ETH составляет 83,7% от всех токенов в рестейкинге, а оставшиеся 16,3% приходятся на различные ликвидные токены, прежде всего stETH (Lido Finance) и mETH (Mantle Network). ## Токен EIGEN: почему его эйрдроп вызвал недовольство и стоит ли покупать сейчас? Официально токен $EIGEN был запущен еще в мае 2024, хотя листинг на биржах состоялся только в октябре. К началу мая TVL протокола вырос до $15 миллиардов, что сделало EigenLayer третьим по величине проектом в DeFi. Откуда такой приток средств? Очень просто: все надеялись получить эйрдроп. Аллокации для эйрдропа рассчитывались на основе количества баллов, которые пользователь получал исходя из суммы, вложенной в рестейкинг, и его продолжительности. На протяжении месяцев пользователи усердно «фармили» баллы, вкладывая в рестейкинг токены протоколов ликвидного стейкинга. Однако, когда дроп наконец состоялся, комьюнити [осталось крайне недовольно ](https://thedefiant.io/news/research-and-opinion/eigenlayer-airdrop-outcry-shows-how-points-are-raising-trader-expectations)— по следующим причинам. 1. Оказалось, что токены ликвидного стейкинга (stETH, mETH, ETHx и т.д.) не считаются. Дроп получили в основном валидаторы, вложившие ETH. 2. Размер эйрдропа составил всего 5% от общего числа токенов (для сравнения: Jito раздал 10%, а Arbitrum — 12,75%). Правда, EigenLayer обещает второй сезон эйрдропа. 3. Пользователи из США и Канады были вообще исключены из дропа, хотя среди рестейкеров их было очень много и заранее это ограничение по юрисдикциям не объявляли. 4. Токены нельзя было продать или перевести вплоть до листинга (который состоялся в октябре). После листинга токен сразу попал в топ-100 крупнейших криптовалют благодаря высокой стартовой цене ($3,50). Правда, после короткого «пампа» до $4,4 в первым день началось неуклонное снижение, и сейчас цена составляет около $2,7 (дневной минимум — $2,18 в ноябре). По данным на 24 ноября, [$EIGEN находится на 144-м месте](https://coinmarketcap.com/currencies/eigenlayer/) в списке крупнейших токенов по капитализации. ![](https://metalamp.ru/images/eigen_stats.png) MetaLamp не может давать рекомендации по инвестированию: вам решать, покупать ли $EIGEN сейчас, учитывая, что он торгуется со скидкой 40% относительно исторического максимума. Однако, стоит учесть, что значительная часть токенов находится в руках венчурных инвесторов, вложивших в EigenLayer в сумме около $100 млн. Таким образом, токен принадлежит к так называемым «VC-коинам», и на его цену сильно влияют периодические разлоки. Венчурные инвесторы при посредничестве маркет-мейкеров могут стимулировать рост цены непосредственно перед разлоком, чтобы продать с максимальной прибылью, после чего цена падает. Поэтому, если вы рассматриваете покупку этого токена, то предварительно изучите график разлоков, чтобы выбрать оптимальную точку входа. ## Скандалы: почему ведущие фигуры Ethereum прекратили сотрудничать с EigenLayer и требовал ли протокол взятки Помимо недовольства условиями эйрдропа, EigenLayer оказался в центре еще двух инцидентов, которые негативно повлияли на динамику цены токена. В мае было объявлено, что два ключевых разработчика Ethereum, Данкрад Файст и Джастин Дрейк, присоединились к EigenLayer как адвайзеры. В качестве вознаграждения они должны были получить приличную сумму в EIGEN. Отметим, что Данкрад Файст — создатель концепции данкшардинга («данк-» в названии — от его имени), которая стала важной частью апгрейда Cancun. Многие в комьюнити Ethereum раскритиковали Файста и Дрейка на том основании, что в качестве адвайзеров EigenLayer у них появилась мотивация направлять развитие Ethereum так, чтобы протокол от этого выиграл — например, выделять гранты проектам из его экосистемы. Другими словами, конфликт интересов налицо. В итоге оба разработчика не выдержали давления общественного мнения и [сложили с себя полномочия адвайзеров.](https://www.coindesk.com/tech/2024/11/02/ethereum-researchers-relinquish-eigenlayer-roles-over-conflict-of-interest-concerns) Дрейк, в частности, [написал](https://x.com/drakefjustin/status/1852734263541874824): «Я хочу извиниться перед комьюнити Ethereum и коллегами по Ethereum Foundation за то, что мои действия вызвали такую драму. Я понял, что это было неправильное решение.» ![](https://metalamp.ru/images/justin_drake.png) Еще один скандал, который произошел в мае 2024, касался политики EigenLayer в отношении проектов-партнеров, которая граничила со взяточничеством. [По сообщениям в X (Twitter)](https://beincrypto.com/eigenlayer-airdrop-policy-controversy/), если один из протоколов в экосистеме планировал эйрдроп, команда EigenLayer направляла ему адреса кошельков своих сотрудников с намеком на то, что им нужно отправить токены в качестве «благодарности» за то, что рестейкинг для их AVS работает гладко, а также за помощь в обеспечении листинга на бирже. В общей сложности, протоколы «поблагодарили» EigenLayer на сумму в $5 млн, причем каждый участвовавший сотрудник получал до $80,000. В ответ EigenLayer опубликовал заявление о том, что на команды протоколов не оказывалось никакого давления и что никаких неэтичных эйрдропов сотрудники не получали. Тем не менее, TVL проекта в моменте упал на $350 млн. Разумеется, эти инциденты не умаляют ценности продуктов EigenLayer. Однако, они напоминают о том, что крупнобюджетные проекты, за которыми стоит венчурный капитал, часто подвергаются критике со стороны Web3-комьюнити с его идеалами децентрализации и прозрачности, и что эта критика может нанести реальный урон капитализации проекта. ## Рестейкинг EigenLayer: инструкция и доходность Итак, вас заинтересовала возможность получать пассивный доход с EigenLayer. Как присоединиться к рестейкингу? 1. Зайдите в раздел Restaking в [приложении EigenLayer](https://app.eigenlayer.xyz/) и изучите список доступных токенов для рестейкинга. Их много: EIGEN, различные ликвидные токены (stETH, mETH, ETHx, swETH и т.п.), ряд альткоинов и даже PEPE. Вознаграждение выплачивается в нескольких токенах, в основном WETH, EIGEN и ARPA. Важный момент: обычный ETH разместить в рестейкинге нельзя! ![](https://metalamp.ru/images/restacking1.png) К сожалению, в приложении не указана текущая доходность по каждому из токенов. Для EIGEN APR в настоящий момент [составляет около 4,24%](https://dune.com/p2p_org/eigenlayer-rewards); к этой цифре нужно добавить реварды в WETH и в ARPA. 2. Если у вас в кошельке уже есть какой-то из поддерживаемых активов, то логично вложить в рестейкинг именно его. Если же нет, то вы можете купить stETH, mETH и т.д. либо на централизованной бирже (ByBit, BitGet, OKX и др.) или на DEX, прежде всего [Curve](https://classic.curve.fi/steth). Что до EIGEN, то он торгуется на всех основных биржах, включая Binance. 3. Учтите, что в вашем кошельке MetaMask должно быть достаточно ETH для оплаты газа для покупки токенов на DEX (если вы выбрали этот вариант) и для транзакции рестейкинга, а также для будущего вывода вознаграждения и его продажи на DEX или вывода на CEX — в сумме не менее $30-40 в ETH. Если у вас пока вообще нет ETH в ончейн-кошельке, вам нужно будет купить его на централизованной бирже и отправить на MetaMask. 4. Подключите Ethereum-кошелек к [приложению EigenLayer](https://app.eigenlayer.xyz/) и выберите нужный вам токен —> Restake. 5. Ввведите желаемое количество токенов и нажмите Next. Затем выберите оператора из списка (любой из самых крупных подойдет). MetaMask попросит вас дать разрешение на использование токенов. ![](https://metalamp.ru/images/documentation_eigenlayer.png) Источник: [документация EigenLayer](https://docs.eigenlayer.xyz/eigenlayer/restaking-guides/restaking-user-guide/liquid-restaking/restake-lsts) 6. Подпишите в MetaMask две транзакции: депонирование токенов и делегирование. 7. Вывод средств из рестейкинга возможен в любое время, но учтите, что с момента вывода пройдет 7 дней, прежде чем токены поступят вам на кошелек. Ряд централизованных платформ (например, [Crypto.com](http://Crypto.com)) также позволяют присоединиться к рестейкингу, используя баланс аккаунта. Это может быть удобнее, чем делать все через MetaMask, но придется отдать 10-15% от вознаграждения платформе в качестве комиссии. ## Стоит ли вкладывать средства в рестейкинг? Насколько рестейкинг привлекателен по сравнению с другими стратегиями пассивного заработка в DeFi? Все зависит от вашего аппетита к риску и опыта в Web3. **Плюсы:** - EigenLayer — один из крупнейших проектов в DeFi c TVL более $15 миллиардов; - С развитием кроссчейн-сервисов спрос на продукты EigenLayer будет только расти; - Нет предпосылок ожидать, что протокол будет взломан, или что средства в рестейкинге будут еще каким-то образом утеряны; - Цена на токены, в которых выплачивается вознаграждение (EIGEH, ARPA и др.), может сильно вырасти с развитием нарративов роллапов, доступности данных (DA), кроссчейн-решений и т.п. **Минусы:** - Доходность не так уж велика для DeFi (5-8%); Заранее сложно рассчитать доходность, поскольку разные AVS сами устанавливают уровень вознаграждения; - Расходы на комиссии сети Ethereum — комиссия за каждую транзакцию делегирования, депонирования вывод составит несколько долларов; - Неудобно, что после вывода средств нужно ждать семь дней; - Цена на токены, в которых выплачивается вознаграждение, может упасть (например, цена EIGEN неуклонно снижалась с момента листинга); - Есть риск, что валидатор, которому вы делегируете токены, подвергнется слэшингу (в этом случае конфискуется и доля средств его делегаторов). В целом, рестейкинг можно считать более консервативной стратегией, чем, например, вложение ликвидных токенов в DeFi-протоколы доходные фермы, участие в IDO и т.п. С другой стороны, необходимо вкладывать в рестейкинг достаточно высокую сумму, чтобы комиссии не «съели» вознаграждение. Если вы стремитесь к созданию диверсифицированного портфеля, вас привлекают стратегии «положил и забыл» и вы оперируете суммами от $1000, то рестейкинг безусловно стоит рассмотреть. ## Как обычный EVM-протокол может выиграть от участия в экосистеме EigenLayer **Повторимся:** обычные даппы и протоколы, использующие EVM, не нуждаются в решении EigenLayer. Однако, они все равно могут косвенно получить выгоду от роста популярности EigenLayer следующим образом: - Запустить приложение на роллапе, который использует EigenDA или EigenLayer; - Интегрироваться с Hyperlane, eOracle и другими проектами из экосистемы EigenLayer; - А главное — рассказать о своих интеграциях с этими проектами в СМИ, чтобы связать название своего проекта с EigenLayer (это благоприятно скажется и на SEO). ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей о web3 [Lees meer...](https://metalamp.ru/magazine/putevoditel-po-eigenlayer-kak-protokol-restejkinga-eth-privlek-15-mlrd-tvl.md) ## Обзор Polygon zkEVM: принцип работы L2-решения для Ethereum ![Обзор Polygon zkEVM: принцип работы L2-решения для Ethereum](https://metalamp.ru/images/Polygon_zkEVM.png) Polygon zkEVM — это блокчейн второго уровня для Ethereum, решение для масштабирования с нулевым разглашением (ZK). Polygon zkEVM использует криптографический примитив, называемый доказательством ZK, для проверки переходов состояний. Он сочетает в себе доступность данных и проверку выполнения на уровне L1 блокчейна Ethereum для обеспечения безопасности и надежности перехода состояний L2. zkEVM позволяет разработчикам разворачивать в сети L2 смарт-контракты Ethereum без какого-либо изменения кода, используя при этом преимущества ZK-Rollups, как например низкую стоимость газа и быструю финализацию транзакций. ## Стратегия эффективности блокчейна - Первая стратегия заключается в развертывании консенсусного контракта, который стимулирует наиболее эффективных агрегаторов участвовать в процессе генерации доказательств. - Вторая стратегия — выполнять все вычисления вне блокчейна, сохраняя в блокчейне только необходимые данные и zk-доказательства. - Способ реализации смарт-контракта моста, например расчет счетов методом [UTXO](https://www.gate.io/ru/learn/articles/what-is-utxo/190) - Использование специализированных криптографических примитивов в zkProver для ускорения вычислений и минимизации размеров доказательства, применимое через: - Запуск специального языка ассемблера с нулевым разглашением (zkASM) для интерпретации байт-кодов. - Использование инструментов с нулевым разглашением, таких как zk-STARK, для целей доказательства; эти доказательства выполняются очень быстро, хотя и больше по размеру. - Вместо публикации большого размера доказательств zk-STARK в качестве доказательств достоверности, zk-SNARK используется для подтверждения правильности доказательств zk-STARK. Эти zk-SNARK, в свою очередь, публикуются в качестве доказательства достоверности изменений состояния. Это помогает снизить затраты на газ с 5 миллионов до 350 тысяч. ## zkEVM Протокол Для того, чтобы понять как работает протокол, сперва требуется узнать об управлении состояниями и жизненном цикле транзакций. ### Управления состояниями Следует объяснить, как протокол Polygon zkEVM управляет состояниями L2 Rollup, обеспечивая при этом проверяемость данных и безопасность перехода между состояниями. Для начала, следует дать определения: - Sequencer (секвенсор) — это узел (zkNode), отвечающий за выборку транзакций из базы данных пула, проверку достоверности транзакций и последующее помещение действительных в пакет; - Aggregator (агрегатор) — это такой же узел (zkNode), но настроен так, чтобы он мог предоставлять доказательств, подтверждающих целостность предлагаемого изменения состояния секвенсором. Эти доказательства представляют собой доказательства с нулевым разглашением (или ZK-доказательства), и для этой цели агрегатор использует криптографический компонент, называемый Prover; - Prover — это сложный криптографический инструмент, способный создавать сотни пакетов ZK-proofs и объединять их в одно ZK-доказательство, которое публикуется как доказательство достоверности; - PolygonZkEVM.sol — это cмарт-контракт в L1 проверяет доказательства действительности, чтобы гарантировать правильность выполнения каждого перехода состояния. Это достигается за счет использования схем zk-SNARK. Он получает от секвенаторов сгруппированные пакеты транзакций, хранит их порядок, проверяет транзакции и размещает их в L1. Доверенный секвенсор генерирует пакеты из транзакций, но для быстрого достижения окончательности транзакций L2 и избегания необходимости ожидания следующего блока L1, они передаются узлам сети L2 через канал вещания. Каждый узел будет выполнять пакеты для локального вычисления результирующего состояния L2. Как только доверенный секвенсор зафиксирует последовательности пакетов, полученных непосредственно с L1, узлы сети L2 будут выполнять их снова, и им больше не придется доверять ему. Выполненные пакеты off-chain в итоге будут подвергнуты проверке в самом блокчейне с использованием Zero-Knowledge Proof, после чего корень состояния L2, полученный в результате, будет зафиксирован. По мере развития протокола zkEVM, узлы сети второго уровня (L2) будут напрямую получать обновления о состоянии сети из узлов первого уровня (L1). Данные о состоянии блокчейна будут передаваться и обновляться между двумя уровнями сети, улучшая связь и синхронизацию между ними. Это означает, что как доступность данных, так и проверка выполнения транзакций полностью зависят от предположений о безопасности первого уровня (L1). На заключительном этапе протокола узлы будут полагаться исключительно на данные, присутствующие в L1, для поддержания синхронизации с каждым переходом состояния второго уровня (L2). Это подчеркивает важность и надежность L1 в обеспечении безопасности и целостности всей системы. На диаграмме ниже можно увидеть каким образом L2 ноды получают пакеты транзакций. ![](https://metalamp.ru/images/zkevm_l1.png) - Непосредственно из доверенного секвенсора до того, как пакеты будут переданы в L1, или - Прямо из L1 после секвенирования партий или - Только после того, как корректность исполнения будет доказана Агрегатором и проверена контрактом PolygonZkEVM.sol. Стоит отметить, что три формата пакетных данных принимаются узлами L2 в хронологическом порядке, указанном выше. Таким образом, существуют три стадии состояния L2, каждая из которых соответствует трём различным способам обновления состояния узлами L2: - Доверенное состояние (Trusted State): на первой стадии обновление происходит исключительно на основе информации (то есть пакетов, состоящих из упорядоченных транзакций), поступающей непосредственно от доверенного секвенсора, до того как данные станут доступны в L1. - Виртуальное состояние (Virtual State): на второй стадии обновление базируется на информации, полученной из сети L1 узлами L2. Это происходит после того, как пакеты были упорядочены (секвенированы) и данные стали доступны в L1. - Консолидированное состояние (Consolidated State): на последней стадии информация, используемая для обновления состояния L2, включает проверенные доказательства с нулевым разглашением (zero-knowledge proofs) вычислительной целостности. То есть после того, как доказательство с нулевым разглашением успешно проверено в L1, узлы L2 синхронизируют свой локальный корень состояния L2 с тем, который зафиксирован в L1 доверенным Агрегатором. На рисунке ниже изображена временная шкала стадий состояния L2 с точки зрения обработки пакетов, а также действия, которые запускают переход от одной стадии к другой. ![](https://metalamp.ru/images/TVC.png) ### Жизненный цикл транзакций В этом разделе подробно описаны различные формы и этапы, которые проходят транзакции пользователей L2, с момента их создания в кошельках пользователей до момента их окончательной проверки неоспоримыми доказательствами на L1. ## Отправление транзакции Транзакции в сети Polygon zkEVM создаются в кошельках пользователей и подписываются их приватными ключами. После создания и подписания транзакции отправляются на узел Trusted Sequencer через интерфейс JSON-RPC. Затем транзакции сохраняются в пуле ожидающих транзакций, где они ожидают выбора Sequencer для выполнения или отмены. Пользователи и zkEVM общаются с помощью JSON-RPC, который полностью совместим с Ethereum RPC. Такой подход позволяет любому EVM-совместимому приложению, например программному обеспечению кошелька, функционировать и чувствовать себя как настоящие пользователи сети Ethereum. Важно! Следует отметить, что в текущей конструкции zk evm, одна транзакция эквивалентна одному блоку. Каким образом это может улучшить работу в блокчейне? Упрощение коммуникации: Обычно в блокчейнах множество транзакций группируются в блоки. Но в этом случае каждая транзакция сама по себе образует блок. Это может упростить процесс передачи данных между узлами сети. Совместимость с инструментами: Поскольку каждая транзакция является отдельным блоком, это может улучшить совместимость с существующими инструментами и приложениями, которые уже приспособлены для работы с блоками. Быстрая окончательность: В традиционных блокчейнах подтверждение транзакции может занять некоторое время, поскольку она должна быть включена в блок, а затем этот блок должен быть подтвержден сетью. Если каждая транзакция является отдельным блоком, это может ускорить процесс подтверждения транзакций на втором уровне (L2). Упрощение поиска транзакций: Поскольку каждая транзакция является отдельным блоком, локализовать конкретную транзакцию в блокчейне может быть проще, так как не требуется просматривать множество транзакций внутри одного блока. Это отражает уникальный подход к обработке транзакций в сети zkEVM, который может обеспечивать высокую производительность и удобство для пользователей. Таким образом эта стратегия проектирования не только улучшает связь RPC и P2P между узлами, но также повышает совместимость с существующими инструментами и обеспечивает быструю завершенность на уровне L2. ## Выполнение транзакции и доверенное состояние Доверенный секвенсор считывает транзакции из пула и решает, отбросить их или упорядочить и выполнить. Выполненные транзакции добавляются в пакет транзакций (batches), а локальное состояние L2 секвенсора обновляется. Как мы ранее говорили, как только транзакция добавляется в состояние L2, она передается всем остальным узлам zkEVM через службу широковещания. Стоит отметить, что, полагаясь на Trusted Sequencer, мы можем добиться быстрого завершения транзакции (быстрее, чем в L1). Однако полученное состояние L2 будет находиться в доверенном (Trusted) состоянии до тех пор, пока пакет не будет зафиксирован в консенсусном контракте. Пользователи обычно взаимодействуют с доверенным состоянием L2. Однако из-за определенных характеристик протокола процесс проверки транзакций L2 (для возможности вывода средств на L1) может занять много времени, обычно около 30 минут, но в редких случаях до недели. Вы спросите, что это за редкие случаи? *Редкий случай* - Проверка транзакций на L1 займет 1 неделю только в том случае, если активировано Emergency State или агрегатор вообще не пакетирует никаких доказательств. - Кроме того, аварийный режим активируется, если секвенированная партия не агрегируется (не обрабатывается агрегатором) в течение 7 дней. Более детально про Emergency State можете посмотреть [тут](https://docs.polygon.technology/zkEVM/architecture/protocol/malfunction-resistance/emergency-state/?h=emer#when-is-the-emergency-state-activated). В результате пользователи должны быть внимательны к потенциальным рискам, связанным с транзакциями высокой стоимости, особенно теми, которые нельзя отменить, такими как вывод средств, внебиржевые транзакции и альтернативные мосты. ## Пакетное секвенирование и виртуальное состояние Пакеты транзакций теперь необходимо упорядочить и проверить, прежде чем они смогут стать частью виртуального (Virtual) состояния L2. *Упорядочивание пакетов* Trusted Sequencer добавляет пакет из транзакций к последовательности пакетов через функцию sequenceBatches контракта PolygonZkEVM.sol (L1). На рисунке ниже показана логическая структура последовательности пакетов. ![](https://metalamp.ru/images/sequence_zk.png) Таким образом происходит пакетное секвенирование (упорядочивание) и устанавливается новое виртуальное состояние, которое потом передается на L2 узлы. Следует понимать, что существует максимальный и минимальный размер пакета транзакций: - открытая константа контракта MAX TRANSACTIONS BYTE LENGTH определяет максимальное количество транзакций, которые могут быть включены в пакет (300 000). - количество пакетов в последовательности (пакетов для одного секвенирования) ограничено общедоступной константой контракта MAX VERIFY BATCHES (1000). Массив пакетов должен содержать хотя бы один пакет, но не более значения константы MAX VERIFY BATCHES. ***Проверка достоверности пакетов и целостности состояния*** Следует рассказать, что означают эти действия: - Достоверность пакетов (Batch Validity): Это обозначает процесс проверки и удостоверения того, что каждый пакет данных, который обрабатывается или передается в сети L2, является законным и соответствует установленным критериям и правилам. Это включает в себя проверку правильности транзакций в пакете, их порядка, а также подлинности и соответствия протоколу; - Целостность состояния L2 (L2 State Integrity): Этот аспект касается поддержания и защиты точного и непрерывного состояния сети второго уровня. Целостность состояния гарантирует, что все записи и изменения в сети L2 отражают действительные транзакции и взаимодействия, обеспечивая надежность и точность данных в блокчейне. Данная проверка происходит при вызове функции sequenceBatches контракта PolygonZkEVM.sol (L1). Функция перебирает каждый пакет в последовательности и проверяет его достоверность. *Достоверный пакет должен соответствовать следующим критериям:* - Он должен включать значение globalExitRoot. globalExitRoot — это уникальный идентификатор, агрегирующий доказательства транзакций на L2, позволяющий их безопасно верифицировать и применять на L1. Пакет действителен, только если он включает действительный globalExitRoot; - Длина массива байтов транзакций должна быть меньше значения константы MAX_TRANSACTIONS_BYTE_LENGTH; - Временная метка пакета должна быть больше или равна временной метке последнего секвенированного пакета, но меньше или равна временной метке блока, в котором выполняется транзакция упорядочивания L1. Получается, что если один пакет недействителен, транзакция отменяется, отбрасывая всю последовательность. В противном случае, если все партии, подлежащие секвенированию, действительны, процесс секвенирования продолжится. Транзакции, которые были частью отклоненного пакета, не «потеряются» окончательно. Вместо этого они могут быть повторно отправлены или включены в последующие пакеты для обработки. В системе, где безопасность и целостность данных являются приоритетами, такой подход помогает предотвратить включение недействительных или мошеннических транзакций в блокчейн. *Целостность состояния* В zk EVM Polygon используется механизм, который позволяет обеспечить криптографическую целостность цепочки пакетов транзакций. Вот как это работает: - Счетчик пакетов: В системе есть переменная, называемая lastBatchSequenced, которая выступает в роли счетчика пакетов. Каждый раз, когда формируется новый пакет транзакций, значение этого счетчика увеличивается на единицу. Это значение используется как индексный номер для каждого пакета, который, в свою очередь, служит позиционным значением в цепочке пакетов. - Механизм хеширования: Для обеспечения криптографической целостности данных между пакетами используется механизм хеширования, схожий с тем, который применяется в блокчейнах для связывания блоков друг с другом. Это означает, что для вычисления хеша текущего пакета в его данные включается хеш предыдущего пакета. - Накопленный хеш (Accumulated Hash): Хеш данного пакета представляет собой накопленный хеш всех предыдущих пакетов. Это достигается за счет включения хеша предыдущего пакета (oldAccInputHash) в вычисление текущего. Накопленный хеш для конкретного пакета вычисляется с помощью функции хеширования keccak256, которая принимает в качестве аргумента набор данных, упакованных с помощью abi.encodePacked. Хеш конкретного пакета имеет следующую структуру: - oldAccInputHash это хеш предыдущего пакета, - keccack256(transactions) хеш массива байтов транзакций, - globalExitRoot является корнем Bridge’s Global Exit Merkle Tree, - timestamp это временная метка пакета, - seqAddress это адрес пакетного секвенсора. ![](https://metalamp.ru/images/batches_zk.png) Таким образом, хеш каждой партии представляет собой накопленный хеш всех ранее упорядоченных партий, что обеспечивает цепочку доверия и криптографическую целостность всей системы. Этот подход позволяет не только гарантировать безопасность данных, но и облегчить проверку целостности цепочки без необходимости обрабатывать каждую транзакцию индивидуально. Как только пакеты будут успешно секвенированы в L1, все узлы zkEVM смогут синхронизировать свое локальное состояние L2, получая данные непосредственно из контракта L1 PolygonZkEVM.sol, без необходимости полагаться только на Trusted Sequencer. Так достигается виртуальное состояние L2. **Пакетная агрегация и консолидированное состояние** И наконец, переходим к последней части, когда доверенный агрегатор должен в конечном итоге агрегировать последовательности пакетов, ранее переданных доверенным секвенсором, чтобы достичь заключительного этапа состояния L2, то есть консолидированного состояния. Можно представить работу агрегатора: - Агрегатор берет секвенированные пакеты и отправляет в Prover модуль; - Prover предоставляет доказательство zk-proofs, подтверждающее целостность предлагаемого изменения состояния секвенсором; - Агрегатор с полученным zk-proofs идет в L1 контракт PolygonZkEVM.sol и консолидирует состояние пакета транзакций. На этом этапе транзакции считаются завершенные и включены в состояние L1. В свою очередь, внутри Prover, используется более сложные механизмы для генерации доказательств, такие как SNARK и STARK Используя схему SNARK, мы можем обеспечить безопасность в on-chain для исчерпывающих вычислений off-chain экономичным способом. Для любопытных, вы можете посмотреть целый огромный [раздел](https://docs.polygon.technology/zkEVM/architecture/zkprover/) в документации, который поясняет как работает модуль Prover. После того как пакеты были успешно агрегированы в L1, все узлы zkEVM могут проверить свое локальное состояние L2, извлекая и проверяя консолидированные корни непосредственно из консенсусного контракта L1 (PolygonZkEVM.sol). В результате было достигнуто консолидированное состояние L2. ### Сопротивления сбою в работе Чтобы обеспечить устойчивость системы, участники должны получать вознаграждение за правильное выполнение своих ролей и придание протоколу окончательности. В данный момент, на ранних стадиях протокол имеет централизованных секвенсеров и агрегаторов, но в будущем, протокол планирует сделать их децентрализованными. По этой причине в данный момент, как вы могли заметить, они называются Trusted aggregator или Trusted Sequencer. ## Секвенсор Пользователи должны полагаться на доверенный секвенсор для выполнения своих транзакций на уровне L2. Однако пользователи могут включать свои транзакции в принудительный пакет, если они не могут выполнить их через Trusted Sequencer. ![](https://metalamp.ru/images/l1_zk.png) На схеме выше, можно увидеть, что пользователи могут напрямую отправлять пакеты транзакций в L1 консенсус контракт, где они передаются доверенному секвенсору и далее секвенируются. Если по какой из причин транзакция пользователя не могут выполнить свои транзакции через секвенсора, они также могут отослать пакет транзакций для секвенирования в L1 контракт консенсуса. Получается, что доверенный секвенатор будет включать эти принудительные пакеты в будущие последовательности, чтобы сохранить свой статус доверенного объекта. В противном случае пользователи смогут продемонстрировать, что их подвергают цензуре, и статус доверия Trusted Sequencer будет аннулирован. ## Агрегатор Точно так же, как система не может достичь завершенности состояния L2 без активного и хорошо функционирующего секвенсора, не может быть окончательности без активного и хорошо функционирующего агрегатора. Отсутствие или сбой доверенного агрегатора означает, что переходы между состояниями L2 никогда не обновляются в L1. По этой причине в контракте L1 PolygonZkEVM.sol есть функция verifyBatches, которая позволяет любому агрегировать последовательности пакетов. ## Состояние аварийности zkEVM Аварийное состояние — это состояние консенсусного контракта (PolygonZkEVM.sol и PolygonZkEVMBridge.sol), которое при активации прекращает пакетное секвенирование и операции моста. Цель включения аварийного состояния — позволить команде Polygon решать случаи нарушения работоспособности или эксплуатации любых ошибок смарт-контрактов. Это мера безопасности, используемая для защиты активов пользователей в zkEVM. Следующие функции будут отключены в аварийном режиме: - sequenceBatches - verifyBatches - `forceBatch - sequenceForceBatches - proveNonDeterministicPendingState ### Разработка контрактов Polygon ZK EVM представляет собой революционный подход к масштабированию Ethereum, позволяя использовать стандартный код смарт-контрактов Ethereum (EVM байт-код) в новой, более эффективной среде. Для этого они используют zkASM. zkASM преобразует инструкции смарт-контрактов, написанные на Solidity для Ethereum, в низкоуровневый код, который оптимизирован для создания zk-SNARKs. Это включает в себя преобразование операций и логики смарт-контрактов в последовательности более простых инструкций. Это похоже на переводчика, который помогает двум людям с разным языком общаться друг с другом. В результате Polygon ZK EVM позволяет использовать уже существующие смарт-контракты Ethereum, одновременно предлагая преимущества новой технологии, такие как более высокая скорость обработки и повышенная конфиденциальность. Одним из важных критерием как в развитии блокчейнов так и для самих разработчиков смарт-контрактов является простота разработки, тестирование, деплой контракта и использование современных инструментов разработки является. Из-за того что zkEVM Polygon основан на EVM ethereum, разработка практически идентична разработке в EVM блокчейне. Также можно без проблем использовать популярные инструменты: remix, foundry, hardhat. Существуют небольшие различия между EVM и ZkEVM: Список включает в себя поддерживаемые EIPs, операции и дополнительные изменения, внесенные для создания zkEVM. Различия не влияют на опыт разработчика zkEVM по сравнению с EVM. Техники оптимизации газа, взаимодействие с библиотеками, такими как Web3.js и Ethers.js, и развертывание контрактов работают беспрепятственно на zkEVM без каких-либо издержек. ### Opcodes - SELFDESTRUCT → удален и заменен на SENDALL. - EXTCODEHASH → возвращает хэш байт-кода контракта из дерева состояний zkEVM без проверки, содержит ли контракт код. - DIFFICULTY → возвращает «0» вместо случайного числа, как в EVM. - BLOCKHASH → возвращает все предыдущие хэши блоков, а не только последние 256 блоков. - NUMBER → возвращает количество обрабатываемых транзакций. ### Предварительно скомпилированные контракты Следующие предварительно скомпилированные контракты поддерживаются в zkEVM: - ecRecover - identity Другие предварительно скомпилированные контракты не влияют на дерево состояний zkEVM и обрабатываются как «revert», возвращая весь газ предыдущему контексту и устанавливая флаг успеха в «0». Таким образом следует понимать, что при разработке смарт-контракта, нельзя будет использовать библиотеки которые содержат другие предварительно скомпилированные контракты из [этого](https://www.evm.codes/precompiled?fork=shanghai.) перечня. ### Другие незначительные различия - zkEVM не очищает хранилище, когда контракт развертывается по адресу из-за спецификации дерева состояний zkEVM. (Это означает, что в zkEVM при развертывании нового контракта по уже существующему адресу, данные, ранее хранившиеся по этому адресу, не удаляются автоматически. В традиционном EVM при развертывании контракта по адресу, где уже существовал контракт, старые данные удаляются. Однако в zkEVM, из-за спецификации его дерева состояний, это не происходит, и старые данные остаются в хранилище.) - Опкод JUMPDEST разрешен внутри байтов push, чтобы избежать анализа байт-кода во время выполнения. (Это означает, что в zkEVM разрешено использование опкода JUMPDEST внутри данных, передаваемых командами PUSH. В стандартном EVM, JUMPDEST используется для обозначения места в коде, куда может происходить прыжок (JUMP). Обычно, для обеспечения безопасности, во время выполнения контракта проводится анализ байт-кода на наличие корректных JUMPDEST. В zkEVM, позволяя JUMPDEST находиться внутри данных PUSH, упрощается процесс выполнения кода, так как не требуется анализ байт-кода в реальном времени для поиска JUMPDEST. Это ускоряет выполнение контрактов и снижает их сложность.) - zkEVM реализует EIP-3541 из хардфорка Лондон. (Это означает, что zkEVM включает в себя реализацию предложения по улучшению Ethereum EIP-3541, которое было введено в сеть Ethereum во время обновления, известного как хардфорк Лондон. EIP-3541 устанавливает новые правила для структуры смарт-контрактов, запрещая развертывание контрактов, начинающихся с определенного байтового префикса (0xEF), что предотвращает потенциальные конфликты и проблемы совместимости с будущими изменениями в Ethereum.) - EIP-2718, который определяет тип транзакции с типизированным конвертом, не поддерживается. (EIP-2718 представляет нововведение в стандарты транзакций Ethereum, вводя концепт оболочки для различных типов транзакций. Это позволяет в сети Ethereum использовать множество новых типов транзакций, каждый из которых может иметь уникальные поля и логику обработки. Тем не менее, в zkEVM Polygon, по состоянию на последние данные, этот стандарт не поддерживается, что означает, что разработчики и пользователи не могут пользоваться расширенными возможностями, которые предлагают типизированные транзакции в рамках этой платформы. Это может влиять на совместимость с некоторыми новыми функциями или контрактами, разработанными для основной сети Ethereum.) - EIP-2930, который определяет тип транзакции с необязательными списками доступа, не поддерживается​​. (EIP-2930 – это предложение по улучшению Ethereum, которое вводит новый тип транзакции, содержащей необязательные списки доступа. Эти списки предварительно указывают, к каким учетным записям и хранилищам контрактов будет обращаться транзакция, что позволяет валидаторам заранее знать, какие состояния будут затронуты. Это улучшает эффективность и помогает снизить затраты на газ за счет уменьшения необходимости повторных вычислений. Отсутствие поддержки EIP-2930 в zkEVM означает, что пользователи и разработчики не могут использовать эту функциональность для оптимизации своих транзакций в сети Polygon.) ## Разница между Polygon Pos и zkEVM Polygon ### Решение для масштабирования Polygon PoS в основном использует платформу Plasma и механизм консенсуса Proof-of-Stake (PoS) для создания sidechain, которая работает параллельно с основной сетью Ethereum. Polygon zkEVM, с другой стороны, использует архитектуру ZK-Rollup, которая использует доказательства с нулевым разглашением для предоставления решения уровня 2 поверх Ethereum. ### Механизм консенсуса Polygon PoS опирается на набор валидаторов, которые участвуют в механизме консенсуса PoS для проверки и подтверждения транзакций в sidechain. Polygon zkEVM использует консенсусный контракт, который поддерживает беспрепятственное участие нескольких координаторов (секвенаторов и агрегаторов) для создания и проверки пакетов на уровне L2. ### Доступность данных В сети Polygon PoS данные хранятся на сайдчейне, который предоставляет отдельную блокчейн-систему для обработки транзакций. Polygon zkEVM предлагает два варианта доступности данных в рамках гибридной схемы: Validium (данные хранятся вне цепочки) и Volition (данные и доказательства их правильности находятся в цепочке для некоторых транзакций, а для других — только доказательства). ### Совместимость смарт-контрактов Polygon PoS — это сайдчейн, который обеспечивает совместимость с EVM (Ethereum Virtual Machine). Это позволяет разработчикам развертывать и запускать смарт-контракты Ethereum на сайдчейне Polygon PoS. Однако совместимость с EVM подразумевает, что, несмотря на поддержку смарт-контрактов Ethereum, могут быть некоторые различия в среде исполнения. В результате в редких случаях при работе со сложными децентрализованными приложениями (dapps) и кодом низкого уровня разработчикам может потребоваться адаптация или использование специфических для сайдчейна функций при работе с Polygon PoS. В отличие от этого, Polygon zkEVM представляет собой ZK-Rollup, который фокусируется на достижении эквивалентности EVM. Эквивалентность EVM подразумевает более высокий уровень совместимости с Ethereum, позволяя существующим смарт-контрактам Ethereum разворачиваться и работать на Polygon zkEVM без каких-либо изменений. Разработчикам не нужно менять языки или инструменты, и они могут испытать бесшовный переход при развертывании своих смарт-контрактов на эквивалентном EVM rollup. Эквивалентность EVM фактически воссоздает всю среду исполнения Ethereum. Ключевое отличие заключается в том, что эквивалентность EVM, предлагаемая Polygon zkEVM, обеспечивает «меньше трения» по сравнению с совместимостью EVM, предлагаемой Polygon PoS. Polygon zkEVM разработан для обеспечения прозрачного развертывания и полной совместимости с Ethereum, позволяя разработчикам сохранять тот же рабочий процесс разработки, что и на Ethereum, без необходимости каких-либо изменений или повторной реализации кода. Вкратце, Polygon zkEVM фокусируется на создании почти идеальной копии среды исполнения Ethereum, в то время как Polygon PoS фокусируется на предложении совместимости со смарт-контрактами Ethereum в контексте сайдчейна. ### Безопасность Polygon PoS полагается на свои валидаторы PoS для защиты сайдчейна, которая работает независимо от Ethereum. Polygon zkEVM наследует безопасность основной сети Ethereum, публикуя доказательства достоверности в цепочке, гарантируя, что вычисления вне цепочки являются правильными и безопасными. ### Завершенность транзакции Сайдчейны Polygon PoS обеспечивают быстрое завершение транзакции с относительно низкими комиссиями за транзакцию. Polygon zkEVM использует доказательства с нулевым разглашением, чтобы обеспечить быструю завершенность транзакций вне сети, одновременно сокращая задержки и комиссии. Polygon PoS, и Polygon zkEVM предоставляют решения масштабирования уровня 2 для Ethereum, они различаются по своей архитектуре, механизмам консенсуса, параметрам доступности данных и деталям реализации. Polygon zkEVM, в частности, использует технологию ZK-Rollup для достижения улучшенной масштабируемости, безопасности и эквивалентности EVM, обеспечивая при этом быструю завершенность транзакции. ## Плюсы и минусы zkEvm Polygon Плюсы: - Высокий уровень безопасности (сопоставимый c L1); - Смарт-контракты практически полностью совместимы, за исключением некоторых precompiled contracts; - При разработке контрактов возможно использовать инструменты как remix, foundry, hardhat без каких либо проблем; - Нет необходимости настройки стека для разработки под протокол; - Стандартный Web3 API (также поддержка стандартных кошельков для Ethereum, например MetaMask); - Абстракция учетной записи поддерживаются через ERC-4337; - Скорость обработки транзакций — транзакции на L2 подтверждаются сразу и на L1 через небольшой промежуток времени (около 30 минут); - Низкая комиссия за транзакции; - Малый размер zkSNARK в L1 для оптимизации затрат пользователей. Минусы: - Сохраняется момент неудобства при разработке контрактов, по причине того, что нужно проверять используемые библиотеки как openzeppelin на использование не работающих precompiled contracts. - Несмотря на значительные улучшения в масштабируемости, при очень высоких нагрузках масштабируемость все еще может представлять собой вызов. - Как относительно новая технология, она может содержать нерешенные проблемы или неопределенности. ## Вывод Polygon zkEVM представляет собой значительный прогресс в блокчейн-технологиях, объединяя совместимость с Ethereum и преимущества zero-knowledge proofs. Это открывает новые горизонты для бизнеса в сфере блокчейна, предлагая высокую производительность, масштабируемость, безопасность и экономическую эффективность. Разрабатывать для данного блокчейна практически так же легко как и на обычном EVM блокчейне. Масштабирование которое уже сейчас может помочь уменьшить нагрузку на ethereum и сократить расходы пользователей на газ. В свою очередь, разработчики уже планируют применить обновление EIP-4844 (Dencun) в ближайшее время, что в будущем поможет еще сильнее снизить цену на газ в основной сети Polygon zkEVM. ### Ссылки - [Docs: zkEvm Polygon docs](https://wiki.polygon.technology/docs/zkevm/) - [Video tutorials: The ULTIMATE Developers Guide To Polygon zkEVM](https://www.youtube.com/watch?v=pkvgS26VR8E&ab_channel=JarrodWatts) - [Dashboard: Ecosystem](https://www.alchemy.com/ecosystem/polygon-zkevm) - [Article: what is polygon zkEVM](https://blog.thirdweb.com/what-is-polygon-zkevm/) - [Proof of Efficiency](https://ethresear.ch/t/proof-of-efficiency-a-new-consensus-mechanism-for-zk-rollups/11988) - [The different types of ZK-EVMs](https://vitalik.eth.limo/general/2022/08/04/zkevm.html) ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных материалов про ZKP [Lees meer...](https://metalamp.ru/magazine/obzor-polygon-zkevm-princip-raboty-l2-resenia-dla-ethereum.md) ## Обзор блокчейн-мостов: взаимодействие между разными сетями ![Обзор блокчейн-мостов: взаимодействие между разными сетями](https://metalamp.ru/images/bridges_overview.png) В этой статье разберем, почему мосты между блокчейнами важны для криптоэкосистемы, разберем их базовую архитектуру, а также классификацию и типы мостов. Бонус: в конце статьи вы найдете инструкцию как сделать свой мост. В вопросе блокчейн-мостов есть очень важное понятие, с которого стоит начать — это интероперабельность. **Интероперабельность** (от англ. [interoperability](https://en.wikipedia.org/wiki/Interoperability) — способность к взаимодействию) — это способность продукта или системы, интерфейсы которых полностью открыты, взаимодействовать и функционировать с другими продуктами или системами без каких-либо ограничений доступа и реализации. Блокчейны, как правило, представляют собой изолированные среды, которые могут обладать большим числом пользователей и высоким уровнем активности, но при этом не могут взаимодействовать с другими подобными системами, что их сильно ограничивает. Для обеспечения интероперабельности криптоэкосистеме необходимы блокчейн-мосты. **Блокчейн-мост** — это технология, которая позволяет различным блокчейн-сетям взаимодействовать между собой, обмениваться активами, данными и информацией. Мосты создают транспортный маршрут (канал) между блокчейнами, по которому токены, сообщения, произвольные данные и даже вызовы смарт-контрактов могут передаваться из одной цепи в другую. Разные блокчейны обладают уникальными сильными и слабыми сторонами (такими как скорость, пропускная способность, стоимость транзакций и т.д.), поэтому мосты способствуют развитию всей криптовалютной экосистемы, позволяя блокчейнам использовать инновации друг друга. ## Базовая архитектура Для начала разберемся, что происходит на самом верхнем уровне при передаче чего-либо из блокчейна А в блокчейн Б. Например, у Алисы есть 10 ETH в Ethereum, но она хочет использовать их в экосистеме другого блокчейна (например, Avalanche, Tron, Polygon и т.д.) с более низкими комиссиями или для использования в каком-то уникальном DeFi-протоколе. Однако технически это два разных блокчейна, и они никак не могут взаимодействовать напрямую в силу различий в консенсусе, правилах сообщества, обработке транзакций и т.д. Здесь и вступает в игру мост. Для Алисы это выглядит так: она взаимодействует с мостом, отправляет ему ETH и затем получает ETH уже в другом блокчейне (либо они приходят на аккаунт Алисы, либо их нужно будет клеймить). В блокчейне Б (пусть это будет Avalanche) Алиса получит не оригинальный ETH, а так называемый «синтетический актив», который будет иметь ценность только до тех пор, пока соответствующее количество ETH хранится на мосту. ![](https://metalamp.ru/images/basic_bridges.png) Базовый принцип работы моста Теперь Алиса может использовать свои ETH в другом блокчейне. Главная мысль в том, что мост здесь выступает в роли третьей стороны, которая обеспечивает совместимость двух различных блокчейнов. В такой схеме третьей стороной может выступить даже обычный пользователь, у которого есть средства в Avalanche. Конечно, одна сущность не может обработать обе транзакции в разных блокчейнах, поэтому криптограф и разработчик мостов [James Prestwich](https://x.com/_prestwich/), в своем [докладе про создание мостов](https://www.youtube.com/watch?v=ZQJWMiX4hT0), предлагает ввести понятие «приложение». Это значит, что у блокчейна А будет своё приложение, а у блокчейна Б — своё. К слову, так как мост может быть не только между двумя разными блокчейнами, но и между двумя уровнями одного блокчейна (Layer 1 и Layer 2), например между Ethereum и Arbitrum, в любой статье про мосты будет использоваться понятие «домен». *Домен* — в контексте мостов это главная сущность, которая участвует в обмене сообщениями со стороны отправителя или со стороны получателя (например блокчейн или Layer 2). Так вот, домены могут разительно отличаться (Bitcoin и Ethereum, Ethereum и Solana, Cardano и Polkadot), поэтому для их взаимодействия каждому домену нужно своё приложение, а основные процессы передачи данных будут лежать в криптографической плоскости (подписи, деревья Меркла и т. д.). Конечно, для связи двух таких приложений понадобятся каналы (channels). Переходя на более абстрактный уровень, процесс, описанный выше, будет выглядеть следующим образом: ![](https://metalamp.ru/images/between_bridges.png) Взаимодействие между доменами При этом **домен А** не может просто отправить сообщение по каналу **домену Б** и получить от **домена Б** подтверждение о том, что сообщение доставлено. Это односторонняя связь. Поэтому необходима третья сторона — верификаторы. ![](https://metalamp.ru/images/bridges2.png) Взаимодействие между доменами через верификаторов Всё становится несколько сложнее, потому что, как правило, именно в верификаторах и том, как они взаимодействуют с приложениями, кроются основные различия мостов. В контексте разработки различных конструкций мостов существует такое понятие, как **трилемма** интероперабельности, которая гласит, что протоколы интероперабельности или мосты могут обладать только двумя из следующих трёх свойств: - **Отсутствие доверия (Trustlessness)** — обеспечение безопасности, эквивалентной безопасности базового домена. - **Возможность расширения (Extensibility)** — поддержка любого домена. - **Обобщаемость** **(Generalizability)** — способность обрабатывать произвольные междоменные данные. Подробнее о трилемме можно почитать в [этой статье](https://medium.com/connext/the-interoperability-trilemma-657c2cf69f17). Я лишь приведу наглядное изображение трилеммы из этой статьи: ![](https://metalamp.ru/images/trilemmaaa.png) Представление трилеммы. Источник: статья The Interoperability Trilemma В связи с трилеммой существует большое количество различных подходов и решений, потому что крайне сложно создать мост, который будет в достаточной мере удовлетворять всем свойствам. В некоторых случаях такая необходимость вовсе отсутствует. ## Классификация мостов В[этой статье](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) довольно подробно описана классификация мостов. Она обширна, поэтому здесь мы постараемся кратко пройтись по основным моментам. Глобально мосты обычно разделяют на два вида: **trusted (доверенные)** и **trustless (без доверия)**. - **Trusted** — доверенные мосты проверяются извне, т. е. используют внешний набор верификаторов для передачи данных между доменами: федерации с мультиподписями, системы многопользовательских вычислений ([MPC](https://en.wikipedia.org/wiki/Secure_multi-party_computation)), сети оракулов. Такие мосты обычно демонстрируют хорошую производительность с точки зрения скорости и экономической эффективности, но при этом приходится жертвовать безопасностью. - **Trustless** — эти мосты полагаются на безопасность доменов, которые они соединяют, для передачи данных. Можно сказать, что это система, в которой доверие отсутствует, поскольку безопасность должна быть на уровне базового домена. Такие мосты считаются более безопасными. В данном случае в жертву обычно приносится либо возможность поддерживать большое количество различных доменов, либо способность обрабатывать произвольные данные. В целом это очень условное разделение. Мне понравилось, как в [статье протокола LI.FI](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) уровень доверия представлен в виде спектра. ![](https://metalamp.ru/images/trust_spectrum.png) Уровень доверия в виде спектра. Источник: статья LI.FI: With Bridges, Trust is a Spectrum Пройдем слева направо этого спектра: - **Trusted system with no staked collateral** — верификаторы не размещают залоговое обеспечение, поэтому пользователи потеряют средства в случае сбоя или взлома системы. Можно полагаться только на репутацию моста. Пример — [Binance Bridge](https://www.bnbchain.org/en/bnb-chain-bridges). - **Bounded systems** — верификаторы вносят обеспечение в нативном токене сети, что дает им экономическую выгоду, но в случае неблагоприятной ситуации обеспечение, скорее всего, будет сожжено. Пользователи также потеряют свои средства в случае ошибки или взлома. Пример — печально известный [Ronin Bridge](https://docs.roninchain.com/validators/onboarding/become-validator#prerequisites). - **Insured system** — также предполагается внесение обеспечения, но, в отличие от предыдущих вариантов, убытки пользователей покрываются за счёт этого обеспечения. Пример — [Axelar](https://docs.axelar.dev/dev/general-message-passing/express/#axelar-intents-express-service). - **Optimistic bridge** — система, схожая с «Optimistic rollups», где все транзакции считаются валидными, пока не доказано обратное. Верификаторами выступают наблюдатели, которые имеют экономический стимул находить «плохие» движения по мосту. Пример — [Nomad](https://docs.nomad.xyz/the-nomad-protocol/verification-mechanisms/optimistic-verification). - **Liquidity Networks** — это похоже на p2p сеть, где каждый узел действует в качестве провайдера ликвидности для определённого домена (их называют роутеры). В качестве роутера может выступать любой пользователь, минимальных ограничений по ликвидности нет. В системе есть сиквенсер, который собирает заявки и может подключить для выполнения сколько угодно роутеров. Безопасность обеспечивается благодаря механизмам блокировки средств и возможности оспаривать действия роутеров. Преимущество в том, что в сети назначения получаете не производный синтетический актив, а средства, хранящиеся в этом блокчейне. Это похоже на кросс-чейн обмен токенов. Пример — [Everclear](https://www.everclear.org/), ранее называвшийся Connext. - **Light clients and relayers** — верификаторы здесь — это пользователи, которые отслеживают события, уже добавленные в исходный блокчейн. Затем формируются доказательства того, что событие произошло, и эти доказательства пересылаются в домен назначения вместе с заголовками блоков (т. е. отправляется так называемый «легкий клиент»). Смарт-контракт в домене назначения проверяет заголовки и, если событие действительно произошло, выполняет действие в домене назначения. Требуется, чтобы субъект «ретранслировал» заголовки блоков и доказательства. Хотя пользователь может самостоятельно ретранслировать транзакции, предполагается, что ретрансляторы будут непрерывно пересылать данные. Это относительно безопасная конструкция моста, поскольку она гарантирует достоверную доставку без доверия к посредникам (trustless), но проверка в домене назначения обычно очень затратна по расходам на газ. Пример — [Cosmos IBC.](https://cosmos.network/ibc/) - **ZK Bridges** — мосты, построенные на доказательствах с нулевым разглашением (ZKP), также используют легкие клиенты и ретрансляторы для проверки межцепочечных передач и считаются ещё одним вариантом trustless реализации. Пример — [ZKSync bridge](https://portal.zksync.io/bridge/) (работает только между Ethereum и ZKSync). ## Типы мостов В базовой модели мостам для правильного функционирования необходимо отслеживать события в исходном домене, ретранслировать их в домен назначения и проверять валидность ретранслируемой информации. В связи с этим большинство мостов конструктивно состоят из нескольких компонентов: - **Мониторинг**. Обычно существует субъект, либо «оракул», либо «валидатор», либо «ретранслятор», который отслеживает состояние исходного домена. - **Передача / ретрансляция сообщений.** После того как субъект фиксирует событие, ему необходимо передать информацию из домена источника в домен назначения. - **Консенсус**. В некоторых моделях требуется консенсус между участниками, отслеживающими домен‑источник, чтобы передать эту информацию домену назначения. - **Подписание.** Участникам необходимо криптографически подписывать информацию, отправляемую в домен назначения, либо индивидуально, либо как часть схемы пороговой подписи. На основе такой конструкции существует примерно четыре типа мостов, каждый из которых имеет свои преимущества и недостатки: 1. **Asset-specific** — единственная задача такого моста — это доступ к определённому активу одного блокчейна в другом блокчейне (тут скорее именно блокчейны, хотя их тоже можно назвать доменами). Активы в блокчейне назначения часто являются «обёрнутыми», они полностью обеспечены базовым активом. Биткойн — наиболее распространённый актив, который соединяется с другими блокчейнами. 2. **Chain‑specific** — мост между двумя доменами, который по механике такой же, как и «asset‑specific», но осуществляет передачу нескольких активов (пример — Polygon PoS bridge). 3. **Application‑specific** — используется для конкретного приложения, когда DApp поддерживает мультичейновость. Может осуществлять передачу не только активов, но и данных (пример — Thorchain). 4. **Generalized** — протоколы для передачи информации между несколькими доменами (пример — Chainlink). Говоря про передачу активов, стоит упомянуть самые распространённые модели их передачи. 1. Мы уже несколько раз упоминали «оборачивание» актива из исходного домена — это довольно распространённый способ для мостов. Делается это следующим образом: - В исходном домене блокируется базовый актив, а в домене назначения чеканится его синтетическая версия по курсу 1:1. Например, для BTC это будет WBTC (Wrapped BTC). ![](https://metalamp.ru/images/lock-mint.png) Взаимодействие по схеме lock -> mint - В процессе обратного обмена в домене, который чеканил "обёртку", этот актив сжигается, а в базовом домене он разблокируется. ![](https://metalamp.ru/images/burn-unlock.png) Взаимодействие по схеме burn -> unlock 2. Вторая модель передачи активов называется **атомарные свопы** (atomic swaps). Фактически это просто обмен токенов из исходного домена на токены из домена назначения. Для этого часто используется схема HTLC (Hashed Timelock Contracts). Если кратко, HTLC позволяет двум пользователям обменивать криптовалюту напрямую между различными доменами без необходимости доверять внешним посредникам (p2p), для этого используется специальный секрет, который особым образом обрабатывается на смарт‑контрактах позволяя выполнить сделку безопасно для всех участников. Подробнее про HTLC [тут](https://en.bitcoin.it/wiki/Hash_Time_Locked_Contracts) и [тут](https://www.youtube.com/watch?v=VZX2ApRLuwM). ## Компромиссы, которые нужно учитывать при разработке моста В случае с мостами не бывает идеальных решений, всегда существуют некоторые компромиссы, необходимые для достижения конкретной цели. Можно оценивать мосты на основе следующих факторов: - **Безопасность** — кто проверяет систему? Мосты, защищённые внешними валидаторами, обычно менее безопасны, чем мосты, которые локально или изначально защищены валидаторами блокчейна. - **Удобство** — сколько времени требуется для завершения транзакции и сколько транзакций пользователю нужно подписать? Сколько времени требуется разработчику для интеграции моста и насколько сложен этот процесс? - **Возможности подключения** — какие различные цепочки назначения может подключать мост (например, rollups, sidechains, другие блокчейныLayer 1 и т. д.), и насколько сложно интегрировать новый блокчейн? - **Возможность передачи более сложных данных** — может ли мост обеспечивать передачу сообщений и более сложных произвольных данных по цепочкам, или он поддерживает только межцепочечную передачу активов? - **Экономическая эффективность** — сколько стоит передача активов по цепочкам через мост? Как правило, мосты взимают фиксированную или переменную плату в зависимости от стоимости газа и ликвидности конкретных маршрутов. Также важно оценить экономическую эффективность моста на основе капитальных вложений, необходимых для обеспечения его безопасности. ## Как сделать свой мост ### Централизованная версия Нужно понимать, что при всей кажущейся простоте, создание мостов — нетривиальная задача. Для начала возьмем самый простой пример. Дано: - 2 EVM-домена; - 1 централизованный наблюдатель; - Задача — передать ERC20-токен из домена А в домен Б и обратно. Возьмем тестовые сети Sepolia и Polygon Amoy (на момент написания статьи они актуальны, но их можно заменить на любые другие). Исходный токен будет в сети Sepolia, напишем для него [смарт-контракт](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/bridges/contracts/contracts/OriginToken.sol). Всё, что он будет делать — это создавать ERC20-токен и минтить на адрес деплоера 100 токенов. ``` contract OriginToken is ERC20 { constructor() ERC20("OriginToken", "OT") { _mint(msg.sender, 100e18); } }``` Далее создаем обертку, или синтетический токен для нашего исходного токена, его мы будем деплоить в Polygon Amoy. Полный код [здесь](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/bridges/contracts/contracts/DestinationToken.sol). ``` contract DestinationToken is ERC20, ERC20Burnable { address _bridge; error OnlyBridge(); constructor(address bridge) ERC20("DestinationToken", "DT") { _bridge = bridge; } // Добавляем модификатор, который позволит минтить и сжигать токены // только с адреса моста modifier onlyBridge() { if (msg.sender != _bridge) { revert OnlyBridge(); } _; } function mint(address recipient, uint256 amount) external onlyBridge { _mint(recipient, amount); } function burnFrom(address account, uint256 amount) public override(ERC20Burnable) onlyBridge { super.burnFrom(account, amount); } }``` Теперь нужно выполнить деплой токенов. OriginToken мы развернем в сети Sepolia, а DestinationToken — в сети Polygon Amoy. Примечание: Если вы захотите поиграться с этим примером — можете использовать уже развернутые токены, не обязательно деплоить их заново, подробнее [тут](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/bridges/contracts/README.md#centralized-bridge-example). У нас есть адреса двух токенов в разных сетях. Поскольку это EVM-сети, мы можем использовать одинаковые адреса EOA для отправителя и получателя токенов. Помимо этого, мы будем использовать ещё один EOA-адрес — он будет выступать в роли моста, т.е. на нём будут блокироваться средства пользователей. Идея в том, что мы можем отслеживать на смарт-контрактах токенов событие «Transfer», и если перевод был сделан на адрес моста, то мы будем минтить или сжигать токены в зависимости от направления перевода. Для этого функционала нам понадобится наблюдатель (watcher) — это будет незамысловатый JavaScript-код. Всё, что понадобится, — это RPC-адреса для доступа к обоим блокчейнам и немного тестовых ETH для оплаты газа в обеих сетях (можно взять [тут](https://faucets.chain.link/sepolia) или [тут](https://www.alchemy.com/faucets/ethereum-sepolia)). Наблюдатель будет отслеживать все трансферы в оригинальной сети: ``` const originToken = new ethers.Contract( ORIGIN_TOKEN_CONTRACT_ADDRESS, originTokenAbi.abi, bridgeSepolia, ); originToken.on('Transfer', (from, to, value, event) => { if (from == bridgeSepolia.address) { return; } // Если получатель токенов в оригинальной сети — адрес моста // то после получения перевода мы минтим отправителю токены // в сети назначения if (to == bridgeSepolia.address && to != from) { console.log( '\n Tokens received on bridge from Sepolia chain! Time to bridge!', ); try { mintTokens(from, value); console.log('✅✅✅✅✅ Tokens minted ...'); console.log('🌈🌈🌈🌈🌈 Bridge to destination completed'); } catch (err) { console.error('Error processing transaction', err); } } else { return; } });``` Если получатель токенов в оригинальной сети — адрес моста, то после получения перевода мы минтим отправителю токены в сети назначения: ``` async function mintTokens(recipient, amount) { const mintTx = await destinationToken.mint(recipient, amount); const mintReceipt = await mintTx.wait(); if (mintReceipt) { // Проверка баланса отправителя в сети Sepolia const originBalance = await originToken.balanceOf(recipient); console.log( `Sepolia sender balance: ${ethers.formatEther( originBalance, )} Tokens`, ); // Проверка баланса получателя в сети Polygon Amoy const destinationBalance = await destinationToken.balanceOf(recipient); console.log( `Polygon Amoy recipient balance: ${ethers.formatEther( destinationBalance, )} Tokens`, ); } }``` Наблюдатель готов, осталось написать отдельный скрипт для трансфера токенов на адрес моста. Основная функция этого скрипта будет выполнять одно действие — перевод токенов мосту: ``` async function sendOriginTokenToBridge() { try { const txResponse = await originToken.transfer( bridgeWallet.address, ethers.parseEther('1'), ); console.log('Tx sent:', txResponse.hash); const receipt = await txResponse.wait(); console.log('Tx confirmed:', receipt.blockNumber); } catch (error) { console.error('Tx error:', error); } }``` ### Перевод токенов из оригинальной сети в сеть назначения Теперь мы готовы к первому трансферу. Для этого сначала запускаем наблюдателя: ``` Watching ...``` После запуска наблюдателя необходимо в отдельном терминале выполнить скрипт на перевод токенов. Код скрипта [здесь](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/bridges/contracts/scripts/sendTokensToDestination.js). ``` Tx sent: 0x12fe9602196d5f2e9c8c26ecf170f6804e620b02a4e0461c539d5857d875c895 Tx confirmed: 6594705 // это просто номер блока``` Транзакция выполнена, скрипт наблюдателя должен отреагировать на этот трансфер: ``` Tokens received on bridge from Sepolia chain! Time to bridge! ✅✅✅✅✅ Tokens minted ... 🌈🌈🌈🌈🌈 Bridge to destination completed Sepolia sender balance: 99.0 Tokens Polygon Amoy recipient balance: 1.0 Tokens``` Ура! Токены были успешно переведены из Sepolia в Polygon Amoy. Теперь в оригинальном домене они будут храниться на адресе моста, а в сети назначения будет использоваться их обёртка. ### Обратный перевод токенов в оригинальную сеть Для обратного перевода потребуется добавить несколько функций в скрипт наблюдателя, чтобы отслеживать трансферы и сжигать токены: ``` const destinationToken = new ethers.Contract( DESTINATION_TOKEN_CONTRACT_ADDRESS, destinationTokenAbi.abi, bridgeAmoy, ); destinationToken.on('Transfer', (from, to, value, event) => { if (from == bridgeAmoy.address) { return; } if (to == bridgeAmoy.address && to != from) { console.log( '\n Tokens received on bridge from Polygon Amoy chain! Time to bridge!', ); try { burnTokens(from, to, value); console.log('🔥🔥🔥🔥🔥 Tokens burned ...'); console.log('🌈🌈🌈🌈🌈 Bridge to origin completed'); } catch (err) { console.error('Error processing transaction', err); } } else { return; } });``` Когда выполняется обратная операция, синтетические токены сжигаются, а токены в оригинальной сети «разблокируются»: ``` async function burnTokens(from, to, amount) { // Перед тем как сжигать токены, необходимо выдать апрув на это действие const approveTx = await destinationToken.approve(to, amount); const approveReceipt = await approveTx.wait(); // Сжигаем токены const burnTx = await destinationToken.burnFrom(to, amount); const burnReceipt = await burnTx.wait(); if (approveReceipt && burnReceipt) { const destinationBalance = await destinationToken.balanceOf(from); console.log( `Polygon Amoy sender balance: ${ethers.formatEther( destinationBalance, )} Tokens`, ); } // Переводим токены в оригинальной сети const transferTx = await originToken.transfer(from, amount); const transferReceipt = await transferTx.wait(); if (transferReceipt) { const originBalance = await originToken.balanceOf(from); console.log( `Sepolia recipient balance: ${ethers.formatEther( originBalance, )} Tokens`, ); } }``` На этот раз кода немного больше. Дело в том, что перед сжиганием необходимо выдать апрув, а после сжигания отправить токены с адреса моста получателю в оригинальной сети. Для этого понадобится ещё один скрипт для перевода токенов мосту в сети Polygon Amoy. Код очень похож на скрипт отправки в сеть назначения, вы можете посмотреть его [здесь](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/bridges/contracts/scripts/sendTokensToOrigin.js). После успешного обратного трансфера наблюдатель должен вывести следующую информацию: ``` Tokens received on bridge from Polygon Amoy chain! Time to bridge! 🔥🔥🔥🔥🔥 Tokens burned ... 🌈🌈🌈🌈🌈 Bridge to origin completed Polygon Amoy sender balance: 0.0 Tokens Sepolia recipient balance: 100.0 Tokens``` Мы видим, что токены были доставлены получателю в оригинальной сети. Поздравляю, мост готов! ## Плюсы и минусы такого подхода Или всё же не готов? Ранее мы обсуждали, из каких основных компонентов состоит мост. В данном примере мы реализовали только наблюдателя и ретранслятор сообщений. При этом отсутствует какая-либо верификация сообщений, защита и гарантии того, что пользователь получит свои средства. Также нужно было использовать подписи, которые передавались бы из одного домена в другой. Такой системе достаточно того, чтобы наблюдатель перестал отслеживать события, и мост сломается. Более того, в этом примере мы не учитывали «финализацию транзакций» ([transaction finality](https://medium.com/coinmonks/understanding-transaction-finality-310e46b47a22)) ни в оригинальной сети, ни в сети назначения. Для финализации транзакции может потребоваться несколько минут, и это также может легко нарушить работу моста. Также мы использовали обычный EOA, который может просто забрать все средства себе. В общем из плюсов у такого решения могут быть только скорость и приятный интерфейс, но в целом это очень хрупкий мост. Мораль. Вы можете видеть красивый интерфейс моста, но под капотом у него может быть что-то подобное. Полный код наблюдателя доступен [здесь](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/bridges/contracts/scripts/bridgeWatcher.js), а подробная инструкция по развертыванию моста — [здесь](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/bridges/contracts/README.md). ### Децентрализованная версия К счастью, крупные протоколы стремятся к децентрализации и отказу от доверия. Это не гарантирует полную безопасность, но уменьшает риски, связанные с централизацией, что делает мост менее хрупким. Создание таких мостов гораздо сложнее. Примером является решение от протокола Chainlink, которое предлагает использовать децентрализованный протокол CCIP (Chainlink Cross-Chain Interoperability Protocol) для кроссчейн-взаимодействия между [EVM-совместимыми сетями](https://docs.chain.link/ccip/supported-networks/v1_2_0/mainnet). CCIP позволяет осуществлять передачу токенов и произвольных данных в виде сообщений. У Chainlink есть статья про [5 уровней межцепочной безопасности](https://blog.chain.link/five-levels-cross-chain-security/#level_5__defense-in-depth), где они ставят CCIP на самый высокий, 5й уровень за счет участия в системе 3-х децентрализованных слоев для обеспечения работы одного протокола. ![](https://metalamp.ru/images/5_levels.png) 5 уровней кросс-чейн безопасности. Источник: статья The Five Levels of Cross-Chain Security Одна сеть отвечает за фиксацию события в исходном домене, вторая проверяет эту фиксацию, а третья выполняет действия. Это не отдельные блокчейны, а децентрализованные оракулы (DON). Токены хранятся в смарт-контрактах под названием Token Pool. Схема работы выглядит следующим образом: ![](https://metalamp.ru/images/chainlink_ccip.png) Архитектура Chainlink CCIP. Источник: блог Chianlink Есть хорошее [видео](https://youtu.be/-2qzC0lqId0?feature=shared), в котором просто объясняется, как работает протокол. Для более детального понимания можно обратиться к [официальной документации.](https://docs.chain.link/ccip/architecture#token-pools) ### Строим децентрализованный мост Для передачи токенов из домена А в домен Б мы будем взаимодействовать со смарт-контрактом Router в домене A и таким же смарт-контрактом в домене Б. Для примера снова возьмем Ethereum Sepolia и Polygon Amoy, к тому же мы можем переиспользовать токены, которые задеплоили для примера с централизованной версией моста. Проблема в том, что передавать через CCIP можно только те токены, [для которых созданы пулы](https://github.com/smartcontractkit/ccip/blob/6bdc1dc03992f698d0dbf60a104a0a5ec8847a34/contracts/src/v0.8/ccip/Router.sol#L136) в протоколе CCIP, но хорошая новость в том, что никто не запрещал передавать данные. То есть теперь у нас есть надежный внешний наблюдатель (CCIP), остается только написать смарт-контракты на Solidity, которые будут взаимодействовать с роутерами CCIP. На схеме это будет выглядеть следующим образом (наши смарт-контракты на схеме это dApp и x-dApp). ![](https://metalamp.ru/images/routers_ccip.png) Взаимодействие с роутером CCIP. Источник: блог Chainlink Да, нужно будет развернуть два смарт-контракта в обеих сетях, но для простоты мы сделаем один универсальный смарт‑контракт, который будет отвечать и за отправку сообщений, и за их получение. Более того, он будет работать по схеме «lock and mint» для отправки токенов из исходной сети и «burn and unlock» для их возврата, как и в примере с централизованным мостом. Для начала импортируем все необходимое: ``` // Интерфейс роутера нужен для отправки сообщений import {IRouterClient} from "@chainlink/contracts-ccip/src/v0.8/ccip/interfaces/IRouterClient.sol"; // От смарт-контракта CCIPReceiver нужно наследоваться для возможности получения сообщений import {CCIPReceiver} from "@chainlink/contracts-ccip/src/v0.8/ccip/applications/CCIPReceiver.sol"; // Библиотека Client пригодится нам и для отправки, и для получения сообщений import {Client} from "@chainlink/contracts-ccip/src/v0.8/ccip/libraries/Client.sol";``` Рассмотрим, какие данные понадобятся для развертывания этих смарт-контрактов: - **router**: смарт-контракт CCIP [Router](https://github.com/smartcontractkit/ccip/blob/a793f34cdd1e87b31511860d10cc9a91e53ee4d5/contracts/src/v0.8/ccip/Router.sol) для той сети, где будет развернуто приложение. - **token**: наш токен (Origin для исходной сети и Destination для сети назначения). - **link**: адрес токена LINK, также для каждой сети будет отличаться. Это нужно для оплаты транзакций токенами LINK. - **originTokenChainSelector**: селектор исходной сети, выдается Chainlink, можно глянуть [тут](https://arc.net/l/quote/yaxleotz). - **thisChainSelector**: селектор сети, в которой будет развернут этот смарт-контракт. ``` contract TokenBridge is Ownable, CCIPReceiver { constructor( address router, // Смарт-контракт CCIP Router для соответствующей сети IToken token, // Origin или Destination address link, // Адрес токена LINK для соответствующей сети uint64 originTokenChainSelector, // Селектор исходной сети uint64 thisChainSelector // Селектор сети, в которой развертывается приложение ) Ownable(msg.sender) CCIPReceiver(router) { _token = token; _link = link; _originTokenChainSelector = originTokenChainSelector; _thisChainSelector = thisChainSelector; } }``` Стоит пару слов уделить оплате. Если в той сети, где вы будете отправлять сообщение, за комиссию вы заплатите нативной валютой, то в сети назначения ее можно оплатить двумя способами: в нативной валюте или токеном LINK. Поэтому нам понадобится вот такой enum. ``` enum PayFeesIn { Native, LINK }``` Теперь главная функция для отправки сообщений, вот что она делает: 1. Первые три параметра, которые принимает функция sendToken, относятся к сети назначения (селектор, адрес смарт-контракта моста и адрес получателя токенов). Адреса мы сразу проверяем, а селектор проверит Router. 2. Далее нужно сформировать данные для передачи и оценить их стоимость (я вынес это в отдельную функцию, о ней чуть позже). 3. Определяем способ оплаты и проверяем, что передано достаточно эфира, если выбран нативный метод оплаты. 4. В зависимости от метода оплаты отправляем сообщение роутеру, чтобы он переправил его в сеть назначения. 5. Если сообщение отправлено успешно, списываем токены пользователя (Origin или Destination). Для простоты считаем, что в сети назначения после получения сообщения код выполнился успешно. 6. Последним пунктом определяем, где мы находимся, и если это сеть с синтетическим токеном, то сжигаем его. ``` function sendToken( uint64 destinationChainSelector, // Селектор сети назначения address destinationBridgeAddress, // Мост сети назначения address destinationChainReceiver, // Получатель токенов address tokenSender, // Отправитель токенов uint256 amount, // Количество токенов PayFeesIn payFeesIn // Способ оплаты ) external payable returns (bytes32 messageId) { // Проверяем валидность адресов if (destinationBridgeAddress == address(0) || destinationChainReceiver == address(0)) { revert InvalidReceiver(); } // Подготавливаем данные для отправки (bytes memory sendingData, Client.EVM2AnyMessage memory message, uint256 fee) = prepareMessage( destinationChainSelector, destinationBridgeAddress, destinationChainReceiver, amount, payFeesIn ); // Проверяем, что передано достаточно эфира, если это необходимо if (payFeesIn == PayFeesIn.Native && fee > msg.value) { revert NotEnoughValueSent(msg.value, fee); } // В зависимости от способа оплаты отправляем сообщение либо с эфиром, либо с LINK if (payFeesIn == PayFeesIn.Native) { messageId = IRouterClient(i_ccipRouter).ccipSend{value: fee}(destinationChainSelector, message); } else { IToken(_link).transferFrom(tokenSender, address(this), fee); IToken(_link).approve(i_ccipRouter, fee); uint256 linkBalance = IToken(_link).balanceOf(address(this)); if (fee > linkBalance) { revert NotEnoughLinkBalance(linkBalance, fee); } messageId = IRouterClient(i_ccipRouter).ccipSend(destinationChainSelector, message); } emit MessageSent(messageId, destinationChainSelector, destinationBridgeAddress, sendingData, tokenSender, fee); // Списание токенов у пользователя bool success = _token.transferFrom(tokenSender, address(this), amount); if (!success) { revert TransferFailed(); } // Если это сеть назначения, сжигаем токены if (_thisChainSelector != _originTokenChainSelector) { _token.approve(address(this), amount); _token.burnFrom(address(this), amount); } }``` Теперь про подготовку данных. Важно отметить, что адрес получателя должен быть в формате bytes32, поэтому кодируем его вместе с суммой через abi.encode(). ``` function prepareMessage( uint64 destinationChainSelector, address destinationBridgeAddress, address destinationChainReceiver, uint256 amount, PayFeesIn payFeesIn ) public view returns (bytes memory sendingData, Client.EVM2AnyMessage memory message, uint256 fee) { // Подготавливаем содержание сообщения sendingData = abi.encode(destinationChainReceiver, amount); // Формируем сообщение в правильном формате (см. ниже) message = _buildCCIPMessage(destinationBridgeAddress, payFeesIn, sendingData); // Считаем комиссию в ETH или LINK в зависимости от параметра payFeesIn fee = IRouterClient(i_ccipRouter).getFee(destinationChainSelector, message); }``` Само сообщение будет содержать следующую информацию: - Адрес получателя сообщения; - Данные, которые мы сформировали для передачи; - Количество токенов (в случае если мы передаем токены, для которых есть пулы в CCIP), в нашем случае пустой массив; - Дополнительные аргументы, они кодируются также специальным образом, например там может быть gas limit для выполнения кода в сети назначения; - Токен оплаты. ``` function _buildCCIPMessage(address destinationBridgeAddress, PayFeesIn payFeesIn, bytes memory data) private view returns (Client.EVM2AnyMessage memory) { return Client.EVM2AnyMessage({ receiver: abi.encode(destinationBridgeAddress), data: data, tokenAmounts: new Client.EVMTokenAmount[](0), extraArgs: "", feeToken: payFeesIn == PayFeesIn.LINK ? _link : address(0) }); }``` С отправкой сообщения разобрались. Получатель должен наследоваться от CCIPReceiver и обязательно содержать функцию _ccipReceive, которая будет обрабатывать получаемое сообщение. Т.к. эта функция в нашем смарт-контракте универсальная, она будет обрабатывать и получение Origin-токенов, и получение Destination-токенов. То есть мы либо «разлочиваем» токены и отправляем их получателю, либо минтим их. ``` function _ccipReceive(Client.Any2EVMMessage memory message) internal virtual override { // Декодируем отправленные данные (address destinationChainReceiver, uint256 amount) = abi.decode(message.data, (address, uint256)); // В зависимости от того, в какой сети находимся, минтим токены или отправляем их на адрес получателя if (_thisChainSelector != _originTokenChainSelector) { _token.mint(destinationChainReceiver, amount); } else { bool success = _token.transfer(destinationChainReceiver, amount); if (!success) { revert TransferFailed(); } } }``` Вот и все, полный код смарт-контракта [здесь](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/bridges/contracts/contracts/ccip/TokenBridge.sol). ## Отправка сообщения из исходного домена в домен назначения и обратно Для отправки токенов через мост достаточно взаимодействовать со смарт-контрактом. Но, поскольку пример с централизованным мостом содержал скрипты, для этого случая я их тоже накидал. Приводить здесь весь код нет смысла, поэтому я просто дам ссылки на скрипты и инструкцию по их использованию: - Скрипт для отправки Origin-токенов из Sepolia в Polygon Amoy — [ссылка](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/bridges/contracts/scripts/ccip/sendTokensToDestinationCCIP.js). - Скрипт для отправки Destination-токенов обратно из PolygonAmoy в Sepolia — [ссылка](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/bridges/contracts/scripts/ccip/sendTokensToOriginCCIP.js). - Подробная инструкция — [ссылка](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/bridges/contracts/README.md#decentralized-bridge-example-chainlink-ccip) (если вы не запускали первый пример, то нужно будет настроить проект, описание в начале файла). *Примечание*: все смарт-контракты уже задеплоены, вам достаточно настроить.env и сминтить себе немного Origin-токенов (описание как это сделать также есть). Понадобится тестовый ETH и LINK (LINK нужны для сети Polygon Amoy, их можно получить [здесь](https://faucets.chain.link/)). Еще один важный момент. Транзакции в CCIP обрабатываются довольно медленно (20-30 минут). После отправки сообщения можно взять хэш этой транзакции (или messageId), зайти в [CCIP Explorer](https://ccip.chain.link/) и посмотреть статус транзакции. Выглядит это так: ![](https://metalamp.ru/images/transaction_details.png) Транзакция отправки сообщения. Источник: CCIP Explorer Когда транзакция будет завершена, можно будет увидеть транзакции в обоих цепочках, а также стоимость транзакции в сети назначения. Кстати, примерную стоимость таких транзакций можно посмотреть [в этой таблице](https://arc.net/l/quote/bpccutmc). ## Риски мостов Отдельно стоит поговорить о рисках, с которыми сопряжено взаимодействие с мостами или их разработка. На сегодняшний день три самых крупных [взлома](https://rekt.news/leaderboard/) в DeFi — это мосты. Причем «лидера» этой статистики, Ronin Network, взламывали дважды! Общее количество украденных средств исчисляется [миллиардами долларов](https://defillama.com/hacks). ![](https://metalamp.ru/images/ronin_network.png) *Взломы Ronin Network. Источник: rekt.news* При этом можно заметить, что не только этот мост взламывали повторно. ![](https://metalamp.ru/images/hacks_bridges.png) Повторные взломы мостов. Источник: rekt.news На самом деле не все взломы выдаются по ключевому слову «bridge», например тот же Ronin. Но я думаю вы уже поняли, что масштабы проблемы действительно большие. ### Классификация рисков 1. Один из главных рисков — это **ошибки в смарт-контрактах.** Второй взлом Ronin Network произошел по [глупой ошибке](https://rekt.news/roninnetwork-rektII/) при обновлении смарт-контракта. 2. **Системные финансовые риски.** Мосты часто блокируют токены на исходной цепочке и создают синтетические активы на цепочке назначения. Взлом заблокированных токенов или атака на синтетические токены может обесценить все такие токены и создать риск для всей блокчейн-системы, включая DApp, работающие с этими активами. 3. **Ранний этап развития.** Мосты — это новая технология, и их поведение в разных рыночных условиях пока недостаточно изучено. 4. **Риски минимизации доверия** **(контрагентский риск).** Некоторые мосты полагаются на сторонних участников для проверки транзакций, что требует доверия к ним. Другие мосты минимизируют доверие, полагаясь только на валидаторов блокчейнов. 5. **Риски криптографии.** Некоторые мосты защищены мультиподписями (multisig), что создает риск, если злоумышленники скомпрометируют достаточное количество ключей. 6. **Оптимистичные мосты.** Эти мосты зависят от честных наблюдателей, которые отслеживают операции. Если злоумышленник взломает всех наблюдателей, это может привести к потерям. Однако такая атака экономически невыгодна и крайне сложна. 7. **Методы верификации:** - **Web2-верификация:** Использование централизованных сервисов для обмена или перевода токенов между цепочками, что требует доверия к посреднику. - **Внешняя верификация**: Группа валидаторов проверяет транзакции, что требует честного большинства и может включать методы для минимизации доверия. - **Локальная верификация:** Верификация осуществляется между контрагентами, что минимизирует доверие, но ограничено в применении. - **Нативная верификация:** Валидаторы целевой цепочки проверяют исходную цепочку, что обеспечивает минимизацию доверия, но требует больше ресурсов и подходит для схожих блокчейнов. Каждый метод верификации имеет свои преимущества и недостатки в зависимости от целей и условий использования. Чуть подробнее о рисках можно почитать [здесь](https://arc.net/l/quote/fafbuydl). ## Выводы Мост — штука непростая, а если простая, то часто ненадежная. Поэтому мосты которые вы хотите использовать нужно тщательно выбирать, а к разработке нужно подходить ответственно. Децентрализованный мост с минимизацией доверия может оказаться таким же уязвимым, как и централизованный, если в нем будет ошибка в смарт-контракте. Это подтверждает, что децентрализация и наличие надежных верификаторов — не панацея. Однако децентрализация, обновления через DAO и более прозрачные модели, конечно, предпочтительнее. Мосты сосредотачивают огромную ликвидность и любая, даже мелкая ошибка — может стать фатальной. А ошибались самые крупные команды в мире, взламывали код, который проходил аудиты у топовых контор в индустрии. Есть о чем задуматься, не так ли? Также, если затронут более прозаичные задачи мостов, то иногда они нужны одной экосистеме чтобы получить ликвидность из другой экосистемы, не обязательно это будет полезно для «экосистемы‑донора», но если мост работает в двух направлениях то шансы уравниваются. А в случае с Layer 2 не стоит рассматривать это как кражу ликвидности у L1, все же L2 не может существовать без базового L1. В целом выглядит так, что без мостов блокчейн-экоситсемам сейчас уже не обойтись, появляется все больше кросс-чейн протоколов, а иногда просто комфортнее держать свою ликвидность в разных местах. Конечно пока за это приходится платить большую цену, в буквальном смысле, но есть надежда, что со временем эти решения будут все надежнее. ## Ссылки - [Видео: The Impossible Dilemma of Blockchain Bridges](https://youtu.be/4QHflfHMga0?feature=shared) - [Видео: James Prestwich: Building Bridges, Not Walled Gardens](https://www.youtube.com/watch?v=ZQJWMiX4hT0) - [Видео: What is Chainlink CCIP?](https://youtu.be/-2qzC0lqId0?feature=shared) - [Статья: Bridges (ethereum.org)](https://ethereum.org/en/developers/docs/bridges/) - [Статья](https://ethereum.org/en/developers/docs/bridges/)[: The Interoperability Trilemma](https://medium.com/connext/the-interoperability-trilemma-657c2cf69f17) - [Статья](https://ethereum.org/en/developers/docs/bridges/)[: Blockchain Bridges: Building Networks of Cryptonetworks](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) - [Статья](https://ethereum.org/en/developers/docs/bridges/)[: LI.FI: With Bridges, Trust is a Spectrum](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) - [Статья](https://ethereum.org/en/developers/docs/bridges/)[: How to create an EVM compatible blockchain bridge](https://chainstack.com/how-to-create-blockchain-bridge/) ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё больше интересных статей [Lees meer...](https://metalamp.ru/magazine/obzor-blokcejn-mostov-vzaimodejstvie-mezdu-raznymi-setami.md) ## Что такое RWA? ![Что такое RWA?](https://metalamp.ru/images/rwa_what_is.png) Real-World Assets (RWA) — это реальные активы, например, недвижимость, товары и предметы искусства, которые токенизируются и переносятся на блокчейн. Такие активы становятся цифровыми, которые можно приобрести за криптовалюту. ## RWA и блокчейн RWA (Real-World Assets) — это реальные физические активы, например, недвижимость, товары или финансовые инструменты, которые можно оцифровать через токенизацию на блокчейне. Этот процесс включает создание цифровых токенов, представляющих определенные права на активы, что позволяет покупателям и продавцам торговать ими на криптовалютных платформах. Оцифровка активов обеспечивает ликвидность, ускоряет сделки и делает их доступными в глобальном масштабе. С помощью блокчейна сделки с реальными активами становятся более прозрачными, а инвесторы получают доступ к различным видам активов, обычно доступным только крупным участникам рынка. ## Как работает токенизация RWA Токенизация RWA превращает физические активы в цифровые токены, которые отражают право собственности или долю в реальном активе. Эти токены можно свободно покупать, продавать или обменивать на блокчейн-платформах, что делает такие активы более доступными и ликвидными. Ранее мы подробнее рассказывали, как токенизируются реальные активы в нашем гайде [«](https://metalamp.ru/magazine/article/zacem-vinu-blokcejn-kak-tokeniziruut-premialnyj-alkogol)[Как токенизировать реальные активы: пошаговое руководство](https://metalamp.ru/magazine/article/zacem-realnyj-biznes-tokeniziruet-aktivy-i-kak-eto-sdelat-posagovaa-instrukcia)[»](https://metalamp.ru/magazine/article/zacem-vinu-blokcejn-kak-tokeniziruut-premialnyj-alkogol)[.](https://metalamp.ru/magazine/article/zacem-realnyj-biznes-tokeniziruet-aktivy-i-kak-eto-sdelat-posagovaa-instrukcia) ### Привязка к реальным активам Токенизировать можно все. Например, объект недвижимости может быть представлен через токен, и инвесторы могут приобретать его доли, даже не владея объектом напрямую. Такой подход также позволяет дробить стоимость активов — каждый токен становится частью общей стоимости недвижимости, драгоценного металла или финансового инструмента, упрощая доступ к ним. Еще один пример – токенизация премиального алкоголя, вина или виски. Это позволяет инвесторам приобретать цифровые токены, привязанные к конкретным бутылкам или партиям. Это особенно актуально для коллекционного алкоголя, который с годами растет в цене. По сути, каждый токен представляет долю права на физический актив, который хранится в специализированных условиях. Это упрощает покупку и продажу долей в алкоголе, не требуя транспортировки или физического хранения для инвесторов. Мы подробнее писали о том, почему токенизируют премиальный алкоголь и на каких платформах он представлен в нашей статье [«Почему для токенизации премиального алкоголя используется блокчейн».](https://metalamp.ru/magazine/article/zacem-vinu-blokcejn-kak-tokeniziruut-premialnyj-alkogol) ### Преимущества токенизации реальных активов Токенизация реальных активов имеет ряд заметных преимуществ: - **Повышенная ликвидность:** цифровой актив легко продать или купить на блокчейне, особенно это касается крупных активов, таких как недвижимость, которые можно дробить и распределять токены между несколькими инвесторами. - **Упрощенные транзакции:** сделки с активами происходят быстрее и с меньшими издержками, а специализированные RWA-платформы обеспечивают быстрый доступ к торговле, что способствует увеличению числа покупателей и продавцов. - **Прозрачность:** все операции записываются на блокчейне, а смарт-контракты обеспечивают прозрачность и автоматизацию сделок, что снижает риски и упрощает процесс торговли. ### Примеры использования RWA на практике **Токенизация недвижимости.** Пользователи могут покупать доли в объектах недвижимости. Каждый токен представляет собой долю в собственности, что позволяет инвесторам приобретать небольшие части объекта. Это делает инвестиции в недвижимость более доступными для широкой аудитории, снижая порог входа. Токенизация также повышает ликвидность, так как токены могут быть быстро куплены или проданы на вторичных рынках. Использование смарт-контрактов автоматизирует процессы покупки, продажи и аренды, минимизируя необходимость в посредниках. Блокчейн обеспечивает прозрачность и безопасность сделок, что укрепляет доверие между участниками. Токенизация позволяет диверсифицировать инвестиционный портфель, так как инвесторы могут владеть долями в нескольких объектах одновременно. Примеры популярных RWA-платформ в секторе недвижимости: **RealIT, Propy, SolidBlock.** **Токенизация драгоценных металлов.** Процесс токенизации включает проверку и хранение физического металла, после чего создаются токены, которые можно покупать, продавать или обменивать на криптовалютных биржах. Выгода заключается в повышении ликвидности, поскольку токены можно легко передавать и торговать без необходимости физического перемещения металла. Также токенизация снижает барьеры для входа, позволяя инвестировать в драгоценные металлы с меньшими суммами. Кроме того, это обеспечивает большую прозрачность и безопасность сделок благодаря использованию технологии блокчейн. Примеры таких платформ – **Paxos, Tether Gold (XAUT) и Digix**, которые предлагают токены, обеспеченные золотом. **Финансовые активы.** Токенизация финансовых активов, таких как акции и облигации, заключается в создании цифровых токенов, представляющих эти активы на блокчейне. Каждый токен соответствует определённому количеству акций или облигаций и может быть легко передан или торгован. Примеры платформ, занимающихся токенизацией, включают**Polymath, Securitize и Tokeny**, которые предлагают решения для выпуска и управления токенизированными активами. ## Виды RWA К видам RWA относятся: - Недвижимость; - Драгоценные металлы; - Финансовые инструменты, такие как акции и облигации; - Товары и сырьевые ресурсы; - Предметы искусства и коллекционирования; - Музыка, видео, изображения и любой другой цифровой контент и другие реальные активы. ## Преимущества и риски использования RWA #### Преимущества **Доступ к глобальному рынку реальных активов через криптовалюты.** Доступ к глобальному рынку реальных активов через криптовалюты позволяет инвесторам приобретать доли в таких активах, как недвижимость, произведения искусства и товары, используя токены на блокчейне. Это обеспечивает большую ликвидность и возможность дробного инвестирования, что делает рынок более доступным для широкой аудитории. Кроме того, использование смарт-контрактов упрощает процесс сделок и повышает прозрачность, снижая риски мошенничества и увеличивая доверие к транзакциям. **Упрощенное управление активами и их продажа.** Упрощенное управление активами через использование криптовалют и блокчейн-технологий позволяет владельцам легко отслеживать, оценивать и управлять своими инвестициями в реальном времени. Смарт-контракты автоматизируют процессы продажи и передачи прав на активы, минимизируя необходимость в посредниках и снижая затраты на транзакции. Это создает более прозрачную и эффективную среду для торговли, позволяя инвесторам быстро реагировать на рыночные изменения и принимать обоснованные решения. **Прозрачность и безопасность.** Прозрачность в блокчейн-технологиях обеспечивается тем, что все транзакции записываются в открытый реестр, доступный для проверки любому участнику сети, что снижает риск мошенничества и манипуляций. Безопасность достигается за счет криптографической защиты данных и децентрализованной структуры, которая делает систему менее уязвимой к атакам и взломам. Кроме того, использование смарт-контрактов позволяет автоматизировать выполнение условий сделок, что минимизирует человеческий фактор и повышает доверие между сторонами. #### Риски **Волатильность токенов на крипторынке.** Значительные колебания цен в короткие сроки делает инвестиции в них потенциально высокодоходными, но и крайне рискованными. Эти резкие изменения могут быть вызваны различными факторами, включая новости, изменения в регуляции, рыночные тренды и манипуляции со стороны крупных игроков, что создает неопределенность для инвесторов. **Юридическая неопределенность в некоторых странах.** В некоторых юрисдикциях токены могут рассматриваться как ценные бумаги, что требует соблюдения строгих правил и регистрации, в то время как в других они могут быть квалифицированы как утилитарные токены или даже не подлежать регулированию. Эта неопределенность может привести к правовым последствиям для эмитентов и инвесторов, включая штрафы и запреты на деятельность, что создает дополнительные риски для участников рынка. **Риски утраты доступа к токенам.** Риск утраты доступа к токенам связан с возможностью потери приватных ключей или других средств аутентификации, что может привести к невозможности восстановить доступ к активам. Кроме того, ошибки в управлении кошельками или использование ненадежных платформ могут увеличить вероятность потери токенов навсегда. ## Популярные проекты и платформы для работы с RWA Список популярных платформ для токенизации реальных активов (RWA): 1. [Ondo Finance](https://ondo.finance/) – сервис, который предоставляет своим пользователям возможность инвестировать в токенизированные версии американских казначейских облигаций. Эти облигации хранятся у партнерских фондов и кастодиальных сервисов, сотрудничающих с Ondo. 2. [Centrifuge](https://centrifuge.io/) – блокчейн-платформа, позволяющая выпускать токенизированные версии физических активов в формате невзаимозаменяемых токенов (NFT). Это решение идеально подходит для токенизации различных документов, сертификатов и объектов недвижимости. 3. [RealT](https://realt.co/) – платформа, позволяющая инвестировать в недвижимость через токенизацию, где каждый токен представляет долю в объекте недвижимости. 4. [Mattereum](https://mattereum.com/) – платформа для создания смарт-контрактов, которые связывают физические активы с цифровыми токенами. 5. [Tokeny](https://tokeny.com/) – платформа, предлагающая решения для токенизации различных активов, включая ценные бумаги и недвижимость. 6. Myco – платформа, ориентированная на токенизацию сельскохозяйственных активов и товаров. 7. [CurioInvest](https://curioinvest.com/risk) – платформа для токенизации коллекционных автомобилей и других предметов роскоши. 8. SolidBlock —платформа, специализирующаяся на токенизации недвижимости и других активов с использованием блокчейна. 9. Wine Vault – платформа для токенизации винных коллекций, позволяющая инвестировать в редкие вина. ## Будущее RWA в криптовалютном секторе Токенизация реальных активов (RWA) открывает новые горизонты для интеграции с финансовыми системами, позволяя реальному сектору воспользоваться преимуществами децентрализованных финансов (DeFi). С увеличением интереса к RWA, мы можем ожидать значительный рост числа проектов и платформ, которые будут активно работать в этой области. Это не только способствует улучшению ликвидности активов, но и создает новые возможности для инвесторов и предпринимателей, стремящихся адаптироваться к быстро меняющемуся финансовому ландшафту. Интеграция RWA в DeFi может стать ключевым фактором в трансформации традиционных финансовых систем, обеспечивая более доступные и эффективные решения для всех участников рынка. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё больше интересных статей об RWA [Lees meer...](https://metalamp.ru/magazine/cto-takoe-rwa.md) ## 5 правил от фаундера: как Edtech проекту привлечь инвестиции. Кейс онлайн-школы «Логопотам» ![ 5 правил от фаундера: как Edtech проекту привлечь инвестиции. Кейс онлайн-школы «Логопотам» ](https://metalamp.ru/images/5_rules.png) Фандрайзинг — актуальный бизнес-процесс, волнующий многих предпринимателей и стартаперов. Он не только о том, как представить свою идею, но и о том, как убедить инвесторов в ее потенциале. [Только 1% стартапов](https://metalamp.ru/magazine/article/kak-uspesno-privlec-investicii-dla-svoego-proekta-opyt-teh-kto-podnal-raund-v-2023-godu#:~:text=%D0%A1%D0%BE%D0%B3%D0%BB%D0%B0%D1%81%D0%BD%D0%BE%20Forbes%2C%20%D1%82%D0%BE%D0%BB%D1%8C%D0%BA%D0%BE%201%25%20%D1%81%D1%82%D0%B0%D1%80%D1%82%D0%B0%D0%BF%D0%BE%D0%B2,%D1%81%D0%B0%D0%BC%D1%8B%D0%B9%201%25%2C%20%D0%BE%D1%87%D0%B5%D0%BD%D1%8C%20%D0%B1%D0%BE%D0%BB%D1%8C%D1%88%D0%B0%D1%8F.) привлекает венчурные инвестиции, больше половины из них финансируются за счет личных займов и кредитов. Учитывая существование огромного количества стартапов, а также активный рост их числа — конкуренция, чтобы попасть в тот самый 1%, очень большая. Как же привлечь внимание инвесторов именно к своему проекту и в итоге получить деньги на развитие. Рассмотрим это на примере кейса онлайн-школы «Логопотам». Онлайн-школа «Логопотам» в 2024 году привлекла раунд инвестиций в размере 40 миллионов рублей для разработки **«виртуального логопеда»** на основе искусственного интеллекта. Об этом рассказывает основатель проекта Алексей Литвинов. Это важный шаг для нашего проекта, который позволит нам создать удобный инструмент для диагностики и развития речи детей. По оценкам экспертов число детей с проблемами в речи растет и уже достигает 40%. Мы уверены, что искусственный интеллект сможет значительно упростить процесс диагностики и коррекции речи и сделать его доступным для каждой семьи. По словам раннего инвестора и адвизора Мартина Кольхаузера *«с виртуальным логопедом диагностика и обучение будет осуществляться без непосредственного контакта с логопедом. Дети, играя в приложении, будут развивать речь, а их родители смогут видеть подробные отчеты о результатах улучшения речи в личном кабинете. Также этот инструмент в виде тренажеров станет важным помощником логопедов в их работе.»* **В числе новых инвесторов проекта — учредители АиК-Инвест, Даталаб и топ-менеджер крупного российского банка.** ![](https://metalamp.ru/images/Snimok ekrana 2024-11-21 v 14.17.03.png) Статистика скачиваний ## Онлайн-школа Логопотам Логопотам — это образовательная онлайн-платформа, специализирующаяся на развитии речи у детей. Проект предлагает занятия с профессиональными логопедами и дефектологами, которые помогают детям от 3 до 10 лет развивать речевые навыки через увлекательные и интерактивные методы обучения. Ключевой особенностью онлайн-школы Логопотам является ее собственное мобильное приложение, которое помогает поставить и автоматизировать звуки у детей в игровом формате. А скоро появится возможность делать это качественно лучше с применением разработанной технологии точного распознавания детской речи. ![](https://metalamp.ru/images/photo_2024-08-20_13-45-35 2.jpg) Специалист школы "Логопотам" Антонина Брагина ## План использования инвестиций Мы ставим перед собой масштабные цели, направленные на улучшение качества логопедических услуг и развитие новых технологий для помощи детям с речевыми нарушениями. Привлеченные инвестиции в размере 40 млн рублей будут направлены на реализацию следующих ключевых проектов: 1. Разработка виртуального логопеда – это инновационный инструмент, работающий на базе искусственного интеллекта. Наш виртуальный логопед будет не просто помогать ребенку с постановкой звуков, но и делать процесс обучения увлекательным и интерактивным. Через мобильное приложение дети смогут проходить игровые занятия, а система будет адаптироваться к индивидуальным особенностям каждого ребенка. 2. Создание программы отслеживания прогресса – мы предоставим родителям возможность легко и регулярно следить за развитием речи их ребенка. Новая система позволит видеть как улучшения, так и возможные отклонения в процессе занятий, помогая быстрее реагировать и корректировать подходы. 3. Расширение команды – для достижения наших амбициозных целей мы планируем увеличить команду профессиональных логопедов и специалистов по разработке. Это позволит нам быстрее внедрять инновации и поддерживать высокий уровень сервиса. 4. Маркетинговое продвижение и выход на новые рынки – для привлечения большего числа пользователей и расширения географии мы инвестируем в масштабное продвижение и развитие бренда. Наше обновленное мобильное приложение станет доступным в сторах в ноябре 2024 года. Все желающие смогут протестировать новые функции, скачав приложение и оценив возможности инновационной программы коррекции речи. Мы уверены, что сочетание технологий и профессионализма даст реальный результат и поможет многим детям преодолеть речевые трудности. ## И так, как стартапу привлечь инвестиции: 5 правил, которые нужно знать каждому. Рекомендации от фаундера онлайн-школы «Логопотам» Алексея Литвинова: 1. **Инвесторам интересны стартапы, которые демонстрируют устойчивый рост.** В идеале, это должно проявляться в рекуррентной выручке, которая растет по экспоненте. Такой сценарий является настоящей мечтой для инвесторов. Однако даже если ваш стартап просто быстро увеличивает свою выручку, это уже будет значительным плюсом. Ключевыми метриками здесь являются также регистрации пользователей, трафик и другие показатели, которые могут свидетельствовать о росте бизнеса. Важно не просто утверждать о росте, но и наглядно продемонстрировать его с помощью графиков и диаграмм. Эти визуальные материалы помогут инвесторам быстро оценить динамику вашего проекта и его потенциал. 2. **Не менее важным является демонстрация величины рынка.** Инвесторы хотят видеть, что существует потенциал для роста стоимости компании в десятки или даже сотни раз. Например, стартап, предлагающий консультации по экзотическим животным на русском языке, может быть прибыльным, но его рынок слишком узок для того, чтобы стать миллиардной компанией. Большинство инвесторов ищут проекты с масштабируемыми возможностями, и если ваш бизнес не соответствует этим критериям, он может не вызвать интереса. 3. **Ключевым аспектом является юнит-экономика.** Важно показать, что вы можете масштабно привлекать клиентов дешевле, чем зарабатываете с них. Оптимальный показатель ROMI (возврат на инвестиции в маркетинг) составляет от 200%. Это означает, что на каждый вложенный 1 миллион рублей в маркетинг вы должны генерировать как минимум 3 миллиона рублей выручки. Такой подход к юнит-экономике продемонстрирует инвесторам вашу способность к эффективному управлению ресурсами и росту бизнеса. 4. **Необходимо представить четкий план роста.** Инвесторы хотят понимать, как именно вы собираетесь увеличить свою долю на рынке и обойти конкурентов. Вам нужно подготовить стратегию, которая включает в себя исследование рынка, анализ конкуренции и описание уникальных преимуществ вашего продукта или услуги. Это поможет создать уверенность в том, что ваш стартап имеет все шансы на успех. 5. **Подготовка и практика питчей** — это обязательный этап. Уверенное представление своего проекта и качественные ответы на вопросы инвесторов с глубоким пониманием внутренних метрик и рынка играют решающую роль в привлечении финансирования. Вам необходимо отработать свой питч до автоматизма, чтобы в любой ситуации быть готовым к обсуждению деталей вашего проекта. Чтобы найти инвесторов, следует подавать заявки в акселераторы и инвесторские клубы, а также зарегистрироваться на платформах для привлечения инвестиций. Вас начнут звать на питчи и сможете представлять свой проект широкой аудитории инвесторов. Участие в таких мероприятиях не только увеличит ваши шансы на успех, но и поможет наладить полезные контакты в индустрии. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/5-pravil-ot-faundera-kak-edtech-proektu-privlec-investicii-kejs-onlajn-skoly-logopotam.md) ## Обзор и архитектура протокола LayerZero v2 ![Обзор и архитектура протокола LayerZero v2](https://metalamp.ru/images/bridges.png) LayerZero — это неизменяемый, устойчивый к цензуре и не требующий разрешений протокол, который позволяет любому пользователю блокчейна отправлять, проверять и исполнять сообщения в поддерживаемой сети назначения. Так написано в документации, но что это значит на самом деле, понять непросто. LayerZero НЕ является отдельным блокчейном или мостом между ними. Более того, как утверждает Брайан Пеллегрино (CEO LayerZero Labs), это не стандарт обмена сообщениями между блокчейнами, а протокол для передачи данных (которые передаются в виде сообщений). Помимо обмена данными, протокол также предоставляет инфраструктуру для выполнения и проверки этих данных в процессе транспортировки. Глобально протокол предлагает свое видение децентрализованного решения проблемы интероперабельности блокчейнов с акцентом на расширяемость, гибкость в настройках безопасности и разделение функциональности проверки данных и их исполнения, что выгодно отличает его от других решений. Вторая версия протокола позиционирует себя как omnichain-решение (Omnichain Messaging Protocol — OMP). ***Интероперабельность (от англ. interoperability — способность к взаимодействию) — это способность продукта или системы с полностью открытыми интерфейсами взаимодействовать и функционировать с другими продуктами или системами без ограничений доступа и реализации.*** Примечание: Подробнее об интероперабельности, подходах к ее решению, а также о разнице между cross-chain, multichain и omnichain можно почитать в этой статье. Если коротко, cross-chain — это про взаимодействие двух различных блокчейнов через мосты; multichain подразумевает развертывание конкретного DApp в различных блокчейнах, сюда же относятся и модульные блокчейны; omnichain — это создание базового уровня (Layer 0), поверх которого могут быть расположены различные блокчейны и DApps. Преимуществом omnichain-решений является универсальная логика передачи сообщений и гибкая настройка безопасности для каждой отдельной сети. ![](https://metalamp.ru/images/crosschain-omnichain.png) *Отличия cross-chain и omnichain. Источник: LayerZero v2 whitepaper* На изображении показаны два подхода: - **Cross-chain** (слева): Здесь сети соединяются через отдельные мосты между цепочками. Важный момент — каждая связь должна настраиваться индивидуально, а взаимодействие между разными группами совместимости (например, «Compatibility Group A» и «Compatibility Group B») требует дополнительных уровней безопасности и интеграций. По сути, это разрозненные соединения между цепочками, что увеличивает сложность управления связями и безопасностью. - **Omnichain** (справа): В этом подходе каждая цепочка может напрямую взаимодействовать с любой другой в сети через единые сетевые семантики. В LayerZero это означает, что каждая связь между цепочками унифицирована, но безопасность для каждой связи может настраиваться индивидуально. ### Принципы LayerZero Во главу OMP (Omnichain Messaging Protocol) поставлены два основных принципа: безопасность и универсальная семантика. **Безопасность** Безопасность делится на внутреннюю (или встроенную) и внешнюю. Большинство протоколов реализуют только внешнюю безопасность, игнорируя внутреннюю. **Внутренняя безопасность** включает в себя несколько ключевых инвариантов: 1. **Lossless** (доставка «без потерь» или устойчивость к цензуре) — гарантия того, что сообщение сохранит целостность и будет доставлено без потери или изменения данных. 2. **Exactly-once** (невозможность повторного выполнения) — одно сообщение может быть обработано получателем только один раз. 3. **Eventual delivery** (живучесть) — сообщение будет доставлено в конечном итоге, даже если возникли временные сбои на каком-то из этапов. **Внешняя безопасность** охватывает остальные аспекты, такие как алгоритмы подписей и верификации. Этот слой может настраиваться и изменяться в зависимости от потребностей конкретного приложения. Целостность протокола делится на два уровня: целостность канала передачи данных и целостность самих данных. Каждый из этих уровней включает в себя два аспекта — корректность (validity) и живучесть (liveness). Внутренняя безопасность отвечает за корректность и живучесть канала, а внешняя безопасность — за корректность данных. В whitepaper приведена следующая таблица: ![](https://metalamp.ru/images/OMP.png) *Основные аспекты целостности протокола. Источник: LayerZero v2 whitepaper* *Примечание:* Под пакетом (packet) подразумевается набор данных для передачи. Подробнее об этом позже. Все это формирует модульный стек безопасности (Security Stack), который настраивается индивидуально для каждого OApp (omnichain application). Это сделано в противовес монолитным системам, где изменение одного фрагмента кода может поставить под угрозу весь протокол. Преимуществом является и то, что изменения в стеке безопасности осуществляются только по решению владельца OApp. Такие обновления изолированы, что предотвращает сбои всей системы в случае ошибок и уязвимостей в обновлениях. LayerZero использует подход неизменяемости кода — обновления накатываются через новые версии модулей, которые внедряются безопасным способом, а старые версии остаются в рабочем состоянии и никогда не удаляются. **Универсальная семантика** Протокол должен быть универсальным в своей структуре, чтобы поддерживать любой блокчейн и обеспечивать единое поведение для всех взаимодействий. LayerZero стремится стандартизировать взаимодействие между блокчейнами. Приложения, работающие на LayerZero, не должны зависеть от особенностей отдельных блокчейнов, будь то EVM или не-EVM совместимые цепочки. Универсальная семантика включает два ключевых аспекта: - **Execution semantics** (Семантика исполнения или логика функций OApp): Семантика выполнения должна быть не зависящей от цепочки и достаточно выразительной, чтобы позволить любую функциональность, требуемую OApp. Это делает протокол независимым от особенностей каждой цепочки. - **Interface unification** (Унификация интерфейсов): Должен быть унифицированный интерфейс для передачи сообщений между блокчейнами, что устраняет необходимость в разработке уникальных решений для каждой новой цепочки и позволяет OApp быстрее масштабироваться. Отсутствие унифицированных интерфейсов и семантики передачи сообщений усложняет разработку приложений, работающих на нескольких блокчейнах. LayerZero решает эту проблему, позволяя разработчикам не учитывать особенности каждой цепочки отдельно. ### Архитектура Базовая идея и цель протокола LayerZero очень проста — доставить сообщение из одного блокчейна в другой, при этом сделать это максимально безопасно и надежно. Сообщение содержит данные (payload) и информацию по маршрутизации этих данных (routing information). ![](https://metalamp.ru/images/peredaca_soobsenij.png) Верхнеуровневое*представление передачи сообщения. Источник: Документация LayerZero* **Endpoint** Все начинается с OApp в исходной сети и заканчивается в OApp сети назначения. Основным интерфейсом для OApp является смарт-контракт [Endpoint](https://github.com/LayerZero-Labs/LayerZero-v2/blob/main/packages/layerzero-v2/evm/protocol/contracts/EndpointV2.sol). ![](https://metalamp.ru/images/endpoint.png) Взаимодействие с Endpoint Endpoint обрабатывает входящие и исходящие сообщения, все сообщения в процессе отправки оборачиваются в пакеты. Пакет состоит из заголовка (header) и тела (body). Заголовок включает информацию по маршрутизации и служебные данные, а тело содержит передаваемые данные. ![](https://metalamp.ru/images/package_structure.png) *Структура пакета. Источник: LayerZero v2 whitepaper* **Endpoint** выполняет следующие задачи: 1. **Оплата транзакции:** Взимает с OApp оплату за транзакцию в нативной валюте сети или в токене ERC20 (lzToken). 2. **Подготовка пакета для отправки:** Состоит из нескольких этапов: - **Присвоение nonce и GUID:**Присваивает уникальный номер (nonce) каждому сообщению для его однократного исполнения и [генерирует](https://github.com/LayerZero-Labs/LayerZero-v2/blob/7aebbd7c79b2dc818f7bb054aed2405ca076b9d6/packages/layerzero-v2/evm/protocol/contracts/libs/GUID.sol#L10) GUID для отслеживания этого сообщения. GUID — это keccak256(nonce, srcId, sender, dstId, receiver), где srcId и dstId — идентификаторы сети (их ввели, потому что не у всех блокчейнов есть chainId). - **Сериализация сообщения и формирование пакета:** Преобразует сообщение (payload и routing information) в сериализованный пакет для отправки через протокол LayerZero. ``` struct Packet { uint64 nonce; // уникальный номер транзакции, всегда увеличивается на один и идет по порядку uint32 srcEid; // идентификатор исходной сети address sender; // адрес отправителя uint32 dstEid; // идентификатор сети назначения bytes32 receiver; // адрес получателя bytes32 guid; // GUID bytes message; // тело сообщения }``` 3. **Оповещение об отправке:** Испускает событие PacketSent после отправки сообщения. 4. **Проверка входящих пакетов:** Проверяет валидность входящих пакетов. 5. **Исполнение:** В Endpoint есть функция lzReceive, которая гарантирует доставку пакетов в сеть назначения. 6. **Правильная обработка пакетов:** Отвечает за «живучесть» канала и выступает гарантом внутренней безопасности. *Примечание:* GUID используется для отслеживания статуса сообщения и вызова действий как в офчейн, так и в ончейн-операциях. **Lossless Channel** Одна из основных задач смарт-контракта *Endpoint* — обеспечение надежного канала передачи данных. Для этого устанавливаются два ключевых требования к консистентности канала сообщений: **передача без потерь** (lossless) и** однократное выполнение** (exactly-once delivery). Чтобы соответствовать этим требованиям, Endpoint наследует смарт-контракт [MessagingChannel.](https://github.com/LayerZero-Labs/LayerZero-v2/blob/7aebbd7c79b2dc818f7bb054aed2405ca076b9d6/packages/layerzero-v2/evm/protocol/contracts/MessagingChannel.sol) Каждое сообщение получает уникальный последовательный номер (nonce). Хотя система допускает внепорядковую доставку сообщений, она гарантирует обработку всех предыдущих сообщений. Для этого используется концепция «ленивого» входящего nonce (lazy inbound nonce) — это наибольший nonce, до которого все предыдущие сообщения были обработаны или пропущены. *lazyInboundNonce* начинается с нуля, и пакеты могут быть выполнены только тогда, когда проверены все пакеты от lazyInboundNonce до nonce текущего пакета. Например, если пакеты с nonce 1 и 2 не были проверены, то пакет с nonce 3 не может быть доставлен и выполнен до тех пор, пока не будут проверены предыдущие nonce. После того как nonce 1, 2 и 3 будут проверены, если nonce 2 не удалось выполнить (например, из-за проблем с газом или логикой приложения), nonce 3 все равно может быть выполнен. ![](https://metalamp.ru/images/package_delivery.png) *Доставка пакетов не по порядку. Источник: LayerZero v2 whitepaper* *Важно!* Проверенные пакеты могут быть выполнены не по порядку, но есть возможность выставить в настройках строгое последовательное выполнение. Дополнительно доступны функции, которые добавляют логику управления *nonce*, такие как *skip, clear, nilify и burn:* - В случае ошибочных или вредоносных сообщений OApp могут использовать функцию **clear**, чтобы пропустить доставку конкретного сообщения, или **skip**, чтобы пропустить как верификацию, так и доставку. - Функция **nilify** аннулирует проверенный пакет, предотвращая его выполнение до тех пор, пока не будет получен новый пакет через *MessageLib*. Это полезно для аннулирования вредоносных пакетов, которые могли быть сгенерированы скомпрометированными *DVNs* (децентрализованными верификаторами). - Функция **burn** позволяет приложениям (*OApps*) удалить пакет, не зная его содержимого. Это полезно, если неисправный стек безопасности зафиксировал некорректный хэш на *Endpoint*, или если *OApp* нужно очистить ранее аннулированный (*nilified*) nonce. **MessageLib** Смарт-контракт [MessageLib](https://github.com/LayerZero-Labs/LayerZero-v2/blob/main/packages/layerzero-v2/evm/messagelib/contracts/SendLibBaseE2.sol) играет ключевую роль в обеспечении внешней безопасности. Каждое приложение OApp должно определить, с какой *MessageLib* оно будет работать. Если в конфигурации OApp библиотека не указана, будет использоваться библиотека по умолчанию (например ULN). Существует реестр таких библиотек (MessageLib Registry), и их может быть много, однако для взаимодействия двух OApp должна использоваться одна и та же библиотека в обоих сетях в единственном экземпляре. ![](https://metalamp.ru/images/messagelib.png) *Схема обработки сообщения через MessageLib. Источник: Документация LayerZero* Каждая библиотека *MessageLib* может реализовывать произвольные механизмы верификации, при условии, что она соответствует интерфейсу [ISendLib](https://github.com/LayerZero-Labs/LayerZero-v2/blob/main/packages/layerzero-v2/evm/protocol/contracts/interfaces/ISendLib.sol) протокола. Такой дизайн предотвращает привязку к одному механизму верификации, что часто случается в других системах передачи кросс-чейн сообщений. Главная задача библиотеки — обеспечить безопасную отправку и получение пакета, для этого она проверяет соблюдение всех требований внешней безопасности (которые могут быть сконфигурированы OApp). Остальные задачи выполняются исполнителями (executors), что минимизирует объем кода в MessageLib и упрощает добавление новых функций через разработку новых исполнителей. ![](https://metalamp.ru/images/biblio.png) Взаимодействие с библиотекой в исходной сети После обработки сообщения в *MessageLib* пакет передается обратно в *Endpoint*, чтобы он мог создать событие и уведомить всех участников. *MessageLib* в сети назначения проверяет пакет и фиксирует это в *Endpoint*, после чего можно вызвать функцию Endpoint::lzReceive(). ![](https://metalamp.ru/images/biblio2.png) Взаимодействие с библиотекой в сети назначения ### Версионирование библиотек и миграция После добавления библиотеки в реестр *MessageLib*, никто, включая администратора LayerZero, не имеет права изменять или удалять ее. Для того чтобы обеспечить расширяемость внешней безопасности и при этом защитить существующие OApps от обновлений «на месте», реестр *MessageLib* позволяет только добавлять новые библиотеки (append-only) или их версии. Новые библиотеки могут быть добавлены, но существующие остаются неизменными. Каждая *MessageLib* в LayerZero идентифицируется с помощью уникального ID и версии в формате *major.minor* (например, 1.0). Сообщение может быть отправлено между двумя *Endpoints* только в том случае, если оба *Endpoints* используют *MessageLib* с одинаковой major версией. - *Major* версия определяет совместимость сериализации и десериализации пакетов. - *Minor* версия предназначена для исправления ошибок и других изменений, которые не ломают совместимость. Каждая версия пакета LayerZero привязана к версии MessageLib, что помогает DVNs (децентрализованным верификаторам) определить, какую библиотеку использовать для верификации пакета в целевом блокчейне. Библиотеки нумеруются тремя цифрами, где последняя цифра отображает версию Endpoint: - **Первая цифра:** Мажорная версия библиотеки, такие версии несовместимы между собой. Если в исходной сети одна мажорная версия, а в сети назначения другая, они не смогут передать сообщение друг другу. - **Вторая цифра:** Минорная версия, минорные версии совместимы между собой. - **Третья цифра:** Версия Endpoint (например, для LayerZero v2 — это версия 2). Актуальная на данный момент версия ULN (библиотека по умолчанию) выглядит следующим образом: ``` function version() external pure override returns (uint64 major, uint8 minor, uint8 endpointVersion) { return (3, 0, 2); }``` Миграция между мажорными версиями происходит поэтапно для соблюдения безопасности и возможности выполнения асинхронных действий. **Security Stack** Стек безопасности состоит из *DVNs* (Decentralized Verifier Networks), *MessageLib* и настроек *OApp config*, но ключевым компонентом являются именно *DVNs*. Поскольку LayerZero и аналогичные протоколы решают задачу интероперабельности блокчейнов, единственный способ обеспечить это — добавить между двумя сетями верификатора. **Decentralized Verifier Networks (DVNs)** — это сети верификаторов, которые выполняют распределенный консенсус для безопасного и надежного считывания хэшей пакетов с исходного блокчейна. Важной особенностью такого дизайна является поддержка разнообразных клиентов внутри одной *DVN*, что минимизирует риск сбоев или ошибок из-за проблем с одним верификатором. ![](https://metalamp.ru/images/dvns.png) *Схема отправки пакета с участием DVNs. Источник: Документация LayerZero* Каждое *OApp* может настроить стек безопасности, который включает несколько обязательных и дополнительных децентрализованных сетей верификаторов (*DVNs*) для проверки целостности payloadHash, указывая необязательный порог (threshold), при достижении которого пакет считается проверенным. *DVN* может содержать ончейн и/или офчейн компоненты. Каждый стек безопасности может включать неограниченное количество *DVNs*. Структура *DVN* может использовать ZKP, сайдчейны или нативные блокчейны. Это позволяет гибко настраивать стек безопасности в зависимости от задач. ![](https://metalamp.ru/images/dvns2.png) *Процесс верификации пакетов через DVNs. Источник: Документация LayerZero* Каждый *DVN* использует собственную схему проверки для определения целостности payloadHash перед его верификацией в MessageLib сети назначения. Когда обязательный *DVN* подтверждает payloadHash, и достигается минимальный порог для дополнительных *DVNs*, nonce пакета и payloadHash фиксируются в *Endpoint* как проверенные. После этого Executor может выполнить сообщение. Список доступных DVNs можно найти [здесь](https://docs.layerzero.network/v2/developers/evm/technical-reference/dvn-addresses). Преимущество такого подхода в том, что даже если все существующие DVNs потеряют работоспособность из-за программных сбоев, угроз безопасности, природных катастроф или проблем с управлением, разработчики OApp могут самостоятельно запустить свои собственные DVNs и продолжить работу протокола. ### Ultra Light Node **Ultra Light Node (ULN)** — это базовая библиотека сообщений (*MessageLib*), включенная в каждое развертывание LayerZero. *ULN* позволяет использовать до 254 *DVNs* через настраиваемую двухуровневую систему кворума. *ULN* реализует минимальный набор функций, необходимых для любого алгоритма верификации, что делает его совместимым с любыми блокчейнами. Каждый *Security Stack OApp*, использующий *ULN*, включает: - Обязательные *DVNs*. - Опциональные *DVNs* и порог для опциональных верификаторов (*OptionalThreshold*). Для того чтобы пакет был доставлен, все обязательные *DVNs* и как минимум *OptionalThreshold* опциональных *DVNs* должны подписать хэш полезной нагрузки. Когда необходимые подписи *DVNs* собраны в *ULN*, пакет может быть зафиксирован на конечной точке (*Endpoint*). ![](https://metalamp.ru/images/uln.png) *Пример работы DVNs в связке с ULN. Источник: whitepaper* В данном примере стек безопасности *OApp* включает: - **Обязательный DVN (DVN_A)**, который обладает правом вето. - **N-1 опциональных DVNs** (DVN_B, DVN_C и др.) с порогом опциональных верификаторов (OptionalThreshold) равным 2. Это означает, что для подтверждения пакета: - **DVN_A** должен обязательно подтвердить пакет (он имеет право вето). - По крайней мере один из опциональных *DVNs* также должен подтвердить пакет. - **Nonce 1** уже зафиксирован в канале сообщений (помечен как *Verified*). - **Nonces 2, 3 и 6** могут быть зафиксированы, так как требования безопасности выполнены, но будут окончательно зафиксированы только после вызова Executor через функцию commitVerification. - **Nonces 4 и 5** не могут быть зафиксированы, потому что nonce 4 не прошел проверку обязательного набора верификаторов, а nonce 5 не достиг порогового значения для опциональных *DVNs*. **Executor** LayerZero решает проблему высокой ресурсоемкости разработки и обновления кода с внешней безопасностью путем **разделения верификации и исполнения**. Любой код, не критичный для безопасности, выносится в отдельные компоненты — **executors** (исполнители), которые работают без разрешений и изолированы от процесса верификации пакетов. ![](https://metalamp.ru/images/bezopasnost.png) *Разделение на слой исполнения и слой безопасности. Источник: whitepaper* Такое разделение между **безопасным кодом** (в *MessageLib*) и **функциональным кодом** (в *executors*) дает два ключевых преимущества: 1. **Простота расширения:** Разработчики могут добавлять и реализовывать новые функциональные возможности, не беспокоясь о безопасности, так как *Endpoint* предотвращает исполнение непроверенных или неполных сообщений. Это изолирует процесс исполнения пакета от его верификации. 2. **Разделение безопасности и живучести (liveness):** Даже если исполнитель работает с ошибками, он не может предотвратить доставку сообщения, что гарантирует устойчивость системы. Такая изоляция упрощает отладку, позволяя легко определить, на каком этапе возникла ошибка — в слое верификации или исполнения. Когда *OApp* отправляет сообщение в LayerZero, оно указывает всех внешних исполнителей (например, **executors**, **DVNs**) и передает соответствующие аргументы через байтовый массив, называемый **Message Options**, который интерпретируется библиотекой *MessageLib*. Исполнители ожидают, пока *Security* *Stack* проверит пакет, прежде чем выполнить команды, закодированные в *Message Options.* Изоляция исполнения от верификации улучшает надежность канала передачи данных. Такая модель гарантирует, что канал может быть восстановлен даже в случае сбоя *Executor*. После проверки сообщения *Security Stack*, любой желающий, кто готов оплатить газовые комиссии, может выполнить сообщение без дополнительных разрешений. Это позволяет конечным пользователям вручную запускать восстановление *OApp* после сбоя исполнителя. Список доступных исполнителей [тут](https://docs.layerzero.network/v2/developers/evm/technical-reference/deployed-contracts) (это исполнители развернутые LayerZero). **Полный путь сообщения от отправителя к получателю** Теперь, когда мы знакомы с основными модулями LayerZero, рассмотрим полный путь сообщения и последовательность действий: 1. *OApp* в исходной сети вызывает функцию lzSend на *Endpoint*, передавая данные о маршруте пакета и информацию о количестве газа, необходимом для выполнения пакета в сети назначения. - *Endpoint* формирует пакет, присваивает ему nonce и GUID, после чего передает пакет в MessageLib, указанную в стеке безопасности этого *OApp*. - Библиотека (в данном примере *ULN*) знает, какие *DVNs* будут использоваться для верификации и какой *Executor* должен исполнить транзакцию. Она рассчитывает комиссии и передает эту информацию *Endpoint*. - *Endpoint* списывает необходимую сумму у пользователя и испускает событие PacketSend. ``` xevent PacketSent(bytes encodedPayload, bytes options, address sendLibrary);``` 2. Это событие отслеживается *DVNs* и *Executor*. *DVNs* проверяют пакет через библиотеку *MessageLib* (в данном примере — *ULN*) сети назначения и подтверждают его валидность своими подписями. Как только необходимое количество верификаторов подтвердит пакет, можно переходить к следующему шагу. 3. *Executor* отслеживает процесс подтверждения. В библиотеке есть функция verifiable, которая проверяет, прошел ли пакет полную верификацию. После этого *Executor* вызывает функцию commitVerification, на этой стадии проверку nonce выполняет *Endpoint* сети назначения. 4. В случае успешного прохождения всех проверок *Executor* вызывает функцию lzReceive, чтобы завершить доставку пакета в *OApp* сети назначения. Если в опциях пакета указана информация для lzCompose, то после выполняются все дополнительные транзакции. ![](https://metalamp.ru/images/package_delivery2.png) *Схема доставки пакета из исходной сети в сеть назначения. Источник: whitepaper* ### Расчет газа Важный вопрос для всех мостов — расчет газовых затрат в исходной сети и сети назначения. Эти затраты в LayerZero делятся на 4 составляющих: 1. Затраты на первоначальную транзакцию в исходной сети. 2. Комиссия за работу стека безопасности (*DVNs*). 3. Комиссия за работу исполнителя (*Executor*). 4. Покрытие расходов на газ для исполнителя в сети назначения плюс, если необходимо, покупка нативных токенов для их передачи в сети назначения. С последним пунктом есть сложности. Проблема в том, что исходный блокчейн ничего не знает о состоянии блокчейна в который будет выполняться доставка пакета, поэтому эмулировать транзакцию до отправки и посчитать сколько газа будет затрачено невозможно. Плюс у разных блокчейнов отличается нативный токен для оплаты газа и цены на газ. Чтобы решить эту проблему перед отправкой сообщения разработчики должны посчитать сколько газа будет потреблять функция _lzReceive в сети назначения и указать это значение в опциях. Если в пакете скомбинированы несколько транзакций, расходы для lzCompose нужно будет указать отдельно. К примеру доставка простого сообщения в EVM-блокчейне будет потреблять около 50000 ед.газа., тогда опции будут формироваться следующим образом: ``` // addExecutorLzReceiveOption(GAS_LIMIT, MSG_VALUE) bytes memory options = OptionsBuilder.newOptions().addExecutorLzReceiveOption(50000, 0)``` *Примечание*: Второе значение функции addExecutorLzReceiveOption принимает количество нативной валюты, которое мы хотим передать в сеть назначения, но это опциональный параметр, его можно не использовать. С передачей msg.value есть свои особенности, которые выходят за рамки этой статьи. Смарт-контракт Endpoint имеет метод quote для оценки стоимости газа, который вы хотите отправить. Как правило все OApp этот метод дублируют. ``` // LayerZero Endpoint's quote mechanism function quote(MessagingParams calldata _params, address _sender) external view returns (MessagingFee memory);``` Функция принимает структуру MessagingParams возвращает MessagingFee: ``` struct MessagingParams { uint32 dstEid; // идентификатор сети назначения bytes32 receiver; // адрес OApp который будет принимать пакеты bytes message; // данные для передачи bytes options; // опции в которых указано количество газа и msg.value bool payInLzToken; // флаг на случай если оплата газа будет в lzToken } struct MessagingFee { uint256 nativeFee; // стоимость газа который будет отправлен в wei uint256 lzTokenFee; // стоимость газа в lzToken если payInLzToken == true }``` Стоимость газа будет рассчитываться следующим образом: ![](https://metalamp.ru/images/formula.png) Формула расчета газа. Источник: Документация LayerZero Например мы хотим отправить сообщение из Ethereum в Polygon. Нам нужно посчитать сколько газа оправить в ETH. Исходные данные: 1. Цена ETH — $2500 2. Цена POL — $0.5 3. Gas price Polygon 50 GWei 4. Количество газа, которое мы хотим отправить — 50000 ``` gasPriceETH = 50000 * (50000000000 / 10**18) * $0.5 / $2500 = 0.0000005 ETH``` В теории этого должно быть достаточно чтобы оплатить транзакцию в Polygon. На практике сюда плюсуется комиссия стека безопасности (а это зависит от того сколько DVN участвуют в верификации) и комиссия Executor в сети назначения. Комиссия Executor зависит от его реализации и тоже может отличатся. Примечательно, что весь неизрасходованный газ остается у Executor, но как вариант всегда можно запустить своего исполнителя, чтобы оптимизировать эти расходы. Таким образом полная стоимость отправки сообщения будет складываться следующим образом: ``` выполнение логики в сети A + комиссии за верификацию и исполнение + расходы на выполнение логики в сети B``` К примеру я отправил сообщение из Arbitrum в Polygon ([ссылка](https://layerzeroscan.com/tx/0x55615e9ee9be40614756fed61af5e5ad35b4e63cceefce4e3d49a6ccf0cf9f95) на layerzeroscan), получились примерно следующие цифры: - Оплата транзакции Arbitrum — $0.009 - Передача газа в Polygon на $0.0555 (при этом расчет по формуле — ~$0.0008) - Плата двум DNV — $0.0025 (по $0.00125 каждому) - Выполнение транзакции в Polygon — ~$0.001 - Все остальное работа Executor — ~$0.053 Итого за отправку сообщения «Hello, Polygon!» я потратил: $0.009 в исходной сети + $0.0025 плата за верификацию + ~$0.053 исполнителю. Всего вышло $0.0645. При этом сколько из этой суммы «чистый заработок» исполнителя понять довольно сложно, потому что он несет расходы не только за выполнение транзакции в сети назначения, но еще и за получение актуальных цен и конвертацию нативных токенов. В будущем разработчики обещают добавить в [layerzeroscan](https://layerzeroscan.com/) отображение этих комиссий. По подсчетам tenderly для функции _lzReceive в Polygon потребовалось 50102 ед. газа (напомню, что я выделял только 50000), а на всю транзакцию ушло 85925 (gasLimit был установлен на 295812). ![](https://metalamp.ru/images/dashboard.png) Источник: dashboard.tenderly.co В документации есть также [таблица](https://docs.layerzero.network/v2/developers/evm/technical-reference/tx-pricing#profiling) с примерными расчетами по количеству газа для различных действий в сети назначения. ### Возможности протокола LayerZero обладает широкими возможностями межцепочного взаимодействия. По умолчанию предлагаются три основных стандарта OApp и различные паттерны проектирования для их взаимодействия между различными блокчейнами. 1. **Omnichain Application** (OApp) — стандарт [OApp](https://github.com/LayerZero-Labs/LayerZero-v2/blob/7aebbd7c79b2dc818f7bb054aed2405ca076b9d6/packages/layerzero-v2/evm/oapp/contracts/oapp/OApp.sol) предоставляет разработчикам общий интерфейс передачи сообщений для отправки и получения данных между контрактами, существующими в разных сетях блокчейна. Это базовый стандарт, на котором можно построить что угодно — финансовую логику для DeFi-приложений, механизм голосования для DAO и т.д. 2. **Omnichain Fungible Token** (OFT) — позволяет создавать единый токен ERC20 для всех блокчейнов, которые поддерживают стандарт [OFT](https://github.com/LayerZero-Labs/LayerZero-v2/blob/7aebbd7c79b2dc818f7bb054aed2405ca076b9d6/packages/layerzero-v2/evm/oapp/contracts/oft/OFT.sol). Благодаря стандартизации и гарантиям доставки пакетов появляется возможность перемещать весь объем токенов между сетями 🤯. Работает это по схеме burn/mint: при передаче активов в исходной сети они сжигаются, а в сети назначения создаются (mint). Для существующих токенов предусмотрен [OFTAdapter](https://github.com/LayerZero-Labs/LayerZero-v2/blob/7aebbd7c79b2dc818f7bb054aed2405ca076b9d6/packages/layerzero-v2/evm/oapp/contracts/oft/OFTAdapter.sol), который использует преимущества OFT и работает по классической схеме lock/mint и burn/unlock. Подробнее о стандарте можно прочитать в [документации](https://docs.layerzero.network/v2/developers/evm/oft/quickstart) и практических примерах ниже. 3. **Omnichain Non-Fungible Token** (ONFT) — схож по принципу работы с OFT, но применяется для токенов стандарта ERC721. **Паттерны проектирования** Паттерны проектирования LayerZero предлагают более сложные сценарии взаимодействия, чем простая передача сообщения между двумя сетями. Они демонстрируют возможности протокола и функционируют как отдельные строительные блоки для создания omnichain приложений, которые можно использовать как по отдельности, так и в комбинации. **ABA** Паттерн [ABA](https://docs.layerzero.network/v2/developers/evm/oapp/message-design-patterns#aba) — это вложенный вызов отправки из цепочки A в цепочку B, который снова отправляет сообщение в исходную цепочку (A —> B —> A). Он же пинг-понг. Можно использовать для: - **Условное выполнение контрактов:** Смарт-контракт на цепочке A выполнит функцию только в том случае, если будет выполнено условие на цепочке B. Он отправляет сообщение в цепочку B, чтобы проверить условие, и получает ответное подтверждение, прежде чем приступить к выполнению. - **Omnichain Data Feeds:** Контракт на цепочке A может получать данные из цепочки B для завершения процесса на цепочке A. - **Межцепочечная аутентификация:** Пользователь или контракт может пройти аутентификацию на цепочке A, связаться с цепочкой B, чтобы обработать что-то, требующее этой аутентификации, а затем получить обратно токен или подтверждение того, что процесс прошел успешно. **Batch send** Паттерн[Batch Send](https://docs.layerzero.network/v2/developers/evm/oapp/message-design-patterns#batch-send) подразумевает отправку одного сообщения сразу в несколько сетей. ![](https://metalamp.ru/images/batchsend.png) *Процесс отправки одного пакета в несколько сетей. Источник: Документация LayerZero* Применение: - **Одновременные обновления Omnichain:** Может использоваться для обновления одной и той же информации в нескольких сетях, например, изменения параметров управления или обновления данных оракула. - **DeFi-стратегии**: В DeFi-протоколах, работающих с несколькими сетями, пакетная отправка помогает ребалансировать пулы ликвидности или реализовывать стратегии доходности. - **Публикация агрегированных данных:** Оракулы и поставщики данных могут использовать пакетную отправку для публикации информации, такой как цены токенов или результаты событий, в нескольких сетях одновременно. **Composed** Паттерн [Composed](https://docs.layerzero.network/v2/developers/evm/oapp/message-design-patterns#composed) не только паттерн проектирования, но и важная фича протокола. Помимо интерфейса lzReceive, существует интерфейс lzCompose, позволяющий компоновать транзакции. Например в блокчейнах на основе MoveVM (например, Aptos или Sui) не поддерживается семантика транзакций в стиле EVM, что делает невозможным несколько вызовов в одной транзакции. Как работает **lzCompose**: - Получатель сохраняет полученные данные в Endpoint через вызов sendCompose, который происходит при первом вызове lzReceive. - Затем эти данные извлекается из реестра и передается в callback-функцию через вызов lzCompose, но уже в отдельной транзакции. ![](https://metalamp.ru/images/izreceive.png) *Процесс последовательного вызова lzReceive и lzCompose. Источник: Документация LayerZero* *Примечание:* Можно комбинировать множество вызовов. Плюсы этого подхода: - **Масштабируемость:** lzCompose это универсальный приметив, который может работать в разных блокчейнах. - **Надежность и безопасность:** Изолированные вызовы смарт-контрактов позволяют избежать влияния ошибок одного смарт-контракта на другой. - **Управление газом:** Позволяет выделять газ для каждого вызова отдельно, упрощая отладку транзакций. *Важно*! Первым всегда идет вызов lzReceive, который добавляет в очередь смарт-контракта Executor переданные данные для новых транзакций с lzCompose. Получается следующая последовательность вызовов: _lzSend(source chain) —> _lzReceive(dest chain) —> sendCompose(dest) —> lzCompose(dest) Примеры использования: - **Omnichain DeFi стратегии:** Контракт может инициировать передачу токенов в цепочку назначения, а затем взаимодействовать с DeFi-протоколом для предоставления кредитов, займов или ликвидности. - **NFT взаимодействие:** При передаче NFT в другую цепочку можно автоматически запускать контракт на выдачу лицензии или предоставление услуг. - **Координация ДАО:** ДАО может отправить средства на смарт-контракт в другой цепочке и составить предложение для инвестиций или голосования. **Composed ABA** Паттерн [Composed ABA](https://docs.layerzero.network/v2/developers/evm/oapp/message-design-patterns#composed-aba) представляет собой комбинацию двух паттернов, которая позволяет осуществлять вызовы по типу A —> B1 —> B2 —> A или A —> B1 —> B2 —> C в зависимости от задач. Варианты использования: - **Верификация данных Omnichain:** Цепочка A отправляет запрос цепочке B для проверки данных. После проверки смарт-контракт в цепочке B выполняет действие на основе этих данных и отправляет сигнал обратно в цепочку A, чтобы продолжить процесс или записать результаты. - **Omnichain Collateral Management:** Когда залог в цепочке A блокируется или освобождается, смарт-контракт в цепочке B может быть вызван для выдачи кредита или разблокировки средств. Подтверждение отправляется обратно в цепочку A для завершения. - **Многоступенчатое взаимодействие смарт-контрактов для игр и коллекционных предметов:** В игровом сценарии актив (например, NFT) может быть отправлен из цепочки A в цепочку B, что запускает контракт на B для открытия нового уровня или функции в игре, после чего подтверждение или вознаграждение отправляется обратно в цепочку A. ![](https://metalamp.ru/images/composed_aba.png) *Схема выполнения вызова с использованием паттерна Composed ABA. Источник: Документация LayerZero* ## Message Ordering и Rate Limit Эти два паттерна также полезны, хотя мы не будем подробно останавливаться на них: - [Message Ordering](https://docs.layerzero.network/v2/developers/evm/oapp/message-design-patterns#message-ordering) позволяет асинхронное выполнение пакетов, если не нарушен порядок их проверки. Тем не менее, при необходимости можно настроить передачу так, чтобы пакеты доставлялись и выполнялись строго по порядку. - [Rate Limit](https://docs.layerzero.network/v2/developers/evm/oapp/message-design-patterns#rate-limiting) предоставляет возможность ограничивать трафик по передаче данных или токенов. **Token Bridging** Для[создания мостов](https://docs.layerzero.network/v2/developers/evm/technical-reference/integration-checklist#token-bridging-guidelines) в их классическом понимании (для перевода токенов) — правильным решением будет использование стандартов OFT или ONFT. Эти стандарты также можно применять в сочетании с вышеупомянутыми паттернами проектирования. Например, можно реализовать [Composed OFT](https://docs.layerzero.network/v2/developers/evm/oft/oft-patterns-extensions#composed-oft), комбинируя возможности OFT и других паттернов. ## Выводы На мой взгляд, команда LayerZero очень близко подошла к решению [трилеммы](https://medium.com/connext/the-interoperability-trilemma-657c2cf69f17) интероперабельности. Разделение слоев безопасности и исполнения, а также двухуровневая система безопасности (внутренняя и внешняя) позволяют обеспечить надежный канал передачи данных. Более того, уровень безопасности можно гибко настраивать в зависимости от требований конкретного приложения. Протокол поддерживает передачу произвольных данных, а унифицированные интерфейсы открывают возможности для взаимодействия за пределами EVM-экосистемы (хотя сейчас она доминирует благодаря множеству L2 решений). Особенно стоит отметить возможность создания omnichain-приложений, что теоретически может сократить фрагментацию ликвидности — вопрос, который все более актуален с ростом количества L2 решений. В whitepaper протокола описаны дополнительные меры для повышения безопасности таких приложений, в пример приводится расширение под названием Pre-Crime (раздел 4.3 Application-level security), которое позволяет проверять инварианты между всеми сетями, в которых развернуто приложение, и останавливать доставку пакета при нарушении инвариантов. С учетом гибкости протокола LayerZero и множества параметров конфигурации, разработка крупного omnichain-приложения может стать сложной задачей. Тем не менее, простая интеграция с протоколом для отправки сообщений между сетями (с использованием стандартного стека безопасности) или передача токенов вполне доступна любому разработчику на Solidity. Протокол даже предлагает собственные стандарты для передачи токенов. В итоге получилась очень гибкая система-конструктор для создания безопасных и децентрализованных протоколов. Все это выглядит как важный элемент в экосистеме DeFi наряду с оракулами, и, вероятно, LayerZero станет таким же важным игроком в мире мостов, как Chainlink — в мире оракулов. ### Ссылки - [Whitepaper: LayerZero v2](https://layerzero.network/publications/LayerZero_Whitepaper_V2.1.0.pdf) - [Документация: LayerZero v2](https://docs.layerzero.network/v2) - [Github: LayerZero v2](https://github.com/LayerZero-Labs/LayerZero-v2) - [Статья: Omnichain vs Multichain vs CrossChain: What Are They?](https://hackernoon.com/omnichain-vs-multichain-vs-crosschain-what-are-they) - [Видео: Intro to LayerZero V2 & Omnichain Apps for Beginners](https://www.youtube.com/watch?v=W0J_Jz76apE) ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё статьи этого автора [Lees meer...](https://metalamp.ru/magazine/obzor-i-arhitektura-protokola-layerzero-v2.md) ## Что такое смарт-контракты ![Что такое смарт-контракты](https://metalamp.ru/images/smart_contracts.png) Смарт-контракты уже начали трансформировать различные отрасли: от финансов и здравоохранения до логистики и недвижимости. Их использование предлагает новые способы автоматизации процессов и повышения эффективности, что в свою очередь помогает сократить время и затраты на выполнение сделок. В этой статье мы подробно рассмотрим, как работают смарт-контракты, какие существуют текущие ограничения и риски, а также расскажем о возможных изменения и развитии этой технологии в будущем. ## Определение и суть смарт-контрактов Для понимания, что такое смарт-контракт в криптовалюте, следует помнить: только на первый взгляд он выглядит как цифровая форма традиционного договора. Основа смарт-контракта представляет собой программу, которая автоматически выполняет условия соглашения между сторонами, как только эти условия достигнуты. Это значит, что когда заранее установленные параметры выполнимы, смарт-контракт инициирует соответствующие действия без необходимости вмешательства третьих лиц. Такой подход не только упрощает процесс заключения сделок, но и обеспечивает безопасность и прозрачность, так как все действия записываются в блокчейн и становятся доступными для проверки. Благодаря этому, смарт-контракты снижают риски, связанные с человеческим фактором и обеспечивают эффективность в разных сферах — от финансовых операций до управления активами. ### История создания и развития Об идее смарт-контрактов, еще до возникновения самого этого понятия, в 1994 году рассказал ученый и криптограф Ник Сабо. Он определил их как компьютерные протоколы, которые автоматически выполняют условия соглашений и транзакций. Сабо стремился перенести реальные функции традиционных электронных платежных систем в цифровое пространство. Он предложил использование смарт-контракта для работы с синтетическими активами: деривативами и облигациями. Сабо пишет, что новые ценные бумаги можно создавать через комбинирование финансовых инструментов — опционов и фьючерсов. Реализация за счет смарт контракта, считает он, снизит транзакционные издержки и упростит торговлю. ### Как работают смарт-контракты Технологии смарт-контракта работают на основе правил «если/когда… — то…», которые можно написать в коде и разместить на блокчейне. Это позволяет создавать детальные условия, при которых определенные действия будут автоматически инициироваться. Когда группа условий выполняется, сеть компьютеров, работающих на блокчейне, автоматически выполняет соответствующие действия, такие как передача средств сторонам, регистрация транспортного средства, отправка уведомлений или выдача билетов. После исполнения условий, транзакция и код смарт-контракта становятся окончательными, что делает любые изменения невозможными. Это обеспечивает высокий уровень надежности и прозрачности, исключая возможность манипуляций и ошибок, которые могут возникнуть при ручном управлении. Таким образом, использование смарт-контрактов открывает новые горизонты в автоматизации и оптимизации бизнес-процессов. Настройка смарт-контрактов в блокчейне подразумевает столько групп условий, сколько нужно участникам для уверенности в выполнении условий. ## Основные преимущества и особенности смарт-контракта ### Прозрачность Смарт-контракты работают на базе блокчейна — публичной и неизменной технологии. Все данные и транзакции записываются и доступны для просмотра участниками сети, поэтому нет необходимости обращаться к посредникам или третьим лицам. Сама технология гарантирует честность в выполнении условий. ### Автоматизация Автоматизация избавляет от необходимости вручную контролировать исполнение обязательств — снижается вероятность человеческой ошибки. Система смарт контракта просто ускоряет выполнение сделки: в традиционных контрактах часто случаются задержки из-за людей. За счет блокчейна алгоритм становится проще. ### Снижение рисков и затрат Согласно принципу смарт-контракта, невозможно заключить сделку и затем нарушить условия, поскольку договор выполняется исключительно по заранее записанным правилам. В случае любого нарушения условия сразу фиксируется в блокчейне, что обеспечивает уровень защищенности и прозрачности, недоступный в традиционных системах. Благодаря тому, что это устраняет необходимость взаимодействия с третьими лицами, у сторон появляется возможность значительно снизить не только риски, связанные с человеческим фактором, но и финансовые затраты. Это означает, что участники сделки могут обойтись без дополнительных комиссий, которые часто взимают посредники, а также избежать задержек, связанных с их участием. Такой подход делает проведение сделок более оперативным и экономически выгодным, создавая новое понимание взаимодействия между сторонами. ## Зачем и где применяются смарт-контракты **Смарт-контракты обычно используются в следующих отраслях:** 1. **Финансовые услуги (BFSI) и криптовалюта:** P2P-транзакции, обработка страховых претензий, аудит и снижение операционных издержек, приложения DeFi, крипта. 2. **Здравоохранение:** управление данными пациентов, клинические испытания и исследования, отслеживание жизненного цикла медикаментов. 3. **Логистика и цепочка поставок:** применение для отслеживания товаров, проверки происхождения и просто соблюдения нормативных стандартов. Торговые группы уже применяют программу в грузовых перевозках. ## Возможные риски и недостатки смарт-контракта ### Проблемы с безопасностью На нынешнем этапе любые ошибки или уязвимости в коде контракта — возможность для злоумышленников использовать их в манипуляциях или украсть средства. К тому же, когда исполнение сделки завершено, ее результаты нельзя изменить. Если ошибка все-таки была, ее нельзя будет исправить. ### Юридические вопросы Проблема также возникает в контексте законодательства, поскольку в большинстве стран смарт-контракты пока не обладают юридической силой. Это создает значительные трудности, особенно в случае споров между сторонами. Суд может не признать автоматическое исполнение обязательств. В связи с этим, для полноценного внедрения смарт-контрактов необходимо разработать соответствующее правовое регулирование. Это включает в себя определение юридического статуса смарт-контрактов, механизмов их исполнения и правовой ответственности сторон. ### Ограничения блокчейна Блокчейн-сети, в частности Ethereum, испытывают проблемы с масштабируемостью. Когда на платформе совершают много транзакций, сеть замедляется, а комиссия увеличивается. В пиковую нагрузку Ethereum будет слишком затратным, если потребуется исполнение не одной сделки и не двух. ## Перспективы развития смарт-контрактов Применение смарт-контрактов уже давно вышло за рамки децентрализованных финансов и не стоит особняком от остальных сфер жизни. В будущем технологии смарт-контрактов будут еще плотнее интегрированы в повседневное использование, особенно через соединение с интернетом вещей (IoT). Например, смарт-контракты могут автоматизировать платежи за услуги, предоставляемые IoT-устройствами, и управлять цепочками поставок, активируя контракты на основании данных, собранных с датчиков и устройств. Кроме того, архитектура смарт-контрактов может быть объединена с искусственным интеллектом, что позволит улучшить аналитику и прогнозирование в различных бизнес-процессах. Это симбиоз технологий обеспечит более эффективные решения, позволяя автоматизировать и оптимизировать процессы на больших масштабах. Тем не менее, для широкого применения смарт-контрактов необходимы дальнейшие разработки в области правового регулирования и стандартов, которые обеспечат взаимодействие между разными блокчейнами. Это создаст основу для безопасного и надежного использования смарт-контрактов в различных отраслях, что в свою очередь будет способствовать их более широкому внедрению в повседневную жизнь пользователей. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Еще больше статей [Lees meer...](https://metalamp.ru/magazine/cto-takoe-smart-kontrakty-princip-raboty-i-osnovnye-preimusestva.md) ## Что такое EVM-кошелек, для чего он нужен и как им пользоваться ![Что такое EVM-кошелек, для чего он нужен и как им пользоваться ](https://metalamp.ru/images/EVM-wallet.png) EVM-кошелек поддерживает взаимодействие с блокчейнами, совместимыми с Ethereum Virtual Machine (EVM). Этот тип кошелька позволяет не только хранить, отправлять и получать криптовалюту, но и активно взаимодействовать с децентрализованными приложениями (dApps) на EVM-платформах. Пользователи могут легко подключаться к различным сервисам и платформам, включая децентрализованные обменники (DEX), NFT-маркетплейсы и финансовые протоколы, что значительно расширяет их возможности. Одной из ключевых особенностей EVM-кошельков является возможность управления различными токенами и активами на нескольких блокчейнах из единого интерфейса, что делает их удобными для пользователей, желающих оптимизировать свои транзакции и активы. Кроме того, EVM wallet гарантируют высокий уровень безопасности, часто используя методы шифрования и мультиподписи, чтобы обеспечить защиту средств пользователей. ## Особенности и функции EVM кошелек — это не просто средство для хранения цифровых активов. Это также связующее звено между пользователем и dApps. Есть и другие особенности, которые определяют, что такое EVM-кошелек. ### Роль EVM в работе с криптовалютами EVM в крипте обеспечивает доступ еще и к [смарт-контрактам.](https://metalamp.ru/smart-contract) Через этот кошелек пользователи совершают транзакции и взаимодействуют с кодом, чтобы управлять своими цифровыми активами. Транзакции активируют выполнение смарт-контрактов, за счет чего можно торговать [NFT](https://metalamp.ru/nft-development). ### Как работает EVM-сеть Технология виртуальной машины [Ethereum](https://metalamp.ru/ethereum) основана на трех компонентах, за счет чего и выстраивается доверие пользователя. Первый элемент — закрытый криптографический ключ. Он дает владельцу полный контроль над средствами и возможность подписывать транзакции. Второй элемент — открытый ключ. Создается на основе закрытого и используются для генерации адреса. Он нужен, чтобы идентифицировать кошелек в сети совместимых блокчейнов. Еще одна составляющая — адрес (address) кошелька EVM. Это уникальная строка символов, которая предоставляет открытый ключ. Пользователи используют адрес, чтобы получить средства, узнать баланс и взаимодействовать с блокчейном. ## Типы EVM-кошельков Краткий обзор популярных кошельков в Ethereum Virtual Machine: 1. [Bitpie](https://bitpie.com/). Интегрирует dApp-браузер для доступа к DeFi-приложениям. Поддерживает Bitcoin Lightning Network, что делает транзакции с BTC быстрее и дешевле. 2. [Brave](https://brave.com/ru/wallet/). Веб- и мобильный браузер с возможностью вручную добавить EVM и токены. Есть блокировщик рекламы, но за ее просмотры пользователи получают часть дохода. 3. [Coinbase Wallet**.**](https://www.coinbase.com/ru/wallet) Простой Web3-кошелек, который поддерживает Ethereum, ERC-20 токены, BTC, Bitcoin Cash и другие активы. 4. **[MetaMask](https://metamask.io/).** Один из самых популярных кошельков. Дает доступ к децентрализованной виртуальной сети, поддерживает торговлю активами, кредитование, заимствование и покупку цифровых коллекций. Пользователи полностью контролируют закрытые ключи. 5. [Trust Wallet](https://trustwallet.com/ru)— расширение для браузера и самое популярные приложение для смартфона. 6. **[Opera](https://www.opera.com/features/opera-wallet)[Wallet](https://www.opera.com/features/opera-wallet).** Кошелек в браузере с поддержкой EVM. Позволяет вручную добавлять токены и взаимодействовать с децентрализованными приложениями. 7. **[Wallet3](https://wallet3.io/).** Мобильный вариант. Его открытый исходный код можно проверить в любое время. 8. **[XDEFI](https://www.xdefi.io/ru/).** Новый мультичейн-кошелек, который поддерживает работу с dApps и снижает газовые сборы. 9. **[MathWallet](https://mathwallet.org/en-us/).** Мультичейн-мост и dApp-магазин, обеспечивает связь с децентрализованным миром. Чтобы выбрать нужный, следует определиться, для чего необходим кошелек. Например, ежедневные транзакции, долгосрочное хранение, взаимодействие с dApps или торговля токенами. Оцените интерфейс и функции сети. Если планируете использовать децентрализованные приложения, выбирайте вариант с поддержкой dApp-браузера. ## Преимущества и возможности EVM Помимо вышеперечисленного, EVM-кошельки обеспечивают единый интерфейс для работы с несколькими совместимыми блокчейнами. Это значительно упрощает повседневное использование криптовалют, позволяя пользователям легко хранить, отправлять и получать различные криптовалюты и токены на разных платформах из одного кошелька. Вместо того чтобы управлять множеством отдельных кошельков для каждой цепочки, пользователи могут осуществлять все свои транзакции из единого интерфейса, что делает процесс более удобным и эффективным. Для разработчиков EVM-кошельки являются важным инструментом, предоставляя платформу для тестирования и развертывания смарт-контрактов на различных блокчейнах. Это позволяет разработчикам создавать и деплоить децентрализованные приложения (dApps) в удобной среде, минимизируя время и усилия, необходимые для взаимодействия с разными платформами. EVM-кошельки также могут помочь в упрощении процессов управления версиями смарт-контрактов и их обновления, что является ключевым аспектом в разработке на технологии блокчейн. Кроме того, все эти функции способствуют тому, что EVM-кошельки становятся важной частью экосистемы, соединяющей пользователей и разработчиков, и улучшающей взаимодействие между различными блокчейнами. Это порождает новые возможности для инноваций и развития в сфере децентрализованных финансов и других приложений, требующих кросс-цепочной совместимости. ## Как создать и использовать EVM-кошелек Для разных платформ действуют разные инструкции. Общий список шагов такой: 1. Скачайте и установите приложение или ПО. 2. Выберите опцию «Создать новый кошелек» и следуйте инструкциям. 3. Запишите и сохраните мнемоническую фразу (seed phrase) для восстановления доступа. 4. Установите надежный пароль для дополнительной защиты. Последний шаг — добавление необходимых блокчейнов вручную или автоматически. По желанию можно внести токены или позволить кошельку самому обнаружить их. ## Перспективы и будущее виртуальной машины Ethereum В дальнейшем кошельки, совместимые с Ethereum Virtual Machine (EVM), будут эволюционировать, чтобы поддерживать функции работы с несколькими блокчейнами одновременно. Это станет возможным благодаря интеграции технологий и протоколов, которые будут обеспечивать межцепочечное взаимодействие, позволяя пользователям легко совершать кросс-цепочные транзакции, управлять активами и осуществлять обмены между различными блокчейнами. Расширение функциональности EVM-кошельков также приведет к более эффективному управлению активами, поскольку пользователи смогут держать и обменивать свои токены и криптовалюты из разных экосистем в одном месте. Это, в свою очередь, будет способствовать увеличению ликвидности и снижению барьеров для входа на рынок новых пользователей, улучшая общую пользовательскую экспертизу. В результате EVM станет важным элементом в экосистеме блокчейнов, играя ключевую роль в стандартизации и унификации взаимодействия между различными цепочками. Это приведет к созданию более интегрированных и удобных в использовании приложений, которые смогут использовать преимущества нескольких блокчейнов одновременно. Таким образом, развитие EVM-кошельков будет способствовать не только процветанию децентрализованных финансов, но и популяризации блокчейн-технологий в целом, создавая более доступную и функциональную среду для пользователей по всему миру. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё больше полезных статей [Lees meer...](https://metalamp.ru/magazine/cto-takoe-evm-koselek-dla-cego-on-nuzen-i-kak-im-polzovatsa.md) ## Стоит ли запускать проект на Solana, несмотря на ажиотаж вокруг мемов? ![Стоит ли запускать проект на Solana, несмотря на ажиотаж вокруг мемов?](https://metalamp.ru/images/Solana.png) Solana – гораздо больше, чем «блокчейн для мемов». Это первая по числу активных адресов и объемам DEX-торгов экосистема с множеством технологических проектов, программами грантов и перспективой масштабного роста после релиза клиента Firedancer. Рассказываем, почему стоит запустить проект на Solana – и как выгодно использовать лучшие практики мем-индустрии. ## Впечатляющее возвращение Solana Достаточно взглянуть на график TVL DeFi-сектора на Solana, чтобы понять, что эта экосистема прошла через сложный период. ![](https://metalamp.ru/images/defilama_solana.png) $12 млрд TVL на пике в ноябре 2021, потом падение на 98% до $210 млн в январе 2023 и долгая стагнация до октября 2023. Цена SOL катастрофически упала с $250 до $10, и даже блокчейн-смартфон Saga от Solana был [объявлен худшим смартфоном 2023.](https://cryptopotato.com/solana-saga-phone-labeled-failure-of-2023-despite-surge-in-demand/) Многие уже было списали «Солану» со счетов, но с октября 2023 г. ее показатели вновь начали расти. В октябре 2024 г. TVL достиг $13,9 млрд, и хотя по TVL Solana занимает второе место после Ethereum*, по ряду важнейших ончейн-метрик она лидирует с большим отрывом, как видно из таблицы (все данные на конец октября). ![](https://metalamp.ru/images/tablicka_solana_v2.png) *Solana лидирует по всем основным ончейн-метрикам. Данные:*[*The Block*](https://www.theblock.co/data/on-chain-metrics/solana/non-vote-transactions-on-the-solana-network-daily-7dma)*,*[*Etherscan*](https://etherscan.io/)*,*[*OKLink*](https://www.oklink.com/trx)*,*[*BSCScan*](https://bscscan.com/)*,*[*BaseScan*](https://basescan.org/)*,*[*Into The Block*](https://app.intotheblock.com/coin/TRX/deep-dive?group=network&chart=transactions)*,*[*Tonscan*](https://tonscan.org/stats) *По умолчанию TVL на DeFiLlama отображается без учета ликвидного стейкинга, и Solana оказывается на третьей позиции после Tron c $6,1 млрд. Однако ликвидный стейкинг — важнейший элемент DeFi, и без него картина, на наш взгляд, неполна. **Только пользовательские транзакции (non-vote). С учетом транзакций голосования валидаторов[общий TPS составляет около 3200.](https://solscan.io/analytics) Еще немного статистики: хотя цена SOL сейчас на 30% ниже, чем на пике в 2021, объем торгов на DEX сейчас выше в 6 раз, а [число активных адресов — в 8 раз.](https://www.binance.com/en-KZ/square/post/522906) Справедливости ради нужно отметить, что среди активных адресов на Solana значительный процент составляют боты для торговли на DEX, а также адреса, массово создаваемые для фарминга эйрдропов и прочих активностей, где можно заработать, имея множество аккаунтов. Боты ответственны и за высокий объем торгов. Однако сам факт того, что экосистема Solana стала главной мишенью для ботов, демонстрирует ее популярность. Главный фактор, позволивший Solana вернуться на лидерские позиции в 2024 г., – это, безусловно, мемкойны, которые в 2024 г. стали таким же катализатором ончейн-активности, как и NFT в 2022. Из-за этого проекты в других нишах (DeFi, GameFi, RWA и т.д.) зачастую опасаются запускаться на Solana – дескать, «несерьезный» блокчейн. Однако, как мы продемонстрируем в данной статье, есть ряд хороших причин рассмотреть Solana для вашего проекта – а у мемкойнов, кстати, есть чему поучиться. ## Как Solana стала чейном номер 1 для мемов – и чему у них можно научиться В конце октября цена SOL взлетела на 19% за неделю, в то время как цена ETH упала на 3%, а BTC – почти не изменилась. Одна из причин – новый нарратив AI-мемов: мемкойнов, которые создаются и/или продвигаются посредством AI. Однако это лишь последний поворот в стремительной спирали развития мемкойнов на Solana. А начать стоит с фундаментальных свойств этого блокчейна, которые делают его идеальным субстратом для мемов: 1. **Низкие издержки запуска нового токена** – если воспользоваться платформой Pump.fun, то можно это сделать и бесплатно (без учета затрат на маркетинг). 2. Н**изкие издержки торговли.** Мемы – спекулятивные активы, для которых характерна высокая частота покупки и продажи и небольшой объем каждой покупки, поэтому размер комиссии очень важен. 3. **Быстрота обработки транзакций:** операция финализируется за 5 секунд, что важно с учетом экстремальной волатильности мемов. 4. **Отсутствие угрозы вредоносных DEX-ботов (так называемых [сэндвич-ботов](https://www.rbc.ru/crypto/news/64418f8a9a7947e99c5116b5))**, которые получают профит в ущерб другим участникам: участники мемкойн-рынка на Solana находятся в куда более равных условиях, чем на Ethereum. 5. **Постоянные инновации:** благодаря низким комиссиям Solana – инкубатор новых нарративов и технологических экспериментов, таких как платформа для самостоятельного создания мемов Pump.fun и Telegram-боты для торговли на DEX. ### Pump.fun и бот Trojan – пример точного «попадания» в рынок Pump.fun – это сайт, где можно практически бесплатно и без каких-либо навыков программирования запустить новый мем, который сразу же начнет торговаться на собственном DEX Pump.fun. Не нужно даже тратиться на начальную ликвидность. Разберется даже ребенок: подключаете кошелек на Solana, выбираете название и тикер, добавляете картинку, кликаете на Create Coin – и все, мемкойн создан. ![](https://metalamp.ru/images/memes_solana.png) Каждая покупка немного увеличивает цену; когда капитализация токена достигает $69 000, на бирже Raydium автоматически создается пул с ликвидностью $12 000. Понятно, что лишь крошечный процент мемов на Pump доходят до этого этапа. С точки зрения покупателей преимущество pump.fun в том, что все мемкойны стартуют в режиме «fair launch», то есть без приватных раундов и аллокации для команды. Кроме того, не нужно бояться, что создатели вдруг вытащат всю ликвидность из пула и исчезнут. Среди популярных мемов, запущенных на Pump.fun, — $MOTHER, $MOODENG, $GOAT и др. Большая часть торговли осуществляется через Телеграм-ботов, прежде всего Trojan. Pump.fun – пример отличного product-market fit с четкой монетизацией: 1% торговая комиссия (создание токена бесплатно). Результат — [$158 млн выручки](https://dune.com/tiagocryptonary/p%D0%A4ump-fun-analytics) с момента запуска платформы и $41,8 млн за последний месяц. **И все это без поддержки венчурных фондов, дорогостоящей рекламной кампании или красивого интерфейса: просто продукт, который был нужен рынку и за который рынок готов платить.** ![](https://metalamp.ru/images/pump_fun_total_revenue.png) Источник: @tiagocryptonary на Dune Analytics То же самое можно сказать и о торговых ботах в Телеграм, прежде всего Banana Gun и Trojan. Они позволяют мгновенно покупать только что запущенные мемы («снайпить», т.е. с точностью снайпера), выставлять лимитные ордера и даже копировать сделки успешных трейдеров. Без такого бота прибыльно торговать мемами почти невозможно, особенно на стадии запуска: в условиях высокой волатильности вручную просто не удастся проводить свопы достаточно быстро. Поэтому неудивительно, что Trojan зарабатывает на комиссиях [по $500 000 в день.](https://defillama.com/fees/trojan) ### Чему стоит поучиться у мемкойнов Среди «серьезных» проектов отношение к мемам пренебрежительное и даже враждебное: дескать, они каннибализируют ликвидность, отвлекают внимание от качественных токенов, из-за них растут комиссии и пр. Однако тем же самым серьезным стартапам есть что перенять у мем-индустрии: 1. **Лояльное органическое комьюнити может «поднять» токен и без дорогого маркетинга** – а вот от комьюнити, искусственно созданного через «наливку» трафика, такого эффекта ждать бессмысленно. 2. **Если продукт действительно полезен, то люди будут за него платить, даже если интерфейс сделан «на коленке»** (см. Pump.fun) – так что лучше запуститься и начать монетизировать приложение сразу, чем месяцами тянуть и полировать дизайн. О том, как быстро упаковать MVP, чтобы начать тестирование, мы рассказывали в нашей статье [«Как создать дизайн для MVP за 7 дней».](https://metalamp.ru/magazine/article/kak-sozdat-dizajn-dla-mvp-startapa-za-7-dnej) 3. **Монетизация с первого дня:** даже если вы надеетесь привлечь венчурные средства, представьте, что у вас их не будет и что все нужные на развитие проекта деньги придется зарабатывать через монетизацию продукта. Сможет ли приложение с самого начала генерировать тысячи долларов в день через комиссии, продажи игровых NFT и т.д.? Если нет, то, возможно, стоит пересмотреть концепцию? 4. **Попадание в актуальную проблематику гораздо важнее, чем решение какой-то фундаментальной проблемы рынка.** Вручную торговать мемами сложно – и бот Trojan, решая эту проблему, приносит своим создателям миллионы долларов. 5. **Токен будет востребован, если востребован сам продукт.** Пример – [$BANANA](https://coinmarketcap.com/currencies/banana-gun), токен бота Banana Gun, который позволяет держателям получать часть выручки бота. $BANANA торгуется на Binance, OKX и т.д., а его графику роста цены могут позавидовать многие технологические токены с пышными вайтпейперами. ## Не мемами одними: DeFi на Solana Часто говорят, что «на Солане одни мемы», – однако достаточно одного взгляда на размер и структуру TVL DeFi-сектора, чтобы понять, что это не так. Цифра в $13,9 млрд TVL складывается прежде всего из ликвидности, депонированной в протоколах ликвидного стейкинга, на DEX и на платформах реальных активов (RWA). ![](https://metalamp.ru/images/defi_protocols.png) Среди топ-10 крупнейших DeFi-протоколов на Solana: - Три проекта в сфере ликвидного стейкинга - то есть инструменты, позволяющие пользователям делегировать SOL валидаторам и зарабатывать вознаграждение за стейкинг, а также получать специальные ликвидные токены, которые можно использовать в DeFi. Jito и Marinade представляют собой классические протоколы ликвидного стейкинга, в то время как Sanctum позиционируется как “слой ликвидности”: своего рода DEX для торговли разными ликвидными токенами. - Два DEX: Jupiter и Raydium. - Один протокол займов: Kamino - Протокол для торговли фьючерсами ончейн: Drif. SOL, BTC, ETH, TIA, DOGE и другие контракты с плечом до 50х. - Один оракул: Pyth Network. - Один смешанный протокол: Marginfi. Решения для займов, ликвидного стейкинга и пассивного дохода. - Одна платформа для создания DAO: SPL Governance. Отметим, что по сравнению, например, с Tron и Base в топе приложений на Solana не хватает протоколов в нише RWA (реальных активов), стейблкойнов и SocialFi. Кроме того, налицо нехватка качественных GameFi-проектов: в списке 10 ведущих игр по числу участников нет ни одной на Solana. Командам, размышляющим над созданием стартапа на Solana, стоит обратить внимание на эти сектора. ![](https://metalamp.ru/images/defi_protocols_2.png) Источник: @tiagocryptonary на Dune Analytics ## Технические проблемы Solana – и что изменится с релизом клиента Firedancer «Солану» принято ругать за то, что она якобы ненадежна, часто отключается и зависает, транзакции завершаются неудачей и пр. Рассмотрим каждую из этих проблем по порядку. 1. **Отключения блокчейна** На самом деле последний такой эпизод произошел аж в феврале 2024 г., когда Solana не работала 5 часов, а до этого – в феврале 2023 г. То есть «Солана» не отключается уже 8 месяцев – поэтому заявления о том, что она «все время виснет», сильно преувеличены. Кроме того, Solana — не единственный блокчейн, пострадавший от отключений на пике нагрузки. Например, в августе 2024 TON [перестал работать аж на шесть часов из-за скачка числа транзакций](https://www.coindesk.com/markets/2024/08/28/ton-blockchain-grinds-to-a-standstill-with-no-blocks-produced-for-over-3-hours/), связанных с эйрдропом $DOGS. Этот инцидент стал толчком к запуску технологии минтлесс-жетонов на TON, которые позволяют проводить крупные эйрдропы без ущерба для производительности. Мы писали о них в статье "[Mintless-жетоны на TON: новинка, делающая проекты на TON еще привлекательнее."](https://metalamp.ru/magazine/article/mintless-zetony-na-ton-novinka-delausaa-proekty-na-ton-ese-privlekatelnee) ![](https://metalamp.ru/images/solana_incident_story.png) Источник: [Protos](https://protos.com/chart-its-been-262-days-since-solanas-last-major-outage/) **2. Отключения кошелька** 28 октября главный кошелек для Solana, Phantom, [перестал работать](https://x.com/phantom/status/1850905912573141283) на несколько часов во время эйрдропа проекта Grass. По словам команды, сбой произошел из-за проблемы на бэкенде. 1 февраля Phantom «лежал» около полутора часов из-за DDoS-атаки. Также в этом году было [зарегистрировано 3 инцидента](https://status.phantom.app/incidents/uptime-calendar?from=2024-01-01&till=2024-11-30) на стороне бэкенда, когда кошелек не работал от 2 до 8 минут. Много это или мало? Для бесплатного продукта два отключения длиной более часа в год — скорее очень мало, и уж точно недостаточно, чтобы говорить, что Phantom «постоянно отключается». **3. Проблемы с обработкой транзакций** В апреле крипто-СМИ широко освещали новость о том, что якобы 75% транзакций на Solana завершались неудачей. Дело было в ходе первой волны популярности мемкойнов. На самом деле [подавляющее большинство неудачных транзакций были размещены арбитражными ботами](https://twitter.com/0xMert_/status/1776023674098754014), то есть представляли собой спам. Другое дело, что сетевой модуль Solana (QUIC Network) недостаточно оптимизирован для регулирования спама; проблема должна отчасти решиться с запуском клиента Firedancer. ### Что такое Firedancer и как он поможет Solana? [Каждый из почти 1400 валидаторов](https://solanabeach.io/validators) сети Solana использует клиент – программу, с помощью которой он подключается к блокчейну, голосует и обрабатывает транзакции. [Около 69% валидаторов используют официальный клиент от Solana Labs](https://tatum.io/blog/solana-firedancer-release), а остальные – альтернативный от JitoLabs (форк оригинального клиента). Однако вскоре на мейннете выйдет третий [клиент, разработанный знаменитой трейдинговой фирмой Jump Trading: Firedancer.](https://jumpcrypto.com/firedancer/) Он должен привнести много улучшений в работу Solana: - Максимальная скорость и надежность: Firedancer оптимизирует каждый процесс в отдельности, в т.ч. консенсус, верификацию подписей, управление памятью и т.д.; - Поддержка TPS до 1 млн операций в секунду; - Новая имплементация протокола QUIC, которая должна решить проблему перегрузки и зависания сети; - Сжатие данных – и, как следствие, ускоренный обмен информацией между нодами; - Снижение требований к оборудованию валидаторов – что может привести к росту их числа, а значит, и большей децентрализации; - Поддержка шардинга – который пока что в Solana не используется, но в будущем может помочь с масштабированием, как показывает пример TON: подробнее мы рассказывали о нем в статье «Идея шардирования из 90-х: масштабирование блокчейна с помощью TON». Итак, с точки зрения конечного пользователя главная ценность Firedancer, пожалуй, в том, что зависания сети и неудачные транзакции должны остаться в прошлом. Правда, клиент не предотвратит проблемы, связанные с кошельками (прежде всего Phantom) и даппами, так как у них свой независимый бэкенд. Firedancer уже работает в тестнете. Мейннет-запуск предварительно ожидается в 1-м квартале 2025, но конкретной даты пока нет. ## Преимущества запуска проекта (даже технологического) на Solana **1. Огромная активная аудитория и отличная ликвидность** По числу активных адресов, реальному количеству транзакций и объему торгов на DEX Solana превосходит все другие блокчейны. Это важно как для запуска токена, так и для масштабирования самого приложения. Для сравнения: тот же TON, несмотря на огромный успех игр-тапалок, по объему торгов находится [лишь в третьей десятке с $92 млн за неделю](https://defillama.com/dexs/chains) (у «Соланы» – $15,7 миллиардов в неделю). **2. Форумы, хакатоны и гранты** У проектов на Solana есть много возможностей привлечь внимание и средства: - [Гранты и инвестиции Solana Foundation](https://solana.com/news/solana-foundation-convertible-grants-investments): выдано уже более 500 грантов, прежде всего в категории «public goods» (open-source проектам с бесплатным продуктом). В коммерческие продукты Solana Foundation инвестирует напрямую как венчурный фонд. - [Гранты Superteam:](https://earn.superteam.fun/grants/) быстрые микрогранты до $10k, в том числе для проектов из Восточной Европы. - [Хакатоны и акселератор Colosseum:](https://www.colosseum.org/) победители онлайн-хакатонов не только попадают в акселератор, но и могут получить стартовый капитал. **3. Интерес IDO-инвесторов** Сейлы токенов на Solana на площадках вроде KuCoin Spotlight, Gate.io Startup и Jupiter LFG собирают хорошие деньги. Так, [за последние три месяца более миллиона долларов собрали IDO](https://cryptorank.io/ico) Dojo Protocol, CARV, deBridge, Matrix One, Sanctum и др. – заметьте, все это технологические проекты. ![](https://metalamp.ru/images/projects_IDO.png) Источник: CryptoRank **4. Сравнительно высокая скорость и приемлемая комиссия** Как мы уже упомянули, время финализации транзакции на Solana составляет около 5-6 секунд – примерно столько же, сколько на TON. Что до комиссии, то она в конце октября 2024 все еще составляет около $0,035 из-за хайпа вокруг мемкойнов, но в обычные периоды она может быть ниже $0,01, что ниже комиссии на TON ($0.025) – хотя и выше, чем на Base, Blast и других L2 ([в среднем $0,003](https://dune.com/Marcov/layer-2-transaction-cost)). **5. Разработка на Rust** Разработчиков на Solana становится все больше благодаря низкому порогу входа: язык Rust широко используется и за пределами блокчейна, в отличие от Solidity или языка FunC, который применяется в TON. **6. Возможность «попасть» в памп Firedancer** Релиз клиента Firedancer в 2025 может сыграть такую же роль, как в свою время апгрейд The Merge в сети Ethereum: волна хайпа в преддверии события и общий рост токенов проектов на Solana. **7. Защита токена от МEV-атак и фронтрана** Так называемые сэндвич-боты – бич DEX на Ethereum. Они манипулируют порядком исполнения транзакций в мемпуле, «подкупая» валидаторов, и получают профит в ущерб другим участникам. У Solana нет мемпула, да и вообще нет возможности «накинуть сверху», чтобы вашу операцию обработали первой. Поэтому и сэндвич-ботов на Solana нет – а значит, ценообразование вашего токена будет более органическим, а покупатели не будут жаловаться на высокий слиппедж. ## Что нужно учесть, запуская проект на Solana 1. **«Мемный» имидж чейна** Готовьтесь объяснять инвесторам, почему вы выбрали Solana, — ведь «там одни мемы». Надеемся, что аргументы данной статьи вам в этом помогут. 2. **Совершенно другая технология по сравнению с EVM** Опыт разработки для Ethereum здесь не поможет: вам потребуются разработчики именно на Solana (а не просто на Rust – знания только языка недостаточно). 3. **Отдельная экосистема** Кроме того, учтите, что в экосистеме Solana – свои DEX (Jupiter, Raydium), кошельки (Phantom) и лаунчпады (Solanium и др.). ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больще актуальных статей [Lees meer...](https://metalamp.ru/magazine/stoit-li-zapuskat-proekt-na-solana-nesmotra-na-aziotaz-vokrug-memov.md) ## Mintless-жетоны на TON: новинка, делающая проекты на TON еще привлекательнее ![Mintless-жетоны на TON: новинка, делающая проекты на TON еще привлекательнее](https://metalamp.ru/images/TON%20Mintless.png) Mintless жетон TON – новая технология, позволяющая проводить эйрдропы для миллионов пользователей с минимальными затратами. Объясняем, как работают минтлесс токены Тон и как помогают создать успешный Web3-проект. ## Как бум игр-тапалок в Telegram стал катализатором развития технологии TON Игры-тапалки на TON (The Open Network) – одна из самых успешных бизнес-моделей в Web3, появившихся в 2024 году. Достаточно привести несколько цифр: - Hamster Kombat ($HMSTR) [привлек 155 млн игроков](https://socialcapitalmarkets.net/crypto-trading/hamster-kombat-statistics) и [заработал $5,2 млн](https://www.bitdegree.org/crypto/tutorials/what-is-hamster-kombat) лишь на рекламе в своем YouTube-канале; - Catizen ($CATI) на пике популярности [привлекал 1,5 млн новых игроков в неделю](https://socialcapitalmarkets.net/crypto-trading/catizen-statistics/), а его общая выручка оценивается в $16 миллионов; - $HMSTR, $DOGS и $CATI уже[торгуются на Binance](https://coinmarketcap.com/currencies/hamster-kombat/), ByBit и OKX; - Эйрдроп проекта Dogs [заклеймили 17 млн адресов;](https://dailyhodl.com/2024/09/10/over-17000000-users-claim-airdrop-for-tons-new-dog-themed-altcoin-setting-blockchain-record/) - Из топ-10 крупнейших токенов в экосистеме TON половина — игровые. ![](https://metalamp.ru/images/Top_coins.png) *Источник:*[*CoinGecko*](https://www.coingecko.com/en/categories/ton-ecosystem)*. $NOT, $DOGS, $HMSTR, $CATI, $RBTC, $PUNK - жетоны игр.* Алгоритм работы таких игр прост: игроки получают доступ через бота в Telegram и быстро тапают по объектам на экране, стараясь собрать как можно больше виртуальных монеток в надежде получить будущий эйрдроп. Самое интересное в том, что тапалки с их эйрдропами для десятков миллионов юзеров заставили разработчиков TON пересмотреть подход к созданию новых токенов (жетонов). Чтобы избежать излишней нагрузки на блокчейн и высоких комиссий для проектов и пользователей, была создана новая технология mintless-жетонов, которые уже были успешно протестированы в ходе дропа мегапопулярной игры Hamster Kombat. Это один из немногих в Web3 примеров того, как живые потребности рынка двигают вперед технологию L1-чейна, причем быстро. Интересно сравнить разработку минтлесс-жетонов с апгрейдом сети Ethereum Cancun, где вся изначальная концепция шардинга поменялась на волне развития роллапов. Только на Ethereum для этого потребовалась пара лет, а на TON – пара месяцев. Конкретным катализатором стал эйрдроп Hamster Kombat для 131 млн игроков — и, к чести команды TON, mintless-жетоны были успешно протестированы, а сеть успешно справилась с огромной нагрузкой, в то время как в ходе более раннего дропа токена $DOGS TON «лег» на несколько часов. ## Взрыв активности на TON и самый масштабный эйрдроп в истории С момента начала дропа токена Notcoin (криптовалюта $NOT) в мае 2024 число активных адресов в месяц на чейне TON выросло более чем в 7 раз с 1,6 млн до 11,6 млн, а общее число кошельков достигло 22,3 млн. Для сравнения: в сети Tron, имеющей гораздо более высокий TVL, [около 10,1 млн активных адресов в месяц](https://www.binance.com/en-NG/square/post/14332660460217), а в сети Polygon — всего 5,2 млн. Число транзакций в сети подскочило с 3,7 млн до рекордных 17,4 млн 28 сентября, на третий день эйрдропа Hamster Kombat. ![](https://metalamp.ru/images/active_wallets.png) ![](https://metalamp.ru/images/trans_per_day.png) Источник: [Tonstat](https://www.tonstat.com/) Однако с быстрым ростом экосистемы TON появились и новые челленджи, прежде всего связанные с крупными эйрдропами игр-тапалок. Так, 27 августа вся сеть TON [зависла на четыре часа из-за перегрузки](https://decrypt.co/246736/telegram-linked-ton-blockchain-down-binance-bybit-suspend-trading)после запуска эйрдропа токена $DOGS. Самый большой челлендж ждал впереди: игра Hamster Kombat планировала раздать 60 млрд токенов 131 миллиону игроков — в 7,7 раз больше, чем у Dogs. ## Немного технологии: как работают жетоны TON Чтобы понять, как именно mintless-жетоны помогают оптимизировать массовые эйрдропы на TON, стоит вначале поговорить о механизме работы обычных жетонов (токенов). Итак, жетон (jetton) — это TON-эквивалент обычного токена в Ethereum. Базовый стандарт для разработки жетонов — [TP-74](https://github.com/ton-blockchain/TEPs/blob/master/text/0074-jettons-standard.md) (аналог ERC-20). Каждая монета (жетон, токен) имеет свой мастер-контракт (также называемый минтер-контракт, minter contract), написанный на языке FunC, который был специально разработан для TON. В мастер-контракте содержится следующая информация: - Текущее число токенов в обращении; - Свойство mintable: можно ли минтить новые жетоны сверх уже существующего числа. Жетоны, участвующие в эйрдропах, обычно обладают этим свойством, поскольку проект должен иметь возможность последовательно сминтить аллокации для всех пользователей; - [Метаданные](https://docs.ton.org/develop/dapps/asset-processing/metadata) (или ссылка на них): название жетона, тикер, описание, картинка, число знаков после запятой и др. Однако самое интересное в том, что при запуске нового жетона создается не только мастер-контракт, но и некоторое число так называемых валлет-контрактов или жетон-кошельков (jetton wallet contracts): по одному смарт-контракту на каждого держателя токенов. В жетон-кошельке содержится информация о количестве жетонов на балансе конкретного пользователя, адрес его кошелька, адрес основного смарт-контракта (мастера), а также функции, необходимые для отправки и сжигания жетонов. Подчеркнем, что жетон-кошелек — это не то же самое, что ваш обычный кошелек TON (т.н. аккаунт-кошелек). Допустим, Алиса отправляет жетоны NOT Васе: сначала она подписывает транзакцию со своего жетон-кошелька NOT, далее жетоны переводятся с ее общего кошелька на кошелек Васи, и наконец уведомление о переводе приходит на жетон-кошелек NOT Васи. Если у Алисы в кошельке хранится 20 разных токенов (жетонов), значит, у нее 20 разных жетон-кошельков (jetton wallets), и каждый из них — самостоятельный смарт-контракт. ## Проблема: эйрдропы на TON и комиссии В соответствии с традиционным подходом к проведению эйрдропа, проект вначале формирует таблицу адресов всех квалифицированных получателей. Далее начинается распределение жетонов: мастер-контракт создает по жетон-кошельку для каждого получателя, минтит жетоны и отправляет их на жетон-кошельки. Самому пользователю ничего делать не надо. Проблема в том, что на TON проекты платят также за пространство для хранения данных на смарт-контракте (storage fee), и если сумма на балансе падает ниже определенного минимума, смарт-контракт замораживается. А чтобы его разморозить, нужно иметь «на руках» информацию о состоянии смарт-контракта на момент заморозки: еще затраты на хранение данных! Таким образом, подавляющая часть расходов на эйрдроп — это оплата памяти жетон-кошельков и отправки на них токенов. ![](https://metalamp.ru/images/trans_fee.png) Формула расчета комиссии в TON — как видите, она может включать до пяти частей. Источник: [TON Docs.](https://docs.ton.org/develop/smart-contracts/fees) А теперь представьте, что в вашем эйрдропе участвуют 10 миллионов пользователей. Сколько смарт-контрактов вам нужно «задеплоить»? Правильно, 1 новый мастер-контракт плюс 10 миллионов валлет-контрактов. И за каждый нужно оплатить комиссию сети. Сама по себе она маленькая, но если помножить на несколько миллионов, то получится сумма в сотни тысяч долларов. По некоторым данным, в ходе эйрдропа $NOT [создание каждого жетон-кошелька и отправка токенов обошлись в 0,01705 TON](https://medium.com/@buidlingmachine/proof-of-airdrop-993210a79938), причем около половины этой суммы просто хранилось на жетон-кошельке, чтобы гарантировать нужное пространство для хранения. В дропе участвовало 5 миллионов человек, а цена $TON на тот момент (май 2024) была около $7. Получаем: 5,000,000*0,01705*$7=$596,750. А теперь представьте, что в эйрдропе 131 млн участников (как в случае Hamster Kombat). При той же комиссии в TON (0,01705) и цене TON в $5,7 проекту пришлось бы раскошелиться на 131 000 000*0,01705*$5,7=$12 731 235. Конечно, платить $12 миллионов за то, чтобы раздать токены, — абсурд. Альтернатива — переложить все комиссии на самих пользователей. Но для этого необходимо сохранить таблицу со списком адресов, участвующих в эйрдропе, в самом смарт-контракте, чтобы он мог проверить, кому может получать дроп, а кто нет. Опять-таки, если в дропе миллионы участников, то запись такого количества данных в смарт-контракт — это дорого и неэффективно, да и участникам могло бы не понравиться, что нужно платить комиссию. К счастью, команде TON удалось найти решение: минтлесс-жетоны (mintless jetton) = токены, которые создаются на блокчейне только тогда, когда пользователь инициирует их вывод из кошелька (будь то через своп, отправку в стейкинг и т.п.). ## Как работают mintless токены на TON Алгоритм [минтлесс-жетонов](https://docs.ton.org/develop/dapps/asset-processing/mintless-jettons) основан на том, что таблица адресов и аллокаций хранится оффчейн, а пользователь доказывает смарт-контракту, что его адрес есть в списке, после чего клеймит жетоны. Пошагово процесс выглядит так: - Таблица участников хранится оффчейн, но для нее рассчитывается корень Меркла (корневой хеш) — единый хеш, представляющий полный список адресов и размеров индивидуальный аллокаций (подробнее можно прочесть [тут](https://academy.binance.com/ru/articles/merkle-trees-and-merkle-roots-explained)). - Специальный API-сервис в ответ на сообщение-запрос предоставляет доказательство (пруф) того, что тот или иной адрес включен в таблицу эйрдропа. Проект может пользоваться готовым сервисом (например, [этим](https://github.com/tonkeeper/claim-api-go)) или написать собственный. - Ссылка на API-сервис включается в мастер-контракт жетона, а в каждый жетон-кошелек включается корневой хеш. - Пользователь Алиса через кошелек (например, Tonkeeper) отправляет сообщение сервису API, запрашивая пруф того, что ей положены токены. При этом ей нужно иметь на балансе TON для оплаты газа. - Кошелек передает пруф вместе с запросом на получение токенов жетон-кошельку Алисы. - Жетон-кошелек сравнивает пруф с корневым хешем. В случае успеха, кошелек Алисы получает сообщение о поступлении жетонов и они отображаются на балансе, хотя минтинга еще не произошло, то есть токены еще не существуют на блокчейне. - Жетоны фактически минтятся только тогда, пользователь Алиса инициирует их вывод из кошелька. Таким образом, отдельной транзакции клейма и генерации токенов не происходит. Название «mintless» не означает, что токены не минтятся вообще. Суть в том, что их минтит не проект, а пользователи — децентрализованно, самостоятельно и только тогда, когда совершают первую транзакцию с жетонами. Процедура крайне эффективна: - Вне зависимости от числа участников достаточно сгенерировать всего один новый хеш (корневой хеш списка адресов); - Не нужно тратить средства на хранение таблицы ончейн; - Не нужно платить за пространство хранения данных в жетон-кошельках; - Не нужно платить за отправку жетонов пользователям; - Проект не минтит все жетоны разом и не создается экстремальной нагрузки на блокчейн; - Пользователи тоже не минтят массово, а только в момент первой исходящей транзакции (например, перевода на биржу). В списке стандартов TON минтлесс-жетоны проходят как [TEP-177](https://github.com/ton-community/mintless-jetton), расширение к стандарту TP-74. ### Взаимодействие с эйрдропами минтлесс-жетонов С точки зрения пользователя получение дропа mintless jettons — процесс очень простой. Минтлесс-жетоны уже поддерживают основные кошельки для TON, такие как Tonkeeper и TON @Wallet. При подключении кошелька бот эйрдропа происходит проверка наличия аллокации и отображает сообщение с балансом токенов, как будто они поступили в кошелек (хотя, как мы знаем, они даже еще не созданы). После этого можно сразу же совершить первую транзакцию с жетонами; при этом монета будет фактически создана на блокчейне. ### Тест Mintless Points 17 сентября TownSquare Labs опубликовала сообщение о массовом тестировании технологии минтлесс токенов с помощью специально созданного актива Mintless Points. 18 миллионов адресов получили дроп Points, не имеющего никакой рыночной ценности. Дроп прошел благополучно, хотя многие участники были озадачены, обнаружив в кошельке новый непонятный «поинт». Следующим шагом после Points должна была быть «проверка боем» — настоящий эйрдроп Hamster Kombat. ![](https://metalamp.ru/images/ton_square.png) Источник: Сообщение [@ton_square](https://x.com/ton_square/status/1835812778172383563?s=19) на Х о тесте “Минтлесс Поинтс” ## Почему самый масштабный запуск токена в истории превратился в разочарование — и что это значит для mintless-жетонов Запуск дропа $HMSTR ознаменовал целый ряд новых рекордов для TON: - свыше 1 миллиона транзакций в час и 20,4 млн за 24 часа; - 1,8 млн активных адресов за 24 часа; - $469,800 — сумма комиссий в сети за день. ![](https://metalamp.ru/images/trans_fee_count.png) Источник: [Token Terminal](https://tokenterminal.com/terminal/projects/the-open-network?v=YTA3NGNmYWNmYzM1MjViMTE0MWIyYjBm) Несмотря на огромный хайп в СМИ и на технически бесперебойно прошедший дроп, значительная часть участников эйрдропа Hamster Kombat остались недовольны, а сама монета $HMSTR с начала дропа [упала уже на 55%](https://coinmarketcap.com/currencies/hamster-kombat/). Почему так произошло? 1. Около 60% из 300 млн игроков были дисквалифицированы, причем изначально требования не были четко обозначены. [Игроки были уверены, что для получения токенов нужно максимизировать метрику Points Per Hour (PPH),](https://x.com/Cryptowithkhan/status/1837420744604602429) но в последний момент выяснилось, что ключевую роль играли так называемые ключи, которые далеко не все собирали. 2. Изначально дроп планировался на июль, но был отложен до конца сентября. Задержка дропа или любой другой важной для комьюнити активности сама по себе вызывает народный гнев — проектам важно это помнить. 3. Выяснилось, что 11% токенов залочены на 10 месяцев. 4. Пользователи, которые-таки получили дроп, жаловались на маленькие аллокации — особенно по сравнению с временем, затраченным на игру. 5. Большие аллокации были выделены инфлюенсерам, которые даже не играли в игру. 6. Цена листинга оказалась неожиданно низкой: каждая монета в момент начала торгов стоила всего $0,01. Из-за этого аллокации многих участников в долларовом выражении оказались ниже минимального порога для продажи на биржах — особенно после того, как цена обвалилась на 40% в первый же день. ![](https://metalamp.ru/images/mortile_crypto.png) *Сообщение от недовольного участника: “Где все ютьюберы и инфлюенсеры, которые дали комьюнити ложную надежду на цену $0,10 и даже $0,50 за токен?”* ## Что ждет технологию mintless jetton дальше? С технической точки зрения эйрдроп Hamster Kombat прошел гладко: сеть TON не зависла и все квалифицированные участники с подходящими кошельками смогли получить $HMSTR и совершать с ними транзакции. Проекту дроп обошелся во много раз меньше, чем было бы в случае использовании традиционной модели с минтингом токенов. Проблемы эйрдропа Hamster Kombat стали результатом плохой организации на уровне работы с комьюнити, токеномики и т.д. Итак, доказано: минтлесс-жетоны работают и могут сэкономить организаторам дропов очень много денег. Теперь проекты на TON могут свободно использовать перспективу эйрдропа как драйвер трафика, не боясь, что расходы на дроп превысят выручку от этого трафика. Проблема экономической эффективности и монетизации в Web3 стоит очень остро, и mintless jettons могут стать важным шагом на пути к созданию не просто популярных, а прибыльных проектов. С появлением минтлесс-жетонов экосистема TON становится еще привлекательнее для развития как игр, так и других видов проектов. Отметим также, что эйдроп с использованием mintless токенов можно скомбинировать с коробочным решением для игрового мини-аппа, чтобы сделать процесс запуска проекта еще проще. Добавьте сюда масштабное партнерство с Telegram и взрыв популярности мини-аппов (TMA, Telegram Mini Apps) — и вы поймете, почему мы рекомендуем клиентам обратить внимание на TON.  ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё статьи про TON [Lees meer...](https://metalamp.ru/magazine/mintless-zetony-na-ton-novinka-delausaa-proekty-na-ton-ese-privlekatelnee.md) ## L2 для Bitcoin: стоит ли создавать проект в экосистемах Stacks, Merlin Chain, Bitlayer и других ![L2 для Bitcoin: стоит ли создавать проект в экосистемах Stacks, Merlin Chain, Bitlayer и других](https://metalamp.ru/images/blocks.png) Инвестиции в L2-проекты для Bitcoin почти достигли $100 млн в квартал, а в таких экосистемах, как Merlin Chain и Stacks, уже более чем 100 проектов. Рассказываем об основных чейнах, как получить грант на разработку и что нужно знать, запуская стартап в L2-экосистеме Bitcoin. ## Зачем сети Bitcoin L2-блокчейны? Как мы уже рассказывали в нашей [подробной статье про роллапы](https://metalamp.ru/magazine/article/na-kakom-rollape-delat-proekt-sravnivaem-arbitrum-optimism-base-zkevm-i-drugih), L2 — это любое решение, которое помогает улучшить работу какого-либо блокчейна: масштабировать, ускорить, добавить поддержку новой виртуальной машины и т.д. Обычно об L2 говорят в контексте Ethereum, где дневное количество транзакций на роллапах уже давно превысило количество операций на основном блокчейне. Но мало кто знает, что для сети Bitcoin тоже существует немало L2-решений — в том числе роллапов, которые уже работают и имеют собственные экосистемы. Для начала разберем, какие основные задачи решают L2 для Bitcoin: 1. **Поддержка смарт-контрактов и децентрализованных приложений.** Сеть Bitcoin не имеет нативной поддержки смарт-контрактов, но это ограничение не распространяется на его L2-сети: они могут использовать совсем другие языки программирования и виртуальные машины (например, EVM) и поддерживать DeFi, NFT и т.д. Пожалуй, именно эта перспектива больше всего привлекает инвесторов: многие ожидают, что как только у Биткойна появится полноценная экосистема даппов, то ликвидность массово начнет перетекать в нее с основой сети и начнется долгожданный «to the moon». 2. **Масштабирование**, то есть возможность обрабатывать больше транзакций за единицу времени и подтверждать каждую транзакцию быстрее. Сейчас для финализации каждой операции нужно около часа (6 блоков). 3. **Снижение комиссий.** На момент написания статьи средняя комиссия в сети Bitcoin [составляла около $1,20](https://ycharts.com/indicators/bitcoin_average_transaction_fee#:~:text=Basic%20Info,64.02%25%20from%20one%20year%20ago.), что ниже, чем на Ethereum. Но на пике популярности Ordinals («NFT на Bitcoin») в апреле 2024 комиссия доходила до $130. Для сравнения: пользователи Ethereum имеют доступ к крупным и надежным L2-чейнам вроде Arbitrum и Optimism, где комиссия составляет менее $0,01. Любопытный факт: L2 для Bitcoin появились раньше, чем L2 для Ethereum. [Lightning Network ](https://gcomte.github.io/lightning-timeline)— «система быстрых платежей» на BTC — была представлена в 2015 году и запущена на мейннете в 2018, в то время как сходное решение для ETH, Plasma, появилась только в 2017. Кстати, Plasma впоследствии эволюционировала в Optimism, а Lightning Network до сих пор работает, хотя мало кто ей пользуется. В данной статье речь пойдет не о Lightning Network, а о L2-решениях, имеющих собственные экосистемы, в которых можно создать новый проект. Некоторые из них на рынке уже давно (например, Stacks), а другие появились в последние год-два на волне популярности Ethereum L2. ## Лучшие проекты второго уровня (Layer-2) для Bitcoin, которые стоит знать в 2024 году По данным [L2Watch](https://l2.watch/), в экосистеме Bitcoin уже более 80 решений, но в данном обзоре мы рассмотрим только чейны, уже работающие на мейннете. За кадром останутся такие интересные решения в фазе тестнета, как [Citrea](https://citrea.xyz/), B2 Network, Bison, Mirror L2 и многие другие. ![](https://metalamp.ru/images/1.png) ### Lightning Network [Lightning Network ](https://lightning.network/)— решение для быстрых платежей в сети Bitcoin. Два участника открывают приватный канал, по которому передают друг другу средства оффчейн и без комиссий. Только при закрытии канала транзакции записываются на основной блокчейн и ончейн-балансы обновляются. Это частный случай технологии [state channels (каналы состояния)](https://www.ledger.com/academy/glossary/state-channels) — с той разницей, что канал состояния может использоваться любым числом участников и для разных видов транзакций, а не только платежей. Lightning Network была запущена на мейннете в 2017 г. и продвигалась как будущее Биткойна, но число ее активных пользователей, нод и каналов в последнее время [стагнирует](https://bitcoinvisuals.com/lightning). Среди причин: - техническая сложность в использовании некастодиальных решений; - риски кастодиальных кошельков с поддержкой Lightning; - ограниченная полезность (нужно открывать новый канал для каждого нового контрагента); - непредсказуемые финальные издержки (в момент закрытия канала ончейн-комиссия может быть высокой). ![](https://metalamp.ru/images/nodes.png) Источник: Bitcoin Visuals Как мы уже упомянули, на Lightning Network нельзя построить экосистему приложений, хотя интеграция с Liquid Network (см. ниже) отчасти решает эту проблему. В данной статье мы сконцентрируемся на более традиционных L2-решениях, которые поддерживают смарт-контракты, DeFi и полноценные экосистемы. ### Liquid Network Liquid Network — сайдчейн Биткойна, интегрированный с Lightning Network. Оно позволяет, в частности: - Проектам — выпускать новые активы, в том числе токены и стейблкойны; - Пользователям — совершать свопы, оптимизировать каналы Lightning Network и накапливать маленькие количества биткойна, не тратя деньги на комиссии; - Мерчантам — принимать платежи в BTC. ![](https://metalamp.ru/images/liquid.png) ### Statechains [Statechains](https://bitcoinops.org/en/topics/statechains/), или чейны состояния, — решение, напоминающее Lightning Network, только участники должны подписывать каждую транзакцию с помощью временного приватного ключа, который передается провайдеру чейна. Таким образом, требуется участие посредника, хотя провайдер не может украсть средства. Пока что это решение нигде активно не используется. ### Что такое Stack ($STX) чейн? [Stacks](https://www.stacks.co/) — чейн, на котором можно создавать смарт-контракты и децентрализованные приложения. Он был запущен в 2017 г. и в текущей версии полностью зависит от сети Bitcoin в плане консенсуса, безопасности и финализации транзакций, поэтому его можно причислить к L2, хотя сами создатели [характеризуют его как L1.5.](https://github.com/stacks-network/stacks/blob/master/stacks-l2.md) Данные о транзакциях на Stacks записываются в форме хешей в блоки Bitcoin L1 — этим Stacks напоминает роллап, хотя механизм упаковки данных другой. Главные активы чейна — STX, а также sBTC, курс которого привязан к BTC. Владельцы адресов в сети Bitcoin могут обменивать BTC на sBTC, STX и другие активы в сети Stacks с помощью атомарных свопов. Смарт-контракты на Stacks используют язык [Clarity](https://clarity-lang.org/), специально разработанный для Bitcoin. В августе-сентябре 2024 число контрактов в экосистеме [выросло на 30%](https://x.com/Stacks/status/1832450434285629805) и достигло 1400. ![](https://metalamp.ru/images/smartcontractsdeployments.png) Перечислим несколько из ведущих даппов на Stacks: для подключения к ним желательно иметь кошелек Xverse, OKX или Leather. - [ALEX](https://app.alexlab.co): DEX, фермы, стейкинг и лаунчпад в одном флаконе. Объем ликвидности в самом большом пуле — $14 млн, (по данным на 28 сентября). ![](https://metalamp.ru/images/alex.png) - [StackingDAO](https://www.stackingdao.com/): протокол ликвидного стейкинга (TVL — [свыше $100 млн](https://defillama.com/chain/Stacks)), в котором можно разместить STX под 9,3% годовых и получить токены stSTX, использующиеся во многих DeFi-приложениях на Stacks. - [Zest](https://app.zestprotocol.com/): лендинговый протокол (текущий TVL — $36 млн), где можно получить займ в stSTX, STX или USDC. ### Что такое Merlin Chain ($MERL)?  Merlin Chain — первый EVM-совместимый ZK-роллап для Bitcoin. Другими словами, на нем можно создавать приложения на языке Solidity, как на Arbitrum или Optimism, хотя данные блоков записываются на блокчейн Bitcoin. В этом большое преимущество Merlin Chain для разработчиков проектов в экосистеме Bitcoin: можно работать с привычными инструментами. Чейн использует технологии ZK (zero-knowledge), то есть генерирует пруфы валидности данных по аналогии с такими роллапами на Ethereum, как zkSync Era и Polygon zkEVM. Благодаря [системе мостов](https://app.free.tech/) можно [бриджить](https://app.free.tech/) MERL, mBTC и даже экзотические токены вроде pumpBTC между Ethereum и Merlin Chain, а также BTC между Merlin Chain и Bitcoin. Отчасти Merlin Chain обязан быстрым ростом популярности крайне щедрой программе стейкинга [Merlin’s Seal](https://medium.com/@merlinchaincrypto/merlins-seal-the-biggest-fair-launch-of-layer2-561400Ethereum1b2582): 20% всех токенов MERL выделено на вознаграждения. Среди крупных даппов (TVL свыше $10 млн) на Merlin Chain: - Avalon Finance (займы); - Merlin Swap (DEX); - Surf Protocol (деривативы); - DeSyn Yield (пассивный доход). ![](https://metalamp.ru/images/chains.png) ### Что такое Rootstock ($RSK)? [Rootstock](https://rootstock.io/) — сайдчейн Bitcoin, работающий c 2018 года. Его основной актив — RBTC, привязанный к BTC, но при этом чейн поддерживает EVM (вернее, ее форк RVM) и смарт-контракты на Solidity. Мосты связывают Rootstock как с Bitcoin, так и с Ethereum. Майнеры в сети Биткойн могут одновременно майнить RBTC, и около 50% из них так и делают, что способствует устойчивости и безопасности данного L2. Протоколы на Rootstock поддерживают MetaMask и разнообразные активы, привязанные к BTC или доллару: RBTC, Dollar on Chain, RIF US Dollar и др. - [MoneyOnChain](https://dapp.moneyonchain.com/) (доходный стейкинг); - [Sovryn](https://sovryn.app/) (трейдинг и займы); - [Tropycus](https://tropykus.com/home/section/savings) (займы); - [Rif On Chain](https://rifonchain.com/) (стейблкойн). ![](https://metalamp.ru/images/chains2.png) ### CKB Public Chain и Nervos Network CKB (Common Knowledge Base) — это базовый слой экосистемы [Nervos Network.](https://www.nervos.org/) Монета CKB используется для оплаты вознаграждения майнеров, а также пространства для хранения данных (1 CKB = 1 байт на блокчейне). Как и в сети Bitcoin, каждые четыре года происходит халвинг, то есть число новых токенов, выпускаемых с каждым блоком, падает вдвое. CKB обеспечивает консенсус и безопасность с помощью механизма Proof-of-Stake, но ни приложений, ни L2 на нем нет: для этого используется чейн Nervos, токеном которого также служит токен $CKB. Вообще базовый слой CKB может поддерживать самые разные языки программирования и блокчейны, в том числе роллапы (даже EVM) и сайдчейны, а также Lightning Network. В свою очередь, Nervos — модульный блокчейн, к которому можно «привинтить» самые разные L2 и таким образом добиться масштабирования до миллионов транзакций в секунду. Правда, пока что до этого далеко: [в среднем CKB обрабатывает 14 транзакций в минуту](https://explorer.nervos.org/), а из L2 пока что успешно работает только гейминговый EVM-чейн [Godwoken](https://www.godwoken.com/). В этой [экосистеме](https://ckbdapps.com/ecosystem), устроенной как матрешка, довольно много даппов, но уровень активности довольно низкий: так, по оценке DeFiLlama, [TVL роллапа Godwoken составляет всего $140,000.](https://defillama.com/chain/Godwoken) ![](https://metalamp.ru/images/defilamagodwoken.png) ### BitVM [BitVM](https://bitvm.org/) — не чейн, а виртуальная машина — оболочка для исполнения смарт-контрактов, выполняющая ту же роль, что и EVM в экосистеме Ethereum. На базе BitVM можно создать любое количество новых сетей второго уровня. BitVM исполняет смарт-контракты вне сети Bitcoin — на основном блокчейне только верифицируются их функции. Специальный алгоритм-прувер утверждает, что каждая функция контракта рассчитывает тот или иной результат в ответ на те или иные вводные. Любая полная нода Bitcoin может оспорить утверждение прувера, провести проверку и при необходимости наказать его — примерно так, как это происходит в оптимистических роллапах, только речь идет о функциях контрактов, а не о транзакциях. Важнейший элемент BitVM — децентрализованный мост [BitVMBridge](https://bitvm.org/bitvm_bridge.pdf) для перевода BTC между сетью Bitcoin и L2-чейнами. BEVM — EVM-совместимый L2 для Bitcoin с TVL около $12 млн и амбициозной целью привлечь 10% всего запаса BTC в свою экосистему. Это также первый EVM L2, использующий BTC для оплаты газа. Мост BEVM позволяет перевести с Bitcoin BTC и целый ряд BRC-20 активов: ORDI, SATS, RATS и др. Также есть мост для Ethereum (ETH, USDT, USDC и др.). ![](https://metalamp.ru/images/bevm.png) Даппы на BEVM могут рассчитывать на эйрдроп токенов BEVM (см. «Программы поддержки»). Среди даппов-лидеров на BEVM — Satoshi Protocol (стейблкойн), Coral Finance (стейкинг), Bido Finance (доходный стейкинг), BEVM Swap (DEX) и десятки других. ### Bitlayer Bitlayer — Layer 2 на основе BitVM, текущий DeFi TVL которого составляет [около $380 млн](https://defillama.com/chain/Bitlayer) (на конец сентября 2024). Этот показатель может вскоре вырасти благодаря новой программе поощрения проектов Ready Player One на сумму $50 млн (см. раздел «Программы поддержки стартапов»). Средняя комиссия в сети составляет $0,1. В экосистеме уже около 100 приложений, многие из которых привлекают пользователей с помощью эйрдропов. По TVL лидируют следующие даппы: - [Avalon Finance](https://www.avalonfinance.xyz/) (займы, $169 млн TVL); - [DeSyn](https://www.desyn.io/#/) (пассивный доход, мультичейн-протокол); - [Macaron](https://www.macaron.xyz/) (DEX). ![](https://metalamp.ru/images/avalon.png) ### Dovi Dovi — уже неактивный проект, который должен был решить примерно те же задачи, что и BEVM, Bitlayer и т.д.: поддержка смарт-контрактов, совместимость с EVM и т.д. Проект не публикует обновлений с февраля 2024 года. ## Инвестиции в сектор Bitcoin Layer 2 Если вы задумываетесь о запуске собственного проекта на одном из Bitcoin L2, то вам наверняка интересно, сколько денег можно получить от инвесторов. Приведем ряд примеров: - Всего Bitcoin L2-проекты собрали $94,6 млн во 2-м квартале 2024, что на 174% выше, чем в 1-м квартале этого года (по данным [отчета Galaxy](https://www.galaxy.com/insights/research/crypto-and-blockchain-venture-capital-q2-2024/)). - Zulu Network (Layer 2 с поддержкой EVM) [привлек $3 млн](https://medium.com/@zulu_network/zulu-network-secures-3-million-in-pre-seed-funding-to-revolutionize-bitcoin-layer-2-5aeb7c39fa34) на стадии pre-seed в апреле 2024; - BitLayer (L2 на основе BitVM) [собрал $16 млн в двух раундах;](https://medium.com/@venturevisionary/bitlayer-research-report-233e8d8a6c10) - Zk-роллап Citrea [собрал $2.7 млн.](https://www.coindesk.com/tech/2024/02/21/bitcoin-zero-knowledge-rollup-citrea-raises-27m-in-seed-funding/) Для сравнения приведем несколько цифр, характеризующие недавние инвестиции в L2-проекты в экосистеме Ethereum: - Movement Labs (L2, поддерживающий Move VM): [$38 млн;](https://cointelegraph.com/news/ethereum-l2-movement-labs-38m-move-evm-adoption) - Essential:[$11 млн в августе](https://www.theblock.co/post/310948/intent-centric-ethereum-l2-essential-funding) 2024 (раунд А) - Corn: [$6,7 млн](https://cryptoslate.com/ethereum-l2-corn-launches-with-6-7-million-in-seed-funding-integrates-bitcoin-backed-gas/) (seed-раунд), также в августе; - [AgentLayer](https://agentlayer.medium.com/decentralized-ai-l2-blockchain-network-agentlayer-raises-1-5-million-in-seed-round-funding-16ac5b687546) (L2 для AI): $1,5 млн (сид-раунд). Как видите, цифры — одного порядка, то есть L2 на Bitcoin интересны инвесторам в такой же мере, как и на Ethereum. При этом нужно учитывать, что инвестиции в даппы на L2 обычно ниже, чем в сами L2, поэтому если вы планируете запускать, к примеру, DeFi-протокол, лучше не рассчитывать на $5-6 млн — скорее на $500k. ## Программы поддержки стартапов в экосистеме Bitcoin [Bitcoin Frontier Fund](https://btcfrontier.fund) Фонд инвестирует в проекты на Stacks, Rootstock, zk-роллапах для Bitcoin и др. На поддержку могут претендовать в том числе стартапы в сфере DeFi, Ordinals, GameFi, кошельки, мосты и пр. Также фонд предлагает очень полезный [гайд по подготовке data room](https://btcfrontierfund.notion.site/Data-Room-Guide-Checklist-7b05170ebff9406287640ade094d8a7d) — необходимого пакета документов для инвесторов. [UTXO Management](https://www.utxo.management/venture/) Новый фонд, финансирующий стартапы на этапе seed, в том числе в секторах DeFi, инфраструктуры и Ordinals. На сайте есть [форма](https://www.utxo.management/contact/) для подачи заявки. [Bitcoin Startup Lab](https://www.btcstartuplab.com/) Программа-преакселератор под руководством ментором, каждый их которых собрал не менее $1 млн на стадии pre-seed. Программа должна помочь за 3 месяца упаковать идею в стартап, готовый к фандрейзингу, а также найти кофаундеров, инвесторов, партнеров и т.д. [Гранты Stacks Foundation](https://stacks.org/grants) Проекты на Stacks могут рассчитывать на [грант](https://stacks.org/grants), если попадают в одну из текущих приоритетных категорий: инструменты для разработчиков, инфраструктура или решения, связанные с недавним апгрейдом Nakamoto. [Программа Ready Player One от Bitlayer](https://blog.bitlayer.org/Join_Bitlayer_Booster_Grants_Program_Up_to_$1M_for_Each_Project_to_Grab/) Данная программа грантов от $10,000 до $300,000 предназначена только для проектов в экосистеме Bitlayer. Два раунда отбора занимают около 2 недель; в финальном отборе проекты делают 15-минутную презентацию. Правда, гранты выдаются не живыми деньгами, а токенами BTR после того, как стартапом будет запущена собственная криптовалюта. [Программа BEVM Visionary Builders](https://bvb.bevm.io/) Стартапы на BEVM могут рассчитывать на эйрдроп, если им удастся набрать достаточно голосов в лидерборде. Общий фонд программы — $60 млн в токенах BEVM. ![](https://metalamp.ru/images/chainsl2.png) [Программа N21](https://n21.stacks.co/) [N21](https://n21.stacks.co/) — программа подготовки к выходу на рынок от Stacks, которая помогает стартапам с разработкой, маркетингом и фандрейзингом (но сама деньги не раздает). [Гранты экосистемы ALEX](https://blocksurvey.io/buildonalex-application-form-J2LtUod1Qi2iDkJ7wpL2Ug-o) ALEX — DeFi-платформа на Stacks, в которую входят биржа, лаунчпад, фермы и стейкинг. Цель ALEX — стать полноценным финансовым слоем всей экосистемы Bitcoin с помощью интеграций проектов от других команд, будь то кроссчейн-свопы, RWA, фьючерсы и т.д. Подать заявку на грант можно [здесь](https://blocksurvey.io/buildonalex-application-form-J2LtUod1Qi2iDkJ7wpL2Ug-o). Учтите, что проект для ALEX по определению должен быть сделан на основе Stacks. ## Что говорят противники L2 на Bitcoin Далеко не все согласны, что создание L2-экосистемы на основе Bitcoin – хорошая идея. В частности, выдвигаются следующие возражения. - **Трудности обновления Bitcoin** Для эффективного развития роллапов нужно, чтобы и L1-чейн адаптировался к их потребностям. Так произошло, например, с апгрейдом Ethereum Dencun, который ввел новый вид транзакций («блобы») специально для того, чтобы роллапы могли экономить ресурсы при записи данных на L1. В случае c Биткоин такое вряд ли возможно, потому что отсутствуют управляющий коллектив и структурированный механизм регулярных апгрейдов. - **Сложность создания эффективных мостов для Bitcoin** Для обмена активами с Layer 2-сетями нужен мост, а большинство мостов используют продвинутые смарт-контракты, создать которые на Bitcoin нельзя. А даже если бы было можно, механику работы транзакций на Bitcoin (через UTXO) и на EVM (на основе балансов аккаунтов) очень трудно совместить. В ответ на это возражение можно указать на уже работающие мосты Merlin Chain, BEM и других.. - **Проблема доступности данных (data availability или DA)** Нужно как-то записывать данные о транзакциях L2 в основной сети, чтобы полные ноды Bitcoin могли верифицировать их валидность. В Ethereum эта проблема сейчас решается за счет крупных объектов-блобов, которые хранятся на основном чейне ограниченное время, и за счет сторонних DA-решений (Celestia, EigenDA, Polygon Avail и пр.), где роллапы могут дешево хранить данные. В случае с Bitcoin использование таких сторонних DA-сетей неизбежно, потому что записывать данные на основной чейн слишком дорого. Такое решение привносит факторы риска: участникам придется доверять DA-сетям, которые обычно довольно централизованы. С другой стороны, в этом роллапы на Bitcoin ничем не отличаются от роллапов на Ethereum - **Риск роста комиссий** Если цена биткоина в долгосрочной перспективе продолжит расти (будь то до $100 000 или до миллиона долларов, как считают многие), а технология основного чейна не поменяется, комиссия в долларовом выражении тоже будет расти в любом случае. Добавьте сюда большой объем транзакций, поступающих с ролларов (из расчета 1 блок на L2 = 1 транзакция на Bitcoin), и вы получите рецепт для взрывного роста комиссий по образцу апреля 2024 года. Нести это бремя придется конечным пользователям Layer 2. - **Недостаточная конкурентоспособность по сравнению с роллапами для Ethereum** L2-чейн для Bitcoin может достичь временной хайповой популярности благодаря своей новизне или хорошим поощрениям для проектов. Но для долгосрочного успеха нужно, чтобы такой чейн был таким же быстрым, дешевым и надежным, как L2 на Ethereum. Достичь этого будет непросто. - **Предназначение Bitcoin — не в этом** Как выразился один пользователь Reddit, пытаться использовать Bitcoin как основу для L2 — все равно что пытаться с помощью оборудования для добычи золота бурить нефть: может, и получится, но неэффективно. Bitcoin создавался для новая форма цифровых денег, а Ethereum — как децентрализованный глобальный компьютер, поэтому различным программам и приложениям место именно на Ethereum, а биткоин пусть и дальше выполняет функции хранилища ценности и «цифрового золота». Конечно, в отличие от остальных аргументов, это позиция скорее идеологическая. ## Будущие перспективы для сетей Bitcoin L2 — и к чему нужно быть готовыми, создавая продукт для экосистемы Bitcoin В заключение выделим основные «за» и «против» разработки проектов на одном из L2 для Bitcoin. ### Преимущества 1. **Относительной простой способ получить финансовую поддержку:** инвесторам интересна Биткойн-экосистема, а конкуренция за средства в этой нише куда ниже, чем на Ethereum или Solana. 2. **Хайп:** есть шанс «попасть в нарратив», если экосистема Биткоин окажется в центре внимания в 2025 г., как это произошло с AI в 2024. Медиа также с готовностью освещают проекты на Bitcoin L2. 3. **Возможность работать с EVM:** ряд L2 поддерживают EVM. Это значит, что можно разработать продукт с помощью Solidity, MetaMask, Remix и др., в том числе при поддержке агентства по созданию смарт-контрактов, такого как MetaLamp, а не искать специалистов по редким языкам вроде Clarity. 4. **Поддержка команды L2**. Как и в любой молодой блокчейн-экосистеме, разработчики самих L2 с готовностью идут на контакт с командами стартапов, ретвитят посты, помогают с маркетингом и т.д. Запускаясь на крупной устоявшейся сети, такого личного контакта с разработчиками добиться сложно. ### Возможные трудности 1. **Фрагментация ликвидности:** одновременный выход на рынок большого числа L2 означает, что на каждый из них приходится лишь часть от общего «пирога» средств заинтересованных трейдеров и маркет-мейкеров. Результат — низкие объемы торгов, резкие колебания цен токенов и значительный слиппедж (проскальзывание цены). 2. **Ограниченная аудитория:** реальный TPS Merlin Chain составляет около 1 транзакции в секунду (1-5 транзакций на блок), Rootstock — менее 1 TPS (5-15 транзакций в минуту). Даже если в экосистеме впечатляющее число даппов, это не значит, что пользователи реально взаимодействуют с ними. ![](https://metalamp.ru/images/transactions.png) Источник: [Merlin Scan](https://scan.merlinchain.io/) 3. **Риск оттока пользователей.** Некоторые L2 привлекают проекты и пользователей с помощью щедрых программ стейкинга. По завершении программы (или просто когда хайп спадет) возможен резкий отток средств из экосистемы и снижение числа активных пользователей. В качестве аналогии можно привести роллап на Ethereum Blast, TVL которого за три месяца упал в 3 раза. ![](https://metalamp.ru/images/defilaamaa.png) Источник: [DeFiLlama](https://defillama.com/chain/Blast) 4. **Сложность разработки на Stacks.** Stacks — пожалуй, самый известный L2 для Bitcoin, но для того чтобы создать продукт в его экосистеме, нужно владеть языком Clarity. Найти таких специалистов непросто, а в случае нехватки интереса к проекту, его нельзя будет перенести в другую экосистему (скажем, EVM L2). ## Стоит или нет? L2 для Bitcoin – очень многообещающая ниша как минимум в краткосрочном и среднесрочном периоде, а конкуренция между даппами в ней пока ниже, чем на роллапах для Ethereum. При этом разработка обойдется примерно в одинаковую сумму, если мы говорим об EVM-совместимых L2 для Биткойн, таких как Merlin Chain, BitLayer, Citrea. Благодаря популярности нарратива L2 для Биткоин стартапы имеют больше шансов привлечь средства инвесторов и внимание крипто-СМИ. С другой стороны, число активных пользователей таких L2 остается ограниченным, что затрудняет монетизацию приложений. Финальный вердикт здесь сформулировать сложно. Скажем так: если у вас уже готова как минимум подробная идея продукта и ее грамотная упаковка для инвесторов, то попробовать запуститься на EVM L2 для Биткойн стоит — но при этом нужно быть готовыми перейти в другую экосистему, если выбранный L2 «не выстрелит». Что касается запуска в сетях, не поддерживающих EVM, то лучше иметь в штате (или даже среди основателей) разработчиков, владеющих необходимым языком смарт-контрактов. В любом случае лучше не полагаться на взрывной рост числа пользователей и выручки даппа в краткосрочном периоде. Кроме того, будьте готовы, что стадия привлечения первичного финансирования и IDO могут оказаться гораздо легче, чем стадия привлечения пользователей в приложение. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё больше популярных тем [Lees meer...](https://metalamp.ru/magazine/l2-dla-bitcoin-stoit-li-sozdavat-proekt-v-ekosistemah-stacks-merlin-chain-bitlayer-i-drugih.md) ## Что такое Polymarket и как работает рынок предсказаний? ![Что такое Polymarket и как работает рынок предсказаний?](https://metalamp.ru/images/polymarket_article.png) В мире, где информация и аналитика становятся ключевыми факторами успеха, Polymarket выделяется как один из крупнейших и самых популярных рынков предсказаний на блокчейне. Эта инновационная платформа позволяет пользователям делать ставки на исход различных событий — от спортивных матчей до политических выборов и культурных мероприятий. В этой статье мы рассмотрим, как работает Polymarket, какие возможности он предоставляет своим пользователям и почему он стал настоящим феноменом в сфере децентрализованных финансов. ## Proxy wallets Когда пользователь впервые использует Polymarket, ему необходимо создать внутренний кошелек. У него есть два варианта: - Использовать свой существующий EOA-аккаунт. Поддерживаются Metamask, Coinbase и WalletConnect. - Использовать электронную почту для технологии под названием [Magic Link.](https://medium.com/@email_36494/magic-links-2149f31f1a56) Вводите почту и получаете на нее специальную ссылку, по которой можно воспользоваться сервисом. Кошелек создается через специальную фабрику смарт-контрактов и представляет собой мультисиг со схемой 1/1, что означает, что он полностью управляется пользователем. Использование внутренних кошельков позволяет Polymarket обеспечить лучший пользовательский опыт, например, отправку нескольких транзакций за раз. ## Рынок прогнозов Рынок прогнозов начинается с предсказания. Предсказание является основой, вокруг которой строятся пользовательские сценарии. В контексте рынков прогнозов такое утверждение называется condition. Это может быть вопрос, утверждение, описание ожидаемого результата, событие, предсказание и так далее. Мы можем рассматривать это как любую форму высказывания, претендующую на истинность в будущем. Примеры предсказаний: 1. В сентябре произойдет землетрясение в 7 баллов. 2. GPT-5 выйдет в релиз в 2024? 3. Ребенок Бибера: мальчик или девочка? 4. Самый кассовый фильм в 2024? 5. Ethereum достигнет отметки в $10k в 2024 Каждое предсказание имеет дедлайн для проверки: исполнилось предсказание или нет. За определение результата предсказания в Polymarket отвечает специальный оракул. **При чем тут оракул?** Polymarket построен с использованием блокчейн-технологии, и для передачи данных в сеть используется оракул. Оракул спроектирован таким образом, что можно доверять его результатам по любому предсказанию. Зачастую предсказание имеет несколько исходов (outcomes). Именно среди этих исходов оракул будет определять результат предсказания. Пример предсказаний с исходами: 1. GPT-5 выйдет в релиз в 2024? - Да - Нет 2. Самый кассовый фильм в 2024? - Inside Out 2 - Other - Deadpool 3 - Joker 2 - Despicable Me 4 - Dune: Part 2 - Furiosa: A Mad Max Saga Типовой рынок прогнозов можно описать при помощи следующей схемы: ![](https://metalamp.ru/images/prediction-market-flow.png) Схема работы рынка прогнозов На первом этапе создается рынок, и добавляется новое предсказание (condition) с установленным временем жизни. В течение этого времени пользователи могут выбирать один из исходов, который им кажется наиболее вероятным. На последнем этапе оракул определяет, какая группа пользователей оказалась права, а какая ошиблась. Пользователи, которые выбрали правильный вариант, получают **вознаграждение**. Это вознаграждение формируется из взносов всех участников. Каждый пользователь, голосуя за определённый исход, вносит некоторую сумму актива, используемого на рынке предсказаний. Соответственно, пользователи, которые ошиблись в выборе исхода, не получают ничего. Здесь напрашивается вывод, что рынок прогнозов — это ставки. И да и нет. Ключевую идею рынков прогнозов продвигает Виталик в своем [блоге](https://vitalik.eth.limo/general/2021/02/18/election.html). Он считает, что подобные сервисы могут использоваться как нейтральные источники прогнозирования или анализа вероятности наступления различных событий. На основе этих данных можно принимать полноценные управленческие решения. ## На сколько точны прогнозы В целом, идея о том, что рынок прогнозов может быть достаточно точным, подкрепляется [гипотезой эффективного рынка.](https://en.wikipedia.org/wiki/Efficient-market_hypothesis) Согласно этой гипотезе, стоимость любого актива напрямую соответствует его реальной ценности, поскольку все доступные данные уже учтены в цене. Простой пример: *Предположим, что инвесторы знают рыночную стоимость товара. Они будут покупать этот товар, пока это выгодно. Постепенно спрос будет расти, и вместе с ним будет увеличиваться стоимость товара, пока его цена не достигнет уровня, при котором покупка перестанет быть выгодной.* Исследования показали, что рынки прогнозов в среднем значительно точнее социальных опросов и мнений экспертов. Точность таких рынков изучалась множеством [исследователей](https://en.wikipedia.org/wiki/Prediction_market#Accuracy) в различных областях, включая проверку теорий и лабораторных данных, здравоохранение и принятие управленческих решений. Участники рынков прогнозов анализируют широкий спектр информации: новости, спорт, инновации, происшествия, тенденции развития, экологию, политику и многое другое. Их экономический стимул обеспечивает то, что их влияние на стоимость (или вероятность) рынка будет меняться с такой точностью, что это будет отражать истинность прогноза. Поэтому рынки предсказаний считаются одним из лучших источников вероятностей наступления событий в реальном времени. Polymarket является одним из таких сервисов, который в последнее время привлекает все больше внимания. ## Polymarket. Как работает? Объяснение на пальцах Для того чтобы понять, как работает сервис, давайте откроем первое попавшееся событие на [Polymarket](https://polymarket.com/) и разберём его интерфейс. ![](https://metalamp.ru/images/polymarket-what-outcomes.png) На скриншоте выделено название события «Bitcoin above $60,000 on August 30?» и возможные исходы. В нашем случае исходов всего два: «Yes» и «No». Однако важно помнить, что количество исходов может быть больше двух. Давайте взглянем на скриншот ниже для более детального понимания интерфейса. ![](https://metalamp.ru/images/polymarket-what-multiple-outcomes.png) Множество исходов располагается сразу под названием события. На правой панели отображается самый популярный исход — тот, который в данный момент выбран большинством пользователей. Это позволяет быстро получить доступ к этому варианту исхода. ### Что означает кнопка Buy? ![](https://metalamp.ru/images/polymarket-what-buy-button-mean.png) Под капотом каждый исход определяется специальным share токеном по стандарту ERC-1155. Кнопка Buy предназначена для покупки токенов выбранного исхода. В обмен пользователь платит базовый актив — USDC. Процесс покупки можно рассматривать как голосование. Пользователи «голосуют» за один из исходов, подкрепляя свой голос реальными активами, что гарантирует ответственность голосующего при принятии решения. Процессу покупки соответствует обратный процесс продажи. Каждое такое голосование определяет позицию пользователя по конкретному событию. Для процесса покупки можно использовать различные термины: «голос», «ставка», «позиция» или «голосование», «покупка». Каждый может выбрать термин, который ему ближе, но все они обозначают выражение пользовательского мнения по событию. ### Как понимать цену исходов? ![](https://metalamp.ru/images/polymarket-what-price-mean 1.png) Цена в 98.8 центов за исход «Yes» означает, что вероятность того, что событие «Bitcoin above $55,000 on September 13?» окажется верным, составляет 98%. Соответственно, цена в 2.3 цента указывает на вероятность в 2%, что биткоин будет стоить ниже $55,000. По сути, стоимость отражает вероятность наступления этого исхода. Чем выше стоимость, тем больше вероятность, что это событие произойдет, по мнению пользователей. Если пользователь считает, что шансы биткоина преодолеть отметку в $55,000 реальны, он купит токены «Yes» по цене 98.8 центов за штуку. Если пользователь окажется прав, и биткоин действительно превысит отметку в $55,000, то каждый купленный токен «Yes» будет стоить $1. Таким образом, пользователь получит прибыль в 1.2 цента за каждый купленный токен. В то же время любой пользователь, владеющий токенами «No», потеряет свои вложения, так как они станут бесполезными. Стоит отметить, что пользователь не обязан держать свою позицию до конца: он может продать свои акции в любое время по текущей рыночной стоимости. ## Технический разбор Далее будет разбор всех аспектов протокола с техническим уклоном. Пристегните ремни! 🤓 ### Токенизация исходов Мы определили, что все исходы событий на Polymarket токенизированы. Повторяемся, что мы уже знаем: - Такие токены можно назвать **share** токенами - **Share** токен покупается за базовый актив, поэтому share токены полностью обеспечены - **Share** токен может быть продан обратно за базовый актив. А дальше пойдет новая информация. Share токены реализуют ERC-1155 на базе [Gnosis Conditional Tokens Framework (CTF)](https://github.com/gnosis/conditional-tokens-contracts), который доказал свою эффективность и был опробован несколькими протоколами. Максимально CTF может поддерживать для каждого события до 256-и исходов. Каждое предсказание идентифицируется в CTF. Для этого ему присваивается **conditionalId**. ConditionalId является уникальным за счет результата хеширования трех параметров: - **oracle**. Адрес оракула, который будет рассчитывать результат события. Это гарантирует, что предсказание может быть рассчитано только указанным оракулом. - **questionId**. Идентификатор предсказания, который задается создателем предсказания. Это может быть простой счетчик, где для каждого нового предсказания к значению прибавляется единица, или более сложная схема, использующая хеширование текста и других данных. - **outcomeSlotCount.** Количество возможных исходов для предсказания. На схеме ниже можно наглядно представить, как работает CTF (Conditional Token Framework). ![](https://metalamp.ru/images/polymarket-ctf-concept.png) Пользователь передает базовый актив в момент, когда делает ставку, и получает **share** токен, который внутри CTF называется **conditional token.** После того как оракул рассчитает предсказание, пользователь сможет получить свое вознаграждение от CTF на основе результата предсказания. Когда пользователь получил **conditional token**, считается, что он занял определённую позицию. В CTF позиции представляют собой набор возможных комбинаций исходов для каждого предсказания. CTF генерирует эти позиции для каждого предсказания, и каждая из них соответствует одной из всевозможных комбинаций исходов, которые может выбрать пользователь. Например: Самый кассовый фильм в 2024? - Inside Out 2 - Other - Deadpool 3 - Joker 2 - Despicable Me 4 - Dune: Part 2 - Furiosa: A Mad Max Saga Пользователь может проголосовать за то, что «Inside Out 2» станет самым кассовым фильмом, и за то, что «Dune: Part 2» точно не будет кассовым фильмом в 2024 году. Эта комбинация прогнозов и будет называться его позицией. Для работы с позициями в CTF существуют два интересных механизма: **splitting** и **merging**. Механизм **splitting** позволяет разделять одну позицию на несколько отдельных исходов, а **merging** — объединять различные исходы в одну позицию. Эти механизмы дают пользователям гибкость в управлении своими позициями. На мой взгляд, CTF дает Polymarket четыре важных преимущества: - **Share токен** используется для подтверждения голоса пользователя за определённый исход предсказания. - Реализует **гибкую систему** для комбинирования голосов пользователя в различные позиции. - **Ответственность за расчет** события возлагается на CTF, основываясь на сигнале оракула. - **Рассчитывает вознаграждение** в соответствии с долей share токена для выигравших исходов. Особенно важно отметить, что CTF позволяет организовывать связанные события, в которых позиции пользователей могут быть объединены. Однако в Polymarket я не нашел подобных примеров. Мне очень понравился концепт CTF, хотя он и достаточно сложен для моего понимания. Подробнее ознакомиться с ним можно в [официальной документации](https://docs.gnosis.io/conditionaltokens/docs/devguide01). ### Orders Переходим к одной из самых загадочных вещей в Polymarket — ордера. ![](https://metalamp.ru/images/polymarket-what-orders.png) Для совершения покупки интерфейс Polymarket предоставляет три вида ордеров: - **Market** — покупка по текущей рыночной стоимости, выполняемая немедленно. - **Limit** — отложенные ордера, которые позволяют указать цену, при достижении которой будет совершена покупка. - **AMM** — покупка по цене, которая определяется автоматически, как это делается в децентрализованных обменниках, на основе количества резервов в пуле. На данный момент функция ордеров AMM, похоже, не работает. Я не смог найти событие, которое позволило бы сделать покупку через AMM. Прошерстив Discord протокола, я нашел относительно свежий комментарий одного из пользователей, который проливает свет на эту ситуацию. Смотри скриншот ниже. ![](https://metalamp.ru/images/polymarket-amm-discord.png) Согласно [документации](https://docs.polymarket.com/#fpmms) протокола, для AMM использовались смарт-контракты, разработанные в рамках [Conditional Token Framework](https://docs.gnosis.io/conditionaltokens/docs/introduction3). Таким образом, с помощью AMM формировалась цена покупки **share** токена. Эта базовая механика требовала привлечения ликвидности для обеспечения стабильности ценообразования и снижения волатильности. Поставщики ликвидности должны иметь экономический стимул, получая вознаграждение с каждой совершённой покупки, чтобы поддерживать работу системы. К сожалению, я знаком с Polymarket недавно, но предположу, что изначально протокол полностью запускался на CTF, а для ценообразования использовался AMM. Со временем протокол разработал гибридное решение с ордербуком, и два других типа ордеров (limit и market) стали работать на собственном решении. Это решение называется CLOB (Central Limit Order Book) или BLOB (Binary Limit Order Book). ### CLOB и BLOB **CLOB** (Central Limit Order Book) или **BLOB** (Binary Limit Order Book) — это система, представляющая собой гибридно-децентрализованный ордербук. В этой системе специальный оператор занимается сопоставлением ордеров и инициирует их исполнение на смарт-контрактах. Не вдаваясь в детали, систему можно описать следующим образом: ![](https://metalamp.ru/images/polymarket-clob-concept.png) Пользователи создают ордера на исполнение, которые могут быть как лимитными, так и рыночными. Оператор сопоставляет ордера пользователей и инициирует исполнение этих ордеров на смарт-контрактах. Под созданием ордера подразумевается создание структуры данных, подписанной приватным ключом пользователя в соответствии со стандартом [EIP-712](https://eips.ethereum.org/EIPS/eip-712). Поскольку ордер хранится off-chain до момента его исполнения, это позволяет быстро и без дополнительных затрат изменять условия ордера или полностью его отменять. А если углубиться в детали, то все, что касается ордербука и сопоставления ордеров, можно оценить только через [API](https://docs.polymarket.com/#api). Для удобства Polymarket предоставляет два клиента: для [JavaScript](https://github.com/Polymarket/clob-client) и [Python](https://github.com/Polymarket/py-clob-client). А вот смарт-контракт [Exchange.sol](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/CTFExchange.sol) является публичным и отвечает за создание позиции пользователя внутри CTF. Он также позволяет управлять позициями пользователей и перемещать активы между ними, обеспечивая безопасность и прозрачность операций внутри протокола. ![](https://metalamp.ru/images/polymarket-clob-with-ctf-concept.png) Смарт-контракт проходил аудит. [Отчет](https://github.com/Polymarket/ctf-exchange/blob/main/audit/ChainSecurity_Polymarket_Exchange_audit.pdf) этого аудита прикреплен в репозитории. ### Смарт-контракт На самом деле, смарт-контракт Exchange имеет более расширенное название [CTFExchange.sol.](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/CTFExchange.sol) Сам по себе он не большой, имеет порядка 100 строчек кода, но при этом имеет весомый букет зависимостей. ![](https://metalamp.ru/images/polymarket-ctf-echange-architecture.png) В основном это небольшие смарт-контракты, которые реализуют небольшой функционал: - [BaseExchange.sol.](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/BaseExchange.sol) Абстрактный смарт-контракт, который реализует возможность принимать ERC-1155 токен. Также отвечает за защиту от reentrancy атаки. - [Auth.sol.](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/mixins/Auth.sol) Менеджер ролей. Определяет функции проверки и модификаторы, которые настраивают роли: админа и оператора для CTFExchange.sol - [Assets.sol.](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/mixins/Assets.sol) Определяет два актива: базовый актив (collateral) и адрес ctf. - [Fees.sol.](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/mixins/Fees.sol) Определяет комиссию протокола - [Pausable.sol.](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/mixins/Pausable.sol) Определяет возможность приостановить работу смарт-контрактов. Своего рода централизация на которую протокол соглашается на случай непредвиденных обстоятельств. Доступно только роли админа. - [AssetOperation.sol.](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/mixins/AssetOperations.sol) Определяет операции для базового актива и ctf. Включает в себя трансфер, splitting и merging позиций. - [Signature.sol.](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/mixins/Signatures.sol) Определяет код для валидации подписей пользователей, которые они дают при работе с ордерами - [Hashing.sol.](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/mixins/Hashing.sol) определяет хеширование параметров ордера. Применяется для проверки подписи. - [Registry.sol.](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/mixins/Registry.sol) Определяет процесс регистрации предсказания в системе, регистрацию токенов для предсказания. Важно! Все, что касается непосредственно исполнения ордеров, реализовано в смарт-контракте [Trading.sol.](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/mixins/Trading.sol) Походить по коду и изучить смарт-контракт тоже несложно. Структура имеет четко выраженные точки входа через функции: - [fillOrder() ](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/CTFExchange.sol#L61)— исполняет ордер между пользователем, который его создал, и мейкером (другим ордером), которого выбрал пользователь. - [fillOrders()](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/CTFExchange.sol#L68C14-L68C24) — то же самое, что и fillOrder(), только для списка ордеров. - [matchOrders() ](https://github.com/Polymarket/ctf-exchange/blob/main/src/exchange/CTFExchange.sol#L82)— оператор выбирает два разных ордера и исполняет их. Все вышеописанные функции могут быть вызваны только оператором. ![](https://metalamp.ru/images/polymarket-exchange-call-stack.png) Как бы вызов не заходил в смарт-контракт, результат будет всегда один, два пользователя обменяются токенами, согласно их ордерам. ### Комиссия протокола Комиссия взимается в активе, который является выходным. Для бинарных предсказаний комиссии симметричны, что означает: если пользователь продает токены по цене $0.99, он заплатит такую же комиссию, как и покупающий их по цене $0.01. Формулы расчета простые и взяты из [документации](https://docs.polymarket.com/#fees). ![](https://metalamp.ru/images/polymarket-fees.png) ### Liquidity Rewards Program Общая цель этой программы заключается в стимулировании ликвидности на рынке. Мы знаем, что для работы обменника на базе ордербука необходимо, чтобы кто-то создавал лимитные ордера. Именно лимитные ордера обеспечивают ликвидность, благодаря которой можно исполнять рыночные ордера немедленно. Пользователей, создающих лимитные ордера, называют **market makers**. Чем «плотнее» лимитные ордера расположены к рыночной стоимости, тем быстрее и в большем объеме могут исполняться рыночные ордера, что, безусловно, является преимуществом для конечного пользователя. Более того, чем больше ликвидности, тем сложнее манипулировать рынком. Для обеспечения достаточной ликвидности Polymarket разработал специальную программу вознаграждений, которая стимулирует пользователей создавать лимитные ордера. Чем ближе лимитный ордер к средней рыночной цене, тем выше будет вознаграждение. Выплаты вознаграждений производятся автоматически каждый день в полночь по UTC. Система сделана по аналогии с [dYdX](https://dydx.exchange/). Исходная программа dYdX описана [здесь](https://docs.dydx.community/governance-documentation/rewards/liquidity-provider-rewards). Оригинальная программа для Polymarket доступна [тут](https://docs.polymarket.com/#liquidity-rewards-program). ### Оракул Оракул используется для того, чтобы выдавать результаты предсказаний — произошло ли событие или нет. Оракул является одной из важнейших составляющих протокола, однако реализован сторонним сервисом, а не командой Polymarket. Этот оракул называется — [UMA](https://uma.xyz/). UMA — это децентрализованный оракул, который специализируется на записи любых данных в блокчейн, за исключением тех, которые невозможно проверить. Оракул считается **оптимистичным**, так как данные считаются верными, если они не оспорены. UMA имеет собственную арбитражную систему для разрешения споров, где арбитрами выступают реальные люди — участники экосистемы UMA, точнее держатели токенов UMA. Эта система называется **DVM** (Data Verification Mechanism). Для определения результата предсказания и записи его в блокчейн используется следующий многоэтапный процесс: ![](https://metalamp.ru/images/polymarket-uma-process.png) 1. **Statement.** Предсказание добавляется в оракул вместе с наградой. Награду может получить тот, кто успешно оспорит результат предсказания. 2. **Challenge period.** В течение этого периода любой может оспорить результат предсказания. Если оспаривания не происходит и время истекает, результат предсказания считается готовым к окончательной фиксации, что означает его достоверность. 3. **Dispute**. Любой участник протокола может оспорить результат с целью получения награды или в интересах справедливости (шутка, конечно). На практике это происходит редко, так как, по теории игр, большинство участников ведут себя честно 4. **Voting**. Если спор начался, держатели токена UMA голосуют для разрешения спора. UMA — это токен протокола, который используется для голосования, и за участие в нем участники получают вознаграждение. 5. **Settle**. Последний этап — процесс settle, или фактическая фиксация данных в блокчейне. После этого результат предсказания можно считать гарантированно верным. Весь протокол держится на хорошо продуманной теории игр, где каждому участнику протокола экономически не выгодно думать о злонамеренных действиях. Примеры: 1. Участник, который выносит результат предсказания на голосование передает смарт-контрактам в залог актив. В случае, если его результат будет оспорен, он потеряет залог, иначе вернет залог и получит вознаграждение. Есть выраженный стимул предоставлять только достоверный результат. 2. Участник, который оспорит результат предсказания, тоже внесет залог. В случае, если он окажется прав, он заберет залог и получит вознаграждение, иначе потеряет его. Есть стимул оспаривать только те результаты, в которых он уверен, что они неверны. 3. Участники, которые разрешают споры. Они должны застейкать токен UMA и будут получать вознаграждение за разрешение споров. Если они голосуют неправильно или вовсе не голосуют, они теряют часть своего застейканного баланса, иначе получают вознаграждение. Филонить не получится. Особенно стоит отметить, что процесс голосования в споре происходит в два этапа по схеме commit/reveal: 1. **Commit.** Участники голосуют в закрытую, передавая на смарт-контракты хеш своего голоса. Это означает, что никто не может понять, как участник проголосовал, просто по хешу. 2. **Reveal.** После завершения фазы голосования, участники раскрывают свои голоса. Смарт-контракт проверяет, соответствуют ли они ранее переданным хешам. Голосование в два этапа исключает возможность сговора между голосующими для дискредитации оракула или атаки на сервисы, которые используют результаты предсказаний. Оспорить результат предсказания можно несколько раз. В таких случаях UMA позволяет инициировать процесс принятия решения повторно после окончания предыдущего спора. Так выглядит процесс открытия споров: ![](https://metalamp.ru/images/polymarket-disput.png) ## Выводы Казалось бы, простая система ставок и прогнозов включает три крупных модуля, разработанных разными протоколами и командами: - **CTF** (Conditional Token Framework): Управляет комбинаторикой, отображением позиций и долей пользователей в предсказаниях. Огромное спасибо Gnosis за разработку такого гибкого фреймворка, идеально подходящего для рынка предсказаний. - **CLOB** (Central Limit Order Book): Собственная разработка Polymarket для реализации ордербука и лимитных ордеров. CLOB позволяет пользователям эффективно участвовать в экосистеме и помогает агрегировать ликвидность. - **UMA**: Децентрализованный оракул с уникальной арбитражной системой для разрешения споров. UMA — это действительно сердце всей системы, которая через блокчейн передает результаты предсказаний. Эту систему можно рассматривать как систему ставок, однако, когда я начал разбираться в Polymarket, я не ожидал, что придется разделить изучение на три разных протокола и потратить столько времени. Технически этот протокол действительно велик и интересен, удачно объединяя разработки и технологии разных проектов, что делает его особенно привлекательным для разработчиков. **Мое финальное мнение:** я действительно хочу рассматривать этот протокол как нечто полезное, как это преподносит Виталик Бутерин. Пусть он станет инструментом для прогнозирования, принятия решений и анализа. Однако, несмотря на это, пока протокол особенно вспоминается в связи с выборами, когда спрос на предсказания стремительно возрастает. ## Links 1. [Welcome to Polymarket](https://learn.polymarket.com/) 2. Gnosis Conditional Tokens Framework. [Getting Started](https://docs.gnosis.io/conditionaltokens/docs/devguide01/) 3. [Prediction Markets: Tales from the Election](https://vitalik.eth.limo/general/2021/02/18/election.html) 4. Очень простенько об [Outcome Tokens](https://mirror.xyz/polymarket.eth/txFHoXVU1QAsXCZQj6H_ag3kXv1QTcnbLVI8cL9CFYg) в блоге polymarket 5. [An In-Depth Overview of Polymarket's Market Making Rewards Program](https://mirror.xyz/polymarket.eth/TOHA3ir5R76bO1vjTrKQclS9k8Dygma53OIzHztJSjk) 6. [UMA protocol](https://uma.xyz/) ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Еще больше технических обзоров [Lees meer...](https://metalamp.ru/magazine/cto-takoe-polymarket-i-kak-rabotaet-rynok-predskazanij.md) ## 3 причины выбрать коробочное решение для мини-приложений в Телеграме, а не разработку с нуля ![3 причины выбрать коробочное решение для мини-приложений в Телеграме, а не разработку с нуля](https://metalamp.ru/images/package%20solution.png) Из-за хайпа вокруг тапалок каждый день заказчики обращаются за новыми мини-приложениями в Телеграме (Telegram Mini Apps, TMA). Спрос рождает предложение, и на рынке появилось коробочное решение для их создания. Разбираемся, в чем оно лучше разработки с нуля. Расскажем, почему TMA — тренд 2024 года, в чем коробочное решение для их создания лучше, чем разработка с нуля, и из каких этапов состоит работа над приложением. ## TMA набирают популярность Мини-приложения в Телеграме популярны из-за нового поколения клиентов, продвижения TMA самой платформой и удобства установки. **Новые клиенты.** Появилось новое поколение покупателей — зумеры. Они сидят не на сайтах, а в мессенджерах и воспринимают информацию в формате TikTok. TMA — следующая после Manzana и Mindbox итерация цифрового маркетинга, которая помогает увеличить их лояльность. **Продвижение Телеграма.** Мессенджер активно продвигает свой магазин приложений, который [запустили](https://t.me/durov/340) 1 августа 2024 года, и поддерживает маркетинговые усилия бренда. Именно поэтому TMA сейчас гораздо эффективнее, чем приложение в AppStore или Google Play, для продвижения которого нужно соперничать с сотнями крупных компаний. Например, запуск игры в магазине приложений, скорее всего, будет напрасной тратой денег, а в Телеграме конкуренции пока относительно мало. ![](https://metalamp.ru/images/TMA_shop.webp) *Интерфейс Telegram Apps Center**TMA,*[*500** **млн** **активных пользователей*](https://telegram.org/blog/mini-app-bar-paid-media-and-more/ru#:~:text=%D0%A3%D0%B6%D0%B5%20%D0%B1%D0%BE%D0%BB%D0%B5%D0%B5%20500%20%D0%BC%D0%B8%D0%BB%D0%BB%D0%B8%D0%BE%D0%BD%D0%BE%D0%B2%20%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D0%B5%D0%B9,%D0%BF%D0%B0%D0%BD%D0%B5%D0%BB%D1%8C%20%D0%B2%20%D0%BD%D0%B8%D0%B6%D0%BD%D0%B5%D0%B9%20%D1%87%D0%B0%D1%81%D1%82%D0%B8%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0) **Удобство установки.** Чтобы добавить приложение на телефон, нужно зайти в магазин, найти его, открыть, нажать кнопку «Купить» или «Скачать» и, возможно, ввести пароль. Только после этого его можно использовать. При этом для установки TMA пользователь просто кликает по ссылке в Телеграме. Это увеличивает конверсию в регистрацию для приложений, которые человек не будет сам искать и скачивать из App Store. Не нужно тратить деньги на рекламу, чтобы убедить пользователя установить мини-приложение. [**Finch**](https://finch.fm/) сейчас работает над несколькими заказами под NDA: - Тапалка для иностранного телешоу, которая будет удерживать аудиторию с помощью геймификации даже после завершения выпуска программы. - Ecommerce-платформа для премиум-брендов с механиками рефералок, геймификации и майнинга для покупки и продажи товаров. В проекте используются 3D-модели украшений, бижутерии, часов, одежды и обуви, которые повышают конверсию в покупку. Пользователи могут обмениваться товарами и составлять коллекции. - Тапалка для клиентов крупного стримингового сервиса, которая поможет пригнать аудиторию из приложений конкурентов за счет реферальных механик и геймификации. Все эти проекты объединяет формат товаров повседневного спроса. Базовый набор самых популярных функций приложений — лидерборд, сезонные акции, призовой фонд для конкуренции между игроками, майнинг баллов и выполнение полезных для бренда действий. ## 3 причины выбрать коробочное решение: стоимость, скорость и безопасность Разработка с помощью коробочного решения превосходит создание мини-приложения для Телеграма с нуля из-за стоимости, скорости создания и уровня безопасности. **Стоимость ниже.** Цена разработки зависит от функций приложения и числа его пользователей. *Функции приложения.* Чем их больше, тем дороже проект. Например, разработка TMA с базовыми функциями стоит от 500 000 до 1,5 млн рублей, а для создания приложения со всеми фичами понадобится 2–4 млн рублей. *Число клиентов.* Чем больше пользователей, тем выше стоимость, потому что нужны дополнительные тесты. Например, для крупных клиентов, аудитория которых больше 100 000 человек, мы проводим холодный запуск, чтобы сначала проверить механики на некоторых пользователях. Он длится неделю, после чего делаем полноценный старт приложения. Для маленьких проектов, которые хотят расти на органике, можно сразу запустить проект на всю аудиторию. ![](https://metalamp.ru/images/ajax.webp) *Продуктовая линейка* **Скорость разработки выше.** В среднем время создания мини-приложения для Телеграма со стандартным функционалом — от одной до четырех недель. Например, за месяц мы спроектировали приложение для крупного бренда с учетом согласований. Сложные проекты, для которых нужен 3D-интерфейс, потребуют больше времени. Более мелкие запуски с минимумом функций для аудитории до 100 000 человек можно сделать за одну-две недели. **Безопасность выше.** Коробочное решение имеет встроенные механизмы защиты от фрода, накруток и взломов. Хранение данных при разработке с помощью коробочного решения безопаснее облачного и low-code-решений из-за опции поставки on-premise. В этом случае данные хранятся не в облаке, а на стороне клиента, потому что софт ставится во внутренний контур заказчика. ## Этапы работы над проектом Мы полностью делаем клиентский сервис, поэтому фаундеру не нужно ничего предварительно готовить, достаточно желания заказать Telegram Mini App. **Определяем, зачем клиенту TMA.** Консультируем фаундера и помогаем ему понять, что наиболее эффективно для его бизнеса. Для этого проектируем бизнес-модель и рассказываем, какие механики используются в кейсах из похожих областей. С первой встречи показываем варианты дизайна, чтобы фаундер понимал, как будет выглядеть бренд в интерфейсе. ![](https://metalamp.ru/images/FINCH Quiz App.png) *Один из последних кейсов, который компания Finch запустила на платформе. Приложение, где бренды могут проводить опросы, а пользователи, проходя их, зарабатывают баллы* **Обсуждаем стоимость.** Говорим, сколько будет стоить мини-приложение с необходимыми для бизнеса клиентов функциями. **Делаем проект.** Разрабатываем основные и дополнительные функции. Также помогаем с аудиторией и партнерством, потому что в мини-приложениях для Телеграма популярны кросс-апповые активности и обмен трафиком. ![](https://metalamp.ru/images/crm .webp) *CRM для учета всех параметров пользователей* ![](https://metalamp.ru/images/analytics.webp) *Настройки события для начисления баллов* Коробочное решение для TMA быстрее, дешевле и безопаснее разработки с нуля. Не знаете, какие функции нужны вашему мини-приложению? Приходите на консультацию в MetaLamp. Подскажем, какие механики лучше всего использовать в вашем случае. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о web3 [Lees meer...](https://metalamp.ru/magazine/3-priciny-vybrat-korobocnoe-resenie-dla-mini-prilozenij-v-telegrame-a-ne-razrabotku-s-nula.md) ## Тапалки — всё. Какие мини-аппы в Telegram станут популярны совсем скоро ![Тапалки — всё. Какие мини-аппы в Telegram станут популярны совсем скоро](https://metalamp.ru/images/tapalki.png) Хомяк из Hamster Kombat приобрел популярность: в начале августа в тапалку [играли](https://happycoin.club/komanda-hamster-kombat-gotovit-krupnejshij-airdrop-v-istorii-kriptovalyut/) уже 300 млн пользователей. Он выпускается на мерче и попадает в мемы. Hamster Kombat — пример мини-аппа в Телеграме, который бизнес может использовать для привлечения аудитории. Разберемся, почему тапалки проживут недолго, а другие мини-аппы принесут аудиторию брендам.  В статье расскажу, почему у тапалок нет будущего и в какие форматы TON стоит вкладываться. ## Сейчас тапалки на пике, но скоро сойдут на нет Есть две причины, почему пользователи вовлекаются в Tg Apps и не теряют интерес к новым механикам и форматам. **Причина 1. Растет аудитория Телеграма, а с ней — количество пользователей мини-аппов.** Сейчас аудитория Телеграма увеличивается: в июле число пользователей [достигло](https://ru.beincrypto.com/chto-zhdet-hamster-kombat/) 950 млн человек. [По данным](https://www.sostav.ru/publication/auditoriya-telegram-67586.html#:~:text=Аудитория%20мессенджера%20Telegram%20продолжила%20расти,населения%20России%20старше%2012%20лет.) Mediascope, в первом квартале 2024 года почти половина от всего населения России старше 12 лет пользовалась Телеграмом ежедневно. Вместе с развитием мессенджера увеличивается и аудитория трендовых каналов, а также популярных тапалок и Tg Apps. Например, в августе число подписчиков канала с объявлениями об апдейтах в мини-игре Hamster Kombat превысило 50 млн человек. ![](https://metalamp.ru/images/hamster kombat aniunc.png) [*Данные*](https://telemetr.me/content/hamster_kombat)*Telemetr о динамике показателей канала Hamster Kombat Announcement* Со временем меняется сложность механик в мини-аппах, вознаграждения и количество роадмапов геймификации. Постепенно развивается механизм привлечения инвестиций проектами и перехода на платную модель работы. Яркий пример: внутренняя валюта Телеграма, TG Stars, которую можно дарить и за которую можно покупать платный контент. При этом емкость рынка тапалок и мини-аппов конечна: даже на примере Hamster Kombat заметно, что можно собрать огромную аудиторию, но в определенный момент она достигнет пика и начнет уменьшаться — популярность сервиса упадет. **Причина 2. Постоянно повышается качество продукта.** На сегодняшний день для мини-аппов в Телеграме применяются самые современные технологии, и качество встроенных продуктов постоянно повышается: аудитории интересны новые механики, поэтому Tg Apps приобретают популярность. Вспомним, что web3-gaming-индустрия во время зарождения выглядела как непримечательные 2D- или пиксельные гриндилки. Далее был спад, зима на NFT-рынке, убившая несостоятельные и нестабильные проекты. При этом она привела к оздоровлению и формированию индустрии, которая на текущий момент почти готова потягаться с частью классической игровой сферы в рамках качества контента, вовлеченности, цикла жизни пользователя. Сравнивать можно даже графику, потому что адаптация движков, VR и AR идет полным ходом, а L2-решения и автоматизация в блокчейне позволяют догонять технологии и создавать их синергию. ![](https://metalamp.ru/images/game.png) *Как со временем качественно меняется графика: слева — скрин из Need for Speed 2019 года, справа — визуал, созданный через Unreal Engine 5-й версии в 2022 году* **Основная причина будущего провала тапалок — непрозрачные условия взаимодействия, которые транслируют бренды.** Большая часть механик монетизации уже освоена: те же Hamster и Blum показывают разнообразие и возможность постепенного выхода на самообеспечение. Несмотря на массовую адаптацию TG Wallet и TG Stars, которая выходит на новый уровень — улучшается техническая и архитектурно-продуктовая части, новых идей для монетизации уже не много, основные сформулированы. Появляется вопрос о здоровье индустрии и выполнении обещаний перед аудиторией. Сейчас аппы становятся популярными на идее честного обмена: пользователь тратит N времени, создает проекту трекшен, под который разработчики получают финансирование. Далее — в обратную сторону: проект должен выделить средства на благодарность аудитории. Вспомним кейс с Hamster, когда публично стало известно, что на AirDrop выделен 1% саплая. Это разочаровало комьюнити, так как этих средств недостаточно, чтобы удерживать лояльность аудитории. Чем больше мини-аппы будут не оправдывать доверия пользователей, которое создал и заложил Notcoin, а к нему добавился TON, тем дороже станет трафик и, как следствие, нерентабельнее запуск через TG Apps. В результате такая смена парадигмы и лидеров мнений оздоровит индустрию. ## Бизнес вкладывается в мини-аппы, потому что это дешево, выгодно и быстро Создавать мини-аппы стоит не только компаниям, которые хотят быстро заработать через блокчейн, но и тем, кто хочет играть вдолгую: повышать узнаваемость бренда, увеличивать количество касаний с аудиторией. Выбор в пользу мини-аппов можно объяснить тремя причинами. **Дешевая аудитория.** Экосистема Телеграма поощряет создание Tg Apps и сервисов на базе TON. С помощью поддержки платформы можно относительно легко выстроить привлечение аудитории и сделать его дешевле предыдущего витка маркетинговой практики. В Tg Apps на сегодняшний день достаточно высокая конверсия и дешевая аудитория — менее 1 $ за подписчика. **Рентабельность продукта.** Есть возможность быстро настроить монетизацию и получать деньги от проекта, операционно выводить продукт Tg Apps на самообеспечение. В зависимости от модели монетизации этот вывод может занимать разное время: с транзакционной моделью ждать придется долго, с аффилейтной — быстрее, результат будет зависеть от маркетинговой стратегии и реакции аудитории. К тому же у продуктов бывают разные показатели LT и LTV, поэтому сроки могут меняться. **Дешевая или коробочная разработка.** Существует множество готовых решений в блоках API, админках, платежных методах. Они сделаны на уровне «коробок», можно адаптировать их под любой проект. Экосистема TON достаточно сильно шаблонизирует эти решения и готовит к массовой адаптации. ## Будущее за маркетплейсами, RWA и кастомными игровыми решениями На базе TON можно создавать самые разные мини-аппы: некоторые станут успешными, некоторые скандальными, а часть незаметно пройдет мимо. **Функциональные решения для создания кастомных продуктов.** В этом блоке хочется выделить ниши, в которых назрело большое количество относительно недорогих технологических и продуктовых решений. Они позволяют уменьшить стоимость создания продукта и операционные затраты, сделать его более рентабельным и прибыльным. Ниши: RWA, TG Apps, TG Ecosystem products, Bridging, Web3 Games ecosystems solutions, DEX/VAULTS with AI support/assistance. Примеры выгодных решений: бесшовные стыки, TON Connect, Wallet connect, TG Sign in, WebApps plugins, Liquidity aggregators, AI Solutions, Pools protocols, Ecosystem box solution. Для каждого продукта решения могут составлять уникальную синергию, сокращая время от idea stage до market entry. Также они помогают удешевить разработку и создание прототипа в несколько раз. Далее разберем четыре механики, которые могут стать популярными в ближайшее время. **Квесты и системы лояльности.** Интересное решение, легкое в реализации, но дорогое. Сейчас квесты активно внедряются, поэтому в ближайшее время можно ожидать стабилизацию волатильности цен. Точную стоимость разработки назвать сложно — большинство уникальны. В целом тренд может сойти на нет, потому что кастомные решения дороже, чем уже устоявшиеся на рынке коробочные из классического веб-интерфейса. ![](https://metalamp.ru/images/Group 8986.png) *Пример системы лояльности в приложениях: у Альфа-Банка есть собственная тапалка. Пользователи играют и получают баллы, которые можно обменять на кешбэк или реальные деньги  * **Маркетплейсы и доставки.** В Телеграме могут стать популярными сервисы продажи предметов искусства и роскоши, вина и перформансов — предметов и событий, которые будут доступны рядовым пользователям. В отличие от Magic Eden, Blur, Rarible взаимодействие с сервисом будет проще и понятнее. Такие маркетплейсы могут развиться, например, в коллаборации с Sotheby. Кроме того, могут появиться телеграм-аналоги Amazon и eBay. ![](https://metalamp.ru/images/lavka.png) [*Пример*](https://freelance.habr.com/projects/354285)*визуализации маркетплейсов в Телеграме от пользователя Хабра* Стоит отметить, что разработка подобных решений требует множество ресурсов — от прямых платежных решений до сложного сетапа аналитики крупных компаний. Пока что крупных примеров подобных маркетплейсов нет: многие международные сервисы только начали адаптацию продуктов под Tg Apps или еще продумывают их реализацию. **RWA (рынок активов «реального мира»).** Сейчас тенденция представлена небольшими игроками рынка, которые адаптируют веб-порталы под Tg Web, то есть это пока не совсем мини-аппы. В то же время некоторые крупные игроки вроде RW-Fi планируют разработку кросс-платформенных продуктов в виде комбинации web/mobile apps и Tg Apps. С помощью RWA компании могут привлекать средства через фандрайзинг и краудфандинг, продажи в том числе NFT-активов, реализацию платежей в digital assets и другие способы. Важно понимать, что Телеграм в таких сделках берет на себя роль фасилитатора и гаранта, а также предоставляет решения и инфраструктуру для упрощения реализации подобных решений. **Приложения с настоящими игровыми механиками.** Мы уже сейчас видим запросы на сложные и полномасштабные проекты. Некоторые из них могут сравниваться в требованиях к графике и движку с Unreal Tournament 2007 или NFS: Most Wanted. Это направление имеет потенциал перейти из прослойки MVP Build stage в разряд полноценных интересных и сложных продуктов. При этом большую роль играет зависимость от адаптации движков, механизмов и интеграций с общепринятыми best practice сервисами. Реализовать такой кастомный проект дорого, зато можно пошуметь на рынке и выделиться качественной графикой. ## Для запуска продукта следите за новинками рынка и продумывайте экономику проекта Если вы выбрали подходящую механику и готовы вложиться в создание мини-аппа, обратите внимание на две важные постоянные задачи. **Изучайте рынок.** Когда принимаете решение о запуске продукта, думайте о целях: для чего и на какой срок вы будете его создавать. Следите за новинками рынка: с течением времени для Tg Apps будут адаптироваться технологии и движки, появятся механики, с которыми нужно будет конкурировать. Думаю, что в ближайшие несколько месяцев будет адаптирован игровой блок движков (Construct, UE). Это сделает тапалки и некоторые мобильные игры и приложения далеким прошлым. Также исследуйте дальнейшие стратегические шаги продукта: сейчас TON — это закрытая экосистема, которая имеет мало мостов с внешними проектами и огромной аудиторией вне Телеграма. **Уделяйте внимание экономике проекта.** От монетизации продукта зависит судьба вашего бренда, а также репутация в глазах пользователей и сообщества. В бизнесовой, финансовой, токеномической и других моделях учитывайте необходимость откупов токенов с AirDrop, поощрение, развитие TVL юзеров и индустрии в целом. Кроме того, закладывайте необходимые технические ресурсы: команду с нужными навыками, серверы и их обслуживание. На пути работы над мини-аппами можно столкнуться со множеством трудностей, особенно из-за нововведений на самой платформе. Мыслите вдолгую и учитывайте тренды индустрии в стратегии развития продуктов. На нашем сайте можно узнать больше о том, как мы разрабатываем на TON и делаем проекты от типовых тапалок до кастомных решений в TMA. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о TMA [Lees meer...](https://metalamp.ru/magazine/tapalki-vse-kakie-mini-appy-v-telegram-stanut-popularny-sovsem-skoro.md) ## UMA протокол: как работает популярный оптимистичный оракул в блокчейне? ![UMA протокол: как работает популярный оптимистичный оракул в блокчейне?](https://metalamp.ru/images/Uma_protocol_article.png) Как работает рынок предсказаний на пальцах и как можно заработать на результатах выборов в США? Разберем как работает популярный оракул с технической стороны. UMA — это децентрализованный оракул, который специализируется на записи любых данных в блокчейн за исключением тех, которые невозможно проверить. Этот оракул называется оптимистичным, потому что считается, что если данные не оспорены, то они полностью верны. Имеет собственную арбитражную систему для разрешения споров. Предлагает данные для таких проектов, как кроссчейн мосты, протоколы страхования, рынки предсказаний и деривативы. Тип данных может быть достаточно вариативным. От цен на криптовалюты до спортивных или политических событий. Однако все данные будут касаться вещей из реального мира, которые можно проверить в какой-то момент времени. Приведем парочку примеров таких данных: 1. Илон Маск сделает твит о криптовалютах до 31-го августа. 2. Трамп скажет слово «тампон» в своем интервью. 3. В 2024 случится эпидемия обезьяний оспы. 4. Токен Solana будет больше 140$ на момент 23-го августа. 5. Псевдоним Сатоши будет раскрыт в 2024 году. ## Как оракул работает на пальцах? Рассмотрим упрощенный процесс получения оракулом данных, которым можно доверять. Под данными мы понимаем те примеры, которые были описаны выше. В статье мы будем называть эти данные с которыми работает оракул разными терминами: statement, утверждение, событие, предсказание и так далее. Все эти термины описывают данные для разных предметных областей в разные моменты их жизненного цикла. ![](https://metalamp.ru/images/how-uma-is-work-base.png) Процесс поставки данных в оракул Согласно схеме процесс поставки данных в оракул выглядит следующим образом: - **Statement.** Утверждение добавляется в оракул вместе с наградой. Предполагается что награду сможет забрать тот, кто сможет оспорить утверждение. - **Challenge period.** Любой может оспорить утверждение за этот период. Или не оспорить. Если время выйдет утверждение будет считаться готовым к окончательно фиксации. Это будет означать, что оно верное и ему можно доверять. - **Dispute.** И все таки любой участник протокола может оспорить утверждение с целью получения награды или исполнения своего «гражданского долга». Это шутка конечно. На практике это происходит достаточно редко. Согласно теории игр, большинство участников ведет себя в экосистеме протокола честно. - **Voting.** Если спор был начат, то его разрешают держатели токена UMA. Это токен протокола, который позволяет голосовать для разрешения споров и получить за это вознаграждение. - **Settle.** Последним этапом является процесс settle или фактическая фиксация данных, после которых можно считать, что предложенное утверждение гарантированно является истиной. Посмотрим этот процесс на примере. *Василий, слава Богу не Теркин, считает, что на евро 2024 по футболу победила Испания. Факт достаточно известный и Василий решает научить оракул Uma этому. Для этого он передает информацию о событии в оракул. Это этап statement. Проходит challenge period. Никто это не оспорил, это бессмысленно. Тогда последний этап settle окончательно зафиксировал в оракуле, что Испания стала чемпионом. Теперь оракул может всегда отвечать по этому событию и выдавать победителя.* Василий воодушевлен успехом и планирует передать все таблицу результатов евро 2024 по футболу. *Но Василий в этом турнире болел за команду Франции, которая заняла третье место. И он решает смухлевать переместив ее на второе место. Disputer это замечает и открывает спор. Надо сказать, что и Василий и disputer ставят на кон не только свою репутацию, но и некоторую сумму токенов. Процесс голосования прошел, подлог Василию сделать не удалось, так как арбитражная система оракула отработала штатно и выдала результат, что событие неверное. Тогда на последнем этапе settled, оракул выдал часть токенов Василия спорщику в качестве вознаграждения. Василий потерял свои токены, disputer приумножил.* Примерно таким образом можно описать работу оракула Uma по утверждению новых данных из реального мира. ## Как это работает технически? UMA оракул позволяет смарт-контрактам быстро запрашивать и получать информацию. Однако до того момента пока информация станет подтвержденной, пройдет определенный момент времени и отработает целый процесс верификации данных. В процессе работы оракула принимают участие следующие компоненты системы: - **Asserter**— участник, который опубликует в системе некоторое утверждение из реального мира. Например «Курс юаня на сегодняшний день равняется одному доллару». - **Disputer** — участник, который может усомниться в утверждении, которое публикует asserter. - **DVM** — программный модуль для разрешения споров между asserter и disputer. Однако использование этого модуля опционально и может быть заменено собственной системой разрешение споров. - **voter** — участник, который будет своим голосом решать прав asserter или disputer. Посмотрим на схему из официальной документации на которой изображено взаимодействие всех компонентов системы, описанных выше. ![](https://metalamp.ru/images/how-uma-is-work.png) Процесс разработки UMA Согласно схеме процесс работы UMA выглядит следующим образом: 1. **Asserter** публикует некоторый **statement** и передает некоторую сумму залога в токене, который разрешен протоколом. 2. На протяжение *challenge* *period* **disputer** может открыть спор, если он не согласен с утверждением **asserter**. Для инициализации спора **disputer** тоже передает протоколу залог. Если на протяжение разрешенного периода statement не оспаривается, то он считается верным. 3. После этого в **DVM** начинается процесс независимого голосования всеми держателями токена UMA. Этот процесс включает в себя стадии **commit** и **reveal**, когда сначала никто не знает знает голосов других участников, а потом каждый участник раскрывает результат своего голосования. 4. После завершения процесса голосования, если прав был **asserter**, то он получает половину от залога **disputer**, вторая половина остается в протоколе. Если побеждает **disputer**, то наоборот, он забирает половину залога **asserter**. Для того, чтобы **voter** смог принять участие в голосовании, необходимо, чтобы его токен UMA был застейкан на протоколе. Это значительное отличие между версиями DVM v1.0 и v2.0. Мотивацией для стейкинга является возможность получить вознаграждение. В целом это стандартная история, которая используется многими протоколам и здесь UMA не предлагает ничего нового. **Voter** принимает участие в голосовании на двух этапах: передача голоса в закрытую и раскрытие своего голоса. Так называемая схема «commit/reveal». Где на первой стадии смарт-контракту передается результат хеширования голоса, а потом его раскрытие. Это необходимо для того, чтобы никто не видел результатов голосования участников. Считается, что если участники не знают результата голосования других, то это гарантирует действительно независимое голосование. Также есть один очень интересный механизм, который называется **slashing**. Согласно этому механизму происходит перераспределение застейканных балансов от участников не принимающих участие в голосовании, или делающих это неправильно, к участникам, которые голосуют правильно. Здесь стоит определить «правильных» и «неправильных» участников. Неправильный участник — это участник, который отдал голос и в результате оказался в группе меньшинства. *Например, система предлагает событие «Зимбабве завоюет на олимпийских играх ровно 10 золотых медалей». Событие маловероятно, однако, звезды сошлись и Зимбабве выиграло ровно 10 золотых медалей. Казалось все просто, мы голосуем, что событие верное, но большинство участников, по какой-то причине, видимо попали на источник с ошибкой, проголосовали, что событие не наступило, подумали, что Зимбабве вообще не выиграло медалей. В этом случае, хоть мы и все сделали честно, мы будем названы «неправильно» проголосовавшими и подвергнемся процессу slashing.* Стоит еще раз отметить, что неправильный участник, этот тот, который отдал свой голос вместе с меньшинством. Однако пример маловероятен, потому что участники не знают голосов других до момента раскрытия, все голосуют секретно. Поэтому никто из голосующих не захочет оказаться в группе меньшинства, а значит будут голосовать правильно. Таким образом, исключается экономическая мотивация вести себя в системе некорректно или саботировать процесс голосования. В документации это называется штрафом за не участие в голосовании. ## OOV3 OOV3 — это кодовое название смарт-контракта [Optimistic Oracle V3.](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/optimistic-oracle-v3/implementation/OptimisticOracleV3.sol) С этим смарт-контрактом будет необходимо делать интеграцию, если есть необходимость подключить Uma протокол. Во время деплоя конструктор смарт-контракта принимает три параметра: - **finder.** Смарт-контракт, который хранит адреса всех актуальных смарт-контрактов протокола. Позволяет эффективно использовать его в любом стороннем смарт-контракте. - **defaultCurrency.** Адрес токена в котором протокол будет принимать залог. - **defaultLiveness.** Время за которое есть возможность начать спор по statement. ``` constructor( FinderInterface _finder, IERC20 _defaultCurrency, uint64 _defaultLiveness ) { finder = _finder; // Устанавливаем _defaultCurrency и _defaultLiveness на смарт-контракт setAdminProperties(_defaultCurrency, _defaultLiveness, 0.5e18); }``` Основная логика смарт-контракта несложная, отражает работу протокола за три шага: 1. **Assert truth.** Предлагает событие/утверждение из мира для фиксации утверждения 2. **Dispute assertion.** Дает возможность оспорить событие 3. **Settle assertion.** Фиксирует событие, как правдивое, точное или правильное ![](https://metalamp.ru/images/uma-oov3-call-stack.png) ``` function assertTruth( bytes memory claim, // Набор байт кодированного утверждения address asserter, // Адрес инициатора утверждения, нужен для получения своего залога обратно address callbackRecipient, // Адрес дял обратного вызова address escalationManager, // Альтернативный менеджер разрешения спора uint64 liveness, // Время, в течении которого можно оспорить утверждение IERC20 currency, // Адрес токена в котором будет взиматься залог uint256 bond, // Размер залога, не должен быть меньше минимально разрешенного протоколом bytes32 identifier, // Идентификатор для DVM bytes32 domainId // Опциональный параметр, который позволяет объединять утверждения в группы ) public nonReentrant returns (bytes32 assertionId) { uint64 time = uint64(getCurrentTime()); // Создается идентификатор для утверждения. По сути это хеш его параметров assertionId = _getId(claim, bond, time, liveness, currency, callbackRecipient, escalationManager, identifier); // Проверки возможности добавления утверждения require(asserter != address(0), "Asserter cant be 0"); require(assertions[assertionId].asserter == address(0), "Assertion already exists"); require(_validateAndCacheIdentifier(identifier), "Unsupported identifier"); require(_validateAndCacheCurrency(address(currency)), "Unsupported currency"); require(bond >= getMinimumBond(address(currency)), "Bond amount too low"); // Сохраняет утверждение на смарт-контракте assertions[assertionId] = Assertion({ // все параметры утверждения ... }); // Эта часть определяет каким образом будет разрешаться спор. По дефолту, // если escalationManager указан, как address(0), то спор будет решаться через DVM протокола, иначе через escalationManager, который должен реализовывать специальный интерфейс { EscalationManagerInterface.AssertionPolicy memory assertionPolicy = _getAssertionPolicy(assertionId); // Система разрешающая споры должна быть активна (DVM или escalationManager) require(!assertionPolicy.blockAssertion, "Assertion not allowed"); EscalationManagerSettings storage emSettings = assertions[assertionId].escalationManagerSettings; // Переприсвоение необходимо, чтобы использовались настройки напрямую из escalationManager (emSettings.arbitrateViaEscalationManager, emSettings.discardOracle, emSettings.validateDisputers) = ( assertionPolicy.arbitrateViaEscalationManager, assertionPolicy.discardOracle, assertionPolicy.validateDisputers ); } // Забирает залог у вызывающего и переводит на смарт-контракт currency.safeTransferFrom(msg.sender, address(this), bond); ... }``` После создания утверждения начинается отсчет времени в течении которого есть возможность открыть спор. Для этого любому несогласному необходимо вызвать функцию disputeAssertion(). Это небольшая функция посмотрим на нее внимательнее. ``` function disputeAssertion(bytes32 assertionId, address disputer) external nonReentrant { // Проверка возможности создавать спор require(disputer != address(0), "Disputer can't be 0"); Assertion storage assertion = assertions[assertionId]; require(assertion.asserter != address(0), "Assertion does not exist"); require(assertion.disputer == address(0), "Assertion already disputed"); // Проверка того, что время открытия спора не истекло require(assertion.expirationTime > getCurrentTime(), "Assertion is expired"); // Проверка, что есть система, которая будет разрешать спор (DVM или escalation manager) require(_isDisputeAllowed(assertionId), "Dispute not allowed"); // Устанавливает адрес спорщика для утверждения assertion.disputer = disputer; // Взимает залог у спорщика assertion.currency.safeTransferFrom(msg.sender, address(this), assertion.bond); // Сообщает DVM о том, что пора запускать механизм голосования для разрешения спора _oracleRequestPrice(assertionId, assertion.identifier, assertion.assertionTime); // Делает обратный вызов для адреса callbackRecipient, который был установлен вместе с утверждением _callbackOnAssertionDispute(assertionId); ... emit AssertionDisputed(assertionId, msg.sender, disputer); }``` После того, как время спора прошло можно окончательно фиксировать утверждение для публичного использования. Для этого необходимо вызвать функцию [settleAssertion()](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/optimistic-oracle-v3/implementation/OptimisticOracleV3.sol#L250). Посмотрим на нее подробнее. ``` function settleAssertion(bytes32 assertionId) public nonReentrant { Assertion storage assertion = assertions[assertionId]; // Проверки возможности вызывать settleAssertion() require(assertion.asserter != address(0), "Assertion does not exist"); require(!assertion.settled, "Assertion already settled"); // Устанавливает флаг, что утверждение settled() assertion.settled = true; // Если спор не был начат if (assertion.disputer == address(0)) { // Дожидаемся, чтобы прошло время, когда еще можно начать спор require(assertion.expirationTime <= getCurrentTime(), "Assertion not expired"); assertion.settlementResolution = true; // Возвращаем залог обратно аккаунту создавшему утверждение assertion.currency.safeTransfer(assertion.asserter, assertion.bond); // Делаем обратный вызов на адресе callbackRecipient, который создается вместе с утверждением _callbackOnAssertionResolve(assertionId, true); emit AssertionSettled(assertionId, assertion.asserter, false, true, msg.sender); } else { // Если спор все-таки был, то запрашиваем его результат int256 resolvedPrice = _oracleGetPrice(assertionId, assertion.identifier, assertion.assertionTime); // Записываем результат спора if (assertion.escalationManagerSettings.discardOracle) assertion.settlementResolution = false; else assertion.settlementResolution = resolvedPrice == numericalTrue; // Решает, кто будет получать залог обратно address bondRecipient = resolvedPrice == numericalTrue ? assertion.asserter : assertion.disputer; // Рассчитываем комиссию оракулу uint256 oracleFee = (burnedBondPercentage * assertion.bond) / 1e18; // Рассчитываем размер суммы получателю залога uint256 bondRecipientAmount = assertion.bond * 2 - oracleFee; // Отправляем комиссию assertion.currency.safeTransfer(address(_getStore()), oracleFee); // Отправляем залог получателю assertion.currency.safeTransfer(bondRecipient, bondRecipientAmount); // Делаем обратный вызов для адреса callbackRecipient, который был установлен вместе с утверждением if (!assertion.escalationManagerSettings.discardOracle) _callbackOnAssertionResolve(assertionId, assertion.settlementResolution); emit AssertionSettled(assertionId, bondRecipient, true, assertion.settlementResolution, msg.sender); } }``` ## DVM Пришло время получше познакомиться с системой разрешения споров **DVM**. В репозитории эта часть кода лежит в отдельной папке под названием [data-verification-mechanism](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/README.md). Основной контракт с которого удобно начинать разбирать систему называется [Voting.sol](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/Voting.sol). Ниже мы будем разбирать его вторую версию: смарт-контракт [VotingV2.sol](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/VotingV2.sol). ![](https://metalamp.ru/images/uma-dvm-architecture.png) Это уже система побольше, чем OOV3, но мы постараемся охватить наиболее важные моменты. В центре схемы находится сам смарт-контракт `VotingV2.sol` и перечислены интерфейсы от которых он наследуется: [OracleInterface](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/interfaces/OracleInterface.sol), [OracleAncillaryInterface](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/interfaces/OracleAncillaryInterface.sol), [OracleGovernanceInterface](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/interfaces/OracleGovernanceInterface.sol), [VotingV2Interface](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/interfaces/VotingV2Interface.sol). Для того, чтобы держатели токена UMA могли голосовать в спорах, им необходимо застейкать эти токены. За это отвечает отдельный смарт-контракт [Staker.sol](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/Staker.sol), от которого `VotingV2.sol` наследуется. На схеме он отмечен зеленым цветом. Не то желтым, не то оранжевым цветом отмечены смарт-контракты, которые используются внутри основного `VotingV2.sol`. Все они так или иначе подключают дополнительную логику. Для некоторых из них необходимо передать их адреса в constructor `VotingV2.sol` при деплое, что само собой подразумевает их отдельный, преждевременный деплой. Перечислим и скажем, за что каждый и них отвечает: 1. [VoteTiming.sol](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/VoteTiming.sol). Определяет временные интервалы для голосования держателей токена UMA. Правильнее сказать порядок commit/reveal операций. Помним, что голосование проходит в два этапа. Сначала голосующие отправляют хеш своего голоса, а потом раскрывают этот хеш. 2. [Finder.sol](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/Finder.sol). Отвечает за хранение адресов других смарт-контрактов, которые используются во всем протоколе и за его пределами. 3. [FixedSlashSlashingLibrary.sol](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/FixedSlashSlashingLibrary.sol). Отвечает за перераспределение токена UMA между честными и нечестными участниками в пользу первых. 4. [VotingToken.sol.](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/VotingToken.sol). Это и есть токен протокола UMA. Его адрес передается в `VotingV2.sol` вместе с деплоем. Именно его должны стейкать пользователи для получения доступа к голосованию. 5. [ResultComputationV2](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/ResultComputationV2.sol). Очень важная библиотека, которая занимается подсчетом голосов. 6. **Previous voting contract.** Адрес предыдущей версии смарт-контракта [Voting.sol](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/Voting.sol). Используется только для получения ревардов со старой версии или хранящейся на нем информации. Фиолетовым цветом на схеме перечислены группы функций смарт-контрактов, которые реализует смарт-контракт `Voting.sol`: - Voting functions - Voting getter functions - Price request and access functions - Owner admin functions - Staking functions - Migrating support functions - Private and internal functions Думаю здесь нет смысла расписывать, что за функции в каждой группе делают. Названия говорят сами за себя. Зная все это, ты можешь самостоятельно пошариться в смарт-контракте [VotingV2.sol](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/VotingV2.sol). ## Slashing Отдельно стоит поговорить про механизм **slashing**. Мы уже определили его, как основной механизм для стимуляции держателей токена UMA принимать участие в разрешение споров. Чтобы понять, как этот механизм работает, надо найти в коде его начало. Удобно его рассматривать от внутренней функции [_updateTrackers()](https://github.com/UMAprotocol/protocol/blob/425b075093de42695ef9ca02d542197f44dcfc31/packages/core/contracts/data-verification-mechanism/implementation/VotingV2.sol#L773) в смарт-контракте VotingV2.sol. Посмотрим на нее. ``` // voter - адрес голосующего участника function _updateTrackers(address voter) internal override { // Подготавливает список запросов на голосование, дополняет список тех по которым голосование прошло, чтобы можно было посмотреть участвовал ли в них voter processResolvablePriceRequests(); // Делает slashing для конкретного адреса voter _updateAccountSlashingTrackers(voter, UINT64_MAX); // Вызывает функцию, которая была переопределена. Физически она находится в смарт-контракте Staker.sol super._updateTrackers(voter); }``` Эта функция используется много где по коду. Но если присмотреться, то большинство мест - это действие пользователя: [stake()](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/Staker.sol#L133), [unstake()](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/Staker.sol#L157), [withdrawRewards()](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/Staker.sol#L202). Есть еще парочка мест, как говорится, найди их сам. Получается, что любое действие голосующего будет для него делать **slashing**. И избежать его он уже не сможет. То есть не получиться, застейкать токены, накопить вознаграждение за стейкинг, при этом не участвуя в голосовании, а потом вывести вознаграждение. В момент вывода пользователь сам, собственной транзакцией запустит для себя slashing и получит штраф. Единственный способ избежать штрафа, принимать участие в голосовании и делать это честно. Помимо этого протокол дает возможность кому угодно и для кого угодно запустить slashing **в любой момент времени**. То есть потенциально, даже просто отсидеться до лучших времен, когда протокол отменит slashing через DAO, не получится. Кто-нибудь обязательно запустит для такого пользователя slashing. Для этого достаточно вызывать публичную функцию [updateTrackers()](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/VotingV2.sol#L755). А вот она уже под капотом вызовет одноименную внутреннюю функцию. ``` function updateTrackers(address voter) external { _updateTrackers(voter); }``` Если не хочется прогонять пользователя по всей истории голосований, то можно использовать функцию, которая позволит определить максимальное количество событий в глубину для slashing. Отвечает за это функция [updateTrackersRange()](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/VotingV2.sol#L766C14-L766C33). Остается подытожить когда пользователь попадает на slashing. Посмотрим на схему. ![](https://metalamp.ru/images/uma-slashing.png) Единственное, что мы не рассмотрели, это каким образом написан код для slashing. Оставляю это в качестве домашнего задания. Подсказка: смотреть функцию [_updateAccountSlashingTrackers()](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/VotingV2.sol#L832). *Важно!* Ранее мы упоминали библиотеку [FixedSlashSlashingLibrary.sol](https://github.com/UMAprotocol/protocol/blob/master/packages/core/contracts/data-verification-mechanism/implementation/FixedSlashSlashingLibrary.sol). При ее детальном рассмотрение, можно понять, что она всего лишь отвечает за количество токена, которое будет снято с пользователя при получение штрафа за неучастие в голосовании или за неправильное голосование. ## Строить вместе с UMA UMA предлагает несколько примеров проектов, которые показывают варианты использования протокола: - [Prediction market](https://github.com/UMAprotocol/dev-quickstart-oov3/blob/master/src/PredictionMarket.sol). Реализует рынок предсказаний, где проверка предсказаний делается при помощи Optimistic Oracle V3. - [Insurance contract](https://github.com/UMAprotocol/dev-quickstart-oov3/blob/master/src/PredictionMarket.sol). Реализует договор страхования, который позволяет получить один полис с возможностью получить выплату в случае наступления страхового случая. - [A generic data assertion framework](https://github.com/UMAprotocol/dev-quickstart-oov3/blob/master/src/DataAsserter.sol). Позволяет делать утверждения на произвольные данные, подтверждая их через Optimistic Oracle V3. Разберем наиболее интересный пример "Prediction market". Я выбрал именно этот пример, потому что знаю один популярный сервис среди рынков предсказаний [Polymarket](https://polymarket.com/), который использует Uma протокол. **Как работает рынок предсказаний?** Сервис наполняется предсказаниями с возможностью проголосовать за один из его исходов. Например: "Завтра биткоин будет стоить 100000$". Пользователь в правке согласиться с этим утверждением или не согласиться и отдать свой голос за положительный или отрицательный исход. Можно на это смотреть как на сервис ставок. Мы ставим на определенный исход события. Когда событие произойдет. Ставка либо сыграет и мы заработаем, либо все проиграем. Обычно исходов у предсказания два, три, но встречается и больше. Под каждый исход создается взаимозаменяемый токен. Для того, чтобы сделать ставку, нам необходимо купить этот токен. Полученный токен можно обменять на других площадках на более известный токен, если он там листится. Часто, возможность для обмена реализуется прямо в самом сервисе предсказаний. Начнем сразу с места в карьер. Смотрим на [конструктор](https://github.com/UMAprotocol/dev-quickstart-oov3/blob/master/src/PredictionMarket.sol#L71): ``` constructor( address _finder, address _currency, address _optimisticOracleV3 ) { // Устанавливаем адреса: // finder - для обращения к нужным контрактам UMA // currency - токен в котором будет залог // optimisticOracleV3 - адрес оракула finder = FinderInterface(_finder); // Проверяем, разрешает ли uma использовать этот токен в качестве залога require(_getCollateralWhitelist().isOnWhitelist(_currency), "Unsupported currency"); currency = IERC20(_currency); oo = OptimisticOracleV3Interface(_optimisticOracleV3); defaultIdentifier = oo.defaultIdentifier(); }``` Основная задача рынка предсказаний создавать различные бинарные утверждения, где пользователи могут оставлять свое мнение "согласны" или "не согласны" они с утверждением. Такие штуки в смарт-контракте называется возможными исходами (outcome) утверждения или предсказания. Для хранения утверждений есть специальный маппинг, который называется [markets](https://github.com/UMAprotocol/dev-quickstart-oov3/blob/master/src/PredictionMarket.sol#L38). ``` struct Market { bool resolved; // True, если утверждение проверено и может быть settled bytes32 assertedOutcomeId; // Хеш всевозможных исходов (outcome1, outcome2 or unresolvable). ExpandedIERC20 outcome1Token; ExpandedIERC20 outcome2Token; uint256 reward; // Вознаграждение за утверждение истинного результата uint256 requiredBond; // Ожидаемый залог для добавления утверждения в uma оракул bytes outcome1; // Короткое название первого исхода bytes outcome2; // Короткое название второго исхода bytes description; // Описание предсказания } mapping(bytes32 => Market) public markets;``` Зная, какие структуры данных описывают рынок предсказаний можно смотреть функцию [initializeMarket()](https://github.com/UMAprotocol/dev-quickstart-oov3/blob/master/src/PredictionMarket.sol#L87), которая создает рынки на смарт-контракте. ``` function initializeMarket( string memory outcome1, // Название первого исхода string memory outcome2, // Название второго исхода string memory description, // Описание рынка uint256 reward, // Вознаграждение для asserter uint256 requiredBond // Залог для оркула UMA ) public returns (bytes32 marketId) { ... // Создание идентификатора для рынка предсказаний marketId = keccak256(abi.encode(block.number, description)); ... // Создание записи о рынке markets[marketId] = Market({ resolved: false, assertedOutcomeId: bytes32(0), outcome1Token: outcome1Token, outcome2Token: outcome2Token, reward: reward, requiredBond: requiredBond, outcome1: bytes(outcome1), outcome2: bytes(outcome2), description: bytes(description) }); // Пополнение контракта на сумму вознаграждения if (reward > 0) currency.safeTransferFrom(msg.sender, address(this), reward); emit MarketInitialized( marketId, outcome1, outcome2, description, address(outcome1Token), address(outcome2Token), reward, requiredBond ); }``` Следующим этапом, после того, как рынок предсказаний создан и пользователи уже сделали свои ставки "за" или "против" и предсказанное событие произошло необходимо добавить предполагаемый исход в uma протокол для того, чтобы утвердить результат. Наш смарт-контракт для этого реализует функцию [assertMarket()](https://github.com/UMAprotocol/dev-quickstart-oov3/blob/master/src/PredictionMarket.sol#L136). ``` // assertedOutcome - это один из исходов предсказания, которое вызывающий функцию считает верным function assertMarket(bytes32 marketId, string memory assertedOutcome) public returns (bytes32 assertionId) { Market storage market = markets[marketId]; require(market.outcome1Token != ExpandedIERC20(address(0)), "Market does not exist"); // Хеш исхода будет являться идентификатором bytes32 assertedOutcomeId = keccak256(bytes(assertedOutcome)); require(market.assertedOutcomeId == bytes32(0), "Assertion active or resolved"); // Полученный хеш обязательно должен равняться хешу одного из исходов маркета require( assertedOutcomeId == keccak256(market.outcome1) || assertedOutcomeId == keccak256(market.outcome2) || assertedOutcomeId == keccak256(unresolvable), "Invalid asserted outcome" ); market.assertedOutcomeId = assertedOutcomeId; // Получаем размер залога, который требует оракул Uma uint256 minimumBond = oo.getMinimumBond(address(currency)); uint256 bond = market.requiredBond > minimumBond ? market.requiredBond : minimumBond; // Генерируем утверждение, которое будет отправлено в Uma для проверки bytes memory claim = _composeClaim(assertedOutcome, market.description); // Переводим залог с вызывающего транзакцию на смарт-контракт currency.safeTransferFrom(msg.sender, address(this), bond); currency.safeApprove(address(oo), bond); // Отправляем утверждение в оракул Uma assertionId = _assertTruthWithDefaults(claim, bond); // Сохраняем идентификатор утверждения и идентификатор соответствующего маркета assertedMarkets[assertionId] = AssertedMarket({ asserter: msg.sender, marketId: marketId }); emit MarketAsserted(marketId, assertedOutcome, assertionId); }``` Здесь может возникнуть резонный вопрос, а каким образом мы теперь на смарт-контракте `PredictionMarket.sol` узнаем, когда оракул рассчитает событие и будет готов сообщить нам, что наше утверждение верно. Время вспомнить про callbacks, которые оракул умеет делать. Поэтому нам достаточно реализовать один из таких callback, под названием [assertionResolvedCallback()](https://github.com/UMAprotocol/dev-quickstart-oov3/blob/master/src/PredictionMarket.sol#L167). Когда утверждение будет проверено оракулом, он сделает обратный вызов. ``` function assertionResolvedCallback(bytes32 assertionId, bool assertedTruthfully) public { // Проверяем, что вызывающий является оракулом require(msg.sender == address(oo), "Not authorized"); Market storage market = markets[assertedMarkets[assertionId].marketId]; if (assertedTruthfully) { // Если исход подтвержден, то считать рынок рассчитанным market.resolved = true; // Если кому-то за этот рынок предназначалось вознаграждение, то отправить его if (market.reward > 0) currency.safeTransfer(assertedMarkets[assertionId].asserter, market.reward); emit MarketResolved(assertedMarkets[assertionId].marketId); } else market.assertedOutcomeId = bytes32(0); // В противном случае ничего не делать, необходимо начинать процесс утверждения заново // Удаляем информацию о том, что рынок утверждается оракулом delete assertedMarkets[assertionId]; }``` Весь порядок вызовов, который мы описали выше можно представить на схеме для закрепления. ![](https://metalamp.ru/images/uma-prediction-market-call-stack.png) На этом основная логика взаимодействия смарт-контракта `PredictionMarket.sol` c оракулом Uma заканчивается. Мы не рассмотрели и намерено опустили историю, которая касается работы самого рынка предсказаний. Часто для каждого исхода рынка создается взаимозаменяемый токен. Когда пользователи выбирают исход, они по сути покупают эти токены под капотом и более того, могут обменивать его (этот функционал вынесен за границы примера). Зачатки этой логики также есть в нашем контракте-примере. За это отвечают функции: [createOutcomeTokens()](https://github.com/UMAprotocol/dev-quickstart-oov3/blob/master/src/PredictionMarket.sol#L184), [redeemOutcomeTokens()](https://github.com/UMAprotocol/dev-quickstart-oov3/blob/master/src/PredictionMarket.sol#L197C14-L197C33), [settleOutcomeTokens()](https://github.com/UMAprotocol/dev-quickstart-oov3/blob/master/src/PredictionMarket.sol#L215). ## Участие в качестве voter Раньше, для того, чтобы получить право принять участие в голосовании достаточно было держать токены UMA на кошельке. Протокол использовал механизм снепшотов, фиксирую балансы пользователей и это являлось "входным билетом". В новой версии для доступа к голосованию уже необходимо застейкать токены UMA на смарт-контракт протокола. На момент написания статьи пользователям предлагается APR равный 30.1%. Но это не означает, что можно застейкать и пассивно получать вознаграждение. Помним, что система имеет механизм slashing, который может перераспределять балансы стейкеров. Согласно документации, каждый период голосвания равняется 48 часам: - первые 24 часа позволяют зашифровать голос. Стадия commit. - вторые 24 часа позволяют раскрыть голос. Стадия reveal. Награды за стейкинг накапливаются постоянно. Забрать их можно в любой момент. Однако есть нюанс, когда потребуется анстейкнуть токены обратно. Придется сначала сделать заявку, после этого необходимо выждать период времени, токены не будут приносить вознаграждение и только после этого, отдельной транзакцией можно забрать застейканные токены. *Важно!* На момент написания штраф за пропуск голосования: 0,05% от застейканного баланса. ## Governance Токен протокола UMA помимо того, что нужен для голосования при утверждения событий из реального мира, также используется для управления протоколом. Процесс голосования разделен на два этапа commit и reveal голоса и длиться 48 часов. Это нам уже знакомо. Протокол придумал свой стандарт предложений по образу и подобию EIP в Ethereum. Называются предложения UMIPs (UMA Improvement Proposals). Стоит отметить, что протокол использует прогрессивный подход в голосовании. Что это означает? Это означает, что голосование не сразу проводится ончейн, а стартует со специального сервиса [snapshot.org](https://snapshot.org/#/uma.eth). В итоге голосование выглядит следующи образом: 1. **Post to Discourse.** Первым делом необходимо разместить предложение в "[https://discourse.uma.xyz/](https://discourse.uma.xyz/)". Предложение описывает ключевую идею. На этом этапе сообщество имеет возможность обсудить предложение. 2. **Snapshot Vote**. Когда предложение готово, автор создает голосование в snapshot длительностью в пять дней. 3. **On-chain Vote**. Если в snapshot голосование имеет положительный результат, то голосование проводится ончейн. На момент написания статьи [протокол в snapshot](https://snapshot.org/#/uma.eth) имеет всего 71-го участника. ## Вывод Оптимистичный оракул UMA гарантированно стоит особняком от других оракулов. В классической модели оракулы стараются максимально исключить человеческий фактор, вводя децентрализацию по агрегированию данных, определению лидера, который доставит эти данные. Для этого применяют целые блокчейны, дополнительные консенсусы, несколько независимых источников данных и так далее. В Uma ничего подобного нет, этот протокол идет совершенно другим путем, полностью полагаясь на свое сообщество в определении достоверности данных. Такой взгляд открывает совершенно новые варианты использования, которые прекрасно подходят рынкам прогнозов, страхованию и многим другим областям, где скорость поставки данных не так приоритетна и они могут позволить себе подождать пока пройдет полный цикл по верификации данных внутри uma протокола. Однако это позволяет оракулу поставлять совершенно неограниченные типы данных, по сути с полуавтоматическим подтверждением их целостности и правдивости. По традиции мое личное мнение такое. Это интересный протокол, который хорошо подумал о системе мотивации и сдерживанию своих участников. Прекрасно понимает свою нишу, где он может быть полезным и затачивает под это свой сервис. Протокол точно заслуживает внимания, потому что решение является достаточно простым и элегантным технически, но при этом полностью непохожим на классическую модель оракулов. Практический же успех зависит от активности сообщества, которому необходимо стейкать, голосовать, решать спорные утверждения. Но это конечно отдельная история. **Подписывайтесь на наш [телеграм-канал](https://t.me/metalampru), чтобы следить за трендами в web3 и блокчейне. ** ### **Links** 1. [Официальная документация](https://docs.uma.xyz/) 2. [Официальный репозиторий](https://github.com/UMAprotocol/protocol/tree/master) 3. [UMA token staking is live — Here is how you participate](https://medium.com/uma-project/uma-token-staking-is-live-here-is-how-you-participate-bf959cc39091) 4. [UMA Building with the Optimistic Oracle](https://www.youtube.com/embed/tyi6PnlIHw8?rel=0&start=26) ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё больше технических статей [Lees meer...](https://metalamp.ru/magazine/uma-protokol-kak-rabotaet-popularnyj-optimisticnyj-orakul-v-blokcejne.md) ## Способ монетизировать игры в Telegram ![Способ монетизировать игры в Telegram ](https://metalamp.ru/images/adsgram.png) За время своего существования игровая индустрия проявляла себя в совершенно разных форматах. Компьютерные игры проделали путь с громоздких аркадных автоматов до компактных смартфонов. Появление Telegram позволило мобильному геймингу перейти из онлайн-сторов прямиком в мессенджер. Но если с пользователями здесь все в порядке (их много, и они активно играют), то с монетизацией есть сложности. Создатели мини аппов никак не могут заработать на трафике (если не считать внутриигровых покупок). Для решения этой проблемы существует недавно запущенная рекламная платформа AdsGram, создатели которой получили грант в $50 000 от TON Foundation, расскажем о ней подробнее. ## Новый виток в игровой индустрии — Telegram Mini Apps Telegram стал гораздо больше, чем просто мессенджер. Сегодня это целая экосистема для общения, ведения бизнеса, образования и развлечений. Возможность подключать к сервису самописные приложения подарили пользователям Telegram Mini Apps. Это приложения и мобильные игры на основе чат-ботов, которые адаптированы под функционал и возможности Telegram. И кстати, они уже активно набирают популярность — по [прогнозам](https://markets.businessinsider.com/news/stocks/chatbot-market-size-to-reach-1-25-billion-by-2025-cagr-24-3-grand-view-research-inc-1002381903) Grand View Research, к концу 2024 года почти 50% российских компаний будут использовать ботов на постоянной основе, а значит игры (и геймификация бизнеса) станут крайне востребованы. В экосистему мини-приложений Telegram входят разные «аппы» — сайты, онлайн-магазины, квизы и многие другие, но игровой сектор считается лидером среди них. А сердца пользователей уже покорили такие хиты, как: Fanton, Tap Fantasy, Egg Fight Club и другие. ![](https://metalamp.ru/images/1.jpg) Fanton Fantasy Football — одна из самых популярных Telegram Mini App игр на блокчейне TON. Большинство Telegram-игр поддерживают TON и Web3 технологии. Это позволяет разработчикам: - Развивать собственное игровое сообщество в Telegram - Монетизировать NFT - Создавать внутриигровые токены - Принимать криптовалютные платежи - Интегрировать методы децентрализованных финансов (DeFi) - Использовать интерфейс Web3 ## Плюсы Telegram Mini Apps Telegram Mini Apps предлагают разработчикам возможность создания удобных, кроссплатформенных и интерактивных приложений, которые значительно улучшают пользовательский опыт в Telegram. - Кроссплатформенная совместимость. Игры (и другие приложения) сразу адаптированы под Android, iOS, ПК, Mac и Linux. Это предполагает бесшовный опыт для пользователей независимо от их устройства. - Интерактивный и автоматизированный опыт. Простой и удобный способ взаимодействия для пользователя с различными сервисами и функциями прямо в мессенджере. - Реагирование на ввод данных пользователем. Mini Apps способны реагировать на действия пользователя в реальном времени, обеспечивая персонализированный опыт. - Содействие динамическому взаимодействию внутри приложения. Разработчики могут создавать приложения, которые используют уведомления, чаты, каналы и другие функции мессенджера для обеспечения более динамичного и интерактивного взаимодействия с пользователем.  **Примеры популярных игр в Telegram Mini Apps:** - [Catizen](https://t.me/catizenbot) – игра Play-to-Earn (P2E) на базе блокчейнов TON и MANTLE, где пользователи могут зарабатывать токены, занимаясь разведением виртуальных котиков. MAU – 8,9 миллионов пользователей. - [Tap Fantasy](https://t.me/TapFantasyGameBot) – Play-to-Earn игра, которая вышла в ноябре 2023 года. В качестве внутренней валюты в игре выступают coin на Sol и BSC, которые можно заработать выполняя внутриигровые задания. Аудитория приложения – более 700 тысяч пользователей, MAU – 66 тысяч пользователей. - [Play Corn Battles](https://t.me/corn) – вышла в июне 2024 года и уже собрала больше 3 миллионов пользователей. Это многопользовательская стратегическая игра, где каждый игрок собирает свою уникальную команду кукурузных героев и сражается против других игроков. Каждая кукуруза представляет собой NFT, которые можно продавать, обменивать и дарить другим игрокам. На данный момент ситуация на рынке выглядит так: - Есть удобная платформа для создания игр и приложений — Telegram - Есть огромное количество живой аудитории — 950 миллионов активных [пользователей](https://t.me/durov/337) по всему миру в Telegram на 2024 год - Есть поддержка крипто- и Web3 технологий - Есть сотни команд и инвесторов, заинтересованных в разработке **Но нет способов все это монетизировать. ** Вы создаете игру, запускаете ее и можете зарабатывать только на внутриигровых предметах или валюте. Это колоссальная потеря потенциальной прибыли и демотивация для разработчиков. ## Платформа для монетизации Telegram Mini Apps — AdsGram AdsGram — это первая платформа, которая позволяет монетизировать трафик в Telegram Mini Apps за счет показа рекламы. Создатели понимают боль разработчиков и видят огромный потенциал в данном направлении. ## Кому подойдет AdsGram Платформа создана для разработчиков игр и любых Telegram Mini Apps с трафиком из России, СНГ и других стран мира. Здесь уже есть богатый международный инвентарь для работы с Юго-Восточной Азией, Европой, Латинской Америкой и Гонконгом. На данный момент AdsGram активно сотрудничает с 150 играми, и количество новых партнеров увеличивается — причем как игровых проектов, так и рекламодателей. ## Как работает AdsGram AdsGram — это классический рекламный движок, который показывает креативы по принципу классических рекламных систем. ![](https://metalamp.ru/images/2.png) Пример рекламного кабинета AdsGram Рекламодатели получают доступ к двум кабинетам, загружают свои видео и выставляют цену в зависимости от аукциона. Базовая валюта-система — это TON. Также существует ряд таргетингов: - Есть ли у пользователя Premium подписка - Тип устройства - Платформа (iOS / Android) - Гео - Язык - Наличие кошелька (в работе) У рекламодателя есть возможность устанавливать Reach Frequency на кампании. Сейчас биллинг считается за показ, но, как только соберется достаточная база данных, разработчики добавят оплату за клик. Реклама может показываться в виде статичного баннера или видео-баннера. Во втором случае, длительность видео до 15 секунд делится на несколько частей: **Этап 1:** отображается само видео. **Этап 2:** на видео появляется кнопка с призывом к действию. **Этап 3:** на видео появляется кнопка с возможностью его закрыть. **Этап 4:** финальная страница с заголовком, текстом и изображением. Через две секунды на последнем экране появляется возможность его закрыть. Метрики уже подтверждают эффективность — средний CTR видео-формата составляет 6%, а для статичного формата средний CTR составляет 10%. Кстати, о метриках, в AdsGram доступны: CPM, CPC, CTR, конверсии, Fill Rate. ## Будущее AdsGram Сейчас AdsGram уже предлагает внушительный функционал возможностей для рекламодателей, но проект не собирается останавливаться на этом. ![](https://metalamp.ru/images/3.png) Пример настройки таргетинга рекламной кампании Создатели уверяют, что в ближайшие месяцы будут добавлены и более мощные инструменты. Вот некоторые из них. - Подписка на канал — это поможет привнести огромное количество дешевого трафика во всю экосистему Telegram и TON. - Таргетинг на то, авторизован пользователь с кошельком или нет; есть ли средства на балансе. - Таргетинг на то, с какими контрактами было взаимодействие. Например, со smart-контрактом биржи Dexa. Это позволит продавать DeFi-продукты и целиться в Web3 пользователей. - Внедрение стоимости за клик, а не только стоимости за показ. ## Возможности, которые открывают Telegram Mini Apps и AdsGram Игры в Telegram — это уже масштабный тренд. Разработчики децентрализованных игровых приложений, в основе которых лежит технология блокчейн, все чаще смотрят в сторону создания собственных Telegram Mini Apps. Яркий пример — Fanton Fantasy Football. Приложение позволяет игрокам участвовать в бесплатных турнирах по главным футбольным матчам мира и выигрывать призы в виде Toncoin и NFT-карточек. Telegram на протяжении десятилетия был популярным сообществом и платформой для криптоэнтузиастов. С появлением мини-приложений Telegram проекты Web3 — GameFi, DeFi, децентрализованные биржи (DEX), децентрализованные автономные организации (DAO) и проекты невзаимозаменяемых токенов (NFT) — могут представить динамическую интерактивную экосистему. А AdsGram способен «подружить» тех, кто стоит по ту сторону этих технологий (то есть разработчиков) с конечным пользователем. Это мощное решение, которое способно радикально изменить рекламный ландшафт Telegram Mini Apps и Telegram. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше о Telegram Mini Apps и TON [Lees meer...](https://metalamp.ru/magazine/sposob-monetizirovat-igry-v-telegram.md) ## Как хомяк, но для трафика: привлекаем аудиторию тапалкой ![Как хомяк, но для трафика: привлекаем аудиторию тапалкой](https://metalamp.ru/images/hamster%20tap.png) Хомяка тапают уже более 239 млн пользователей, и каждый день к игре присоединяются 4–5 млн человек. Приложения-тапалки набрали популярность благодаря игре Notcoin, где токены NOT прошли листинг и многие пользователи получили от 50 до 400 $. Но еще тапалки можно использовать как инструмент привлечения трафика — разбираемся, как именно. Привет! На связи Николай Бордуненко, бизнес-аналитик в MetaLamp, и Дмитрий Кубко, основатель «[Cubeko консалтинг](https://www.linkedin.com/company/cubeko-consulting/?viewAsMember=true)» и венчурный аналитик. Расскажем, для какого продукта подойдет тапалка для привлечения трафика, как запустить ее с нуля и на что обратить внимание. > Тапалки — приложения в Телеграме, в которых пользователи выполняют задания и получают токены (монеты). Если они пройдут листинг и попадут на биржу криптовалют, игроки смогут обменять их на реальные деньги. > > > Владельцы тапалок зарабатывают на рекламе, партнерстве, внутриигровых продажах или, как пользователи, получают деньги, если токены попадут на биржу. Также заказчики могут раскрутить свой продукт или нагнать туда трафик. ![](https://metalamp.ru/images/Snimok ekrana 2024-08-19 v 12.19.39.png) *Популярность тапалок резко выросла — [по данным Вордстата](https://wordstat.yandex.ru/?region=all&view=graph&words=%D1%82%D0%B0%D0%BF%D0%B0%D0%BB%D0%BA%D0%B0), с начала года число поисковых запросов слова увеличилось на 40 000* ![](https://metalamp.ru/images/caty_skriny_tma.png) *Судя по сообщениям в чатах разработчиков, в комьюнити постоянно ищут специалистов для таких проектов* ## Проверьте, подойдет ли тапалка для вашего продукта Тапалки для привлечения трафика подойдут не всем, нужно обращать внимание на тип продукта и сферу бизнеса. Приложение поможет в продвижении продуктов, владельцы которых планируют сделать продажи из-за большого числа пользователей, а не их заинтересованности. Например, товаров с механикой learn-to-earn — тренинговых площадок и бирж, а также сайтов, приложений и игр. При этом тапалки не помогут традиционным офлайн-направлениям в реальном секторе, например стоматологической клинике. ## Наймите команду или обратитесь в аутсорс-агентство Недостаточно просто запустить приложение, нужно сделать так, чтобы оно было успешным. Если фаундер сам по себе, у него будет слишком много задач в рамках проекта и нужно будет мониторить весь рынок продукции. Поэтому легче нанять команду или обратиться в агентство. Нанимать команду — более сложный и затратный вариант. Изначально потребуются - *Фаундер* с экспертизой в маркетинге или биздеве. Если ее нет, поможет эдвайзер. У него должна быть экспертиза в сфере основного продукта. Чтобы не попасть на некомпетентного человека, можно пригласить до трех эдвайзеров — нанимают одного или двух. - *Кофаундер*, который разбирается в маркетинге или биздеве и занимается командой разработки. - *Продуктолог*, маркетолог либо бизнес-аналитик, который выстроит логику процесса запуска продукта и выделит его сильные стороны. Это важно, чтобы проект гарантированно запустился. Вы можете собрать изначальную команду самостоятельно или обратиться в агентство. Если у вас своя команда, то после этапа проджект-дискавери нужно нанять разработчиков. Обычно это делают эдвайзер или фаундер. Можно выбрать коробочное аутсорсное решение, команду разработки на аутсорсе или инхаус-команду. Коробочное аутсорсное решение — самый дешевый и быстрый вариант: команда сделает тапалку за три-четыре недели и примерно за 7000–8000 $, если у разработчиков уже есть наработки или коробочные решения, функционал которых мэтчится с вашими требованиями. Для краткосрочных задач проще и удобнее обратиться в аутсорс-агентство, а не собирать инхаус-команду. Разработчики в штате обойдутся дешевле, чем услуги аутсорс-агентства, но при таком варианте есть риски найма, управления, а у фаундера будет больше нагрузки из-за менеджмента. Наем разработчиков в штат обойдется в 13 000–16 000 $, а кастомное решение с аутсорс-командой — в 20 000–50 000 $. Создание приложения займет два с половиной месяца. Самый лучший вариант для заказчика — когда продукт запускает аутсорсная команда с полноценным отделом аналитики или она имеет с ним контакты. При создании тапалки проще переложить проект на стороннего подрядчика, который выполнит работы под ключ. Минимальный чек начинается обычно от 25 000–30 000 $. ## Заложите оптимальный бюджет на разработку и продвижение Разброс бюджета на проект — от 1000 до 500 000 $. С большими средствами легче развиваться. При этом есть исключения: некоторые проекты раскрутились с 800–1500 $, другие с огромными вложениями были неудачными. Успех проекта зависит от команды и ее опыта. Помимо денег, участники разработки могут брать опцион. В контексте статьи это владение долей от проекта. Опцион берут, если проект перспективный и в будущем на нем можно заработать. ![](https://metalamp.ru/images/Snimok ekrana 2024-09-03 v 20.21.21.png) Ориентировочные затраты на проект ## Поставьте измеряемую цель Трафик бывает разным. Число посетителей — не единственный показатель, потому что в приложение могут нагнать несколько сотен тысяч ботов. Поэтому важно качество трафика и понимание, куда вы будете его вести. Например, можно продавать трафик, конвертировать пришедшую аудиторию или стать медиабайером, агрегировать оферы и передавать их. ## Сделайте проджект-дискавери Пропишите, как ваш концепт будет развиваться в рамках одного или нескольких релизов. Чаще всего делают развитие в рамках нескольких релизов. Длительность этапа — от одного дня до недели. Она зависит от опыта команды и ее действий: например, проводят ли ресерч, готовят ли техническое задание программистам. Для проджект-дискавери: - Исследуют конкуренцию по рынку - Указывают основные фичи, смежные с проектом - Описывают механики проекта, его техническую и продуктовую архитектуру, технический стек Готовый проджект-дискавери передают программистам. Цена его создания зависит от объема и в среднем составляет 500–3000 $. ## Разработайте дизайн тапалки и выберите функции Продумайте дизайн, функции, success rate для пользователя, бонусы для основного продукта и блокчейна. Дизайн. Делайте то, к чему пользователь привык. Например, разработчики инсты* смотрят на тепловые карты тиктока, понимают, что интерфейс удобен, и в итоге копируют его. ![](https://metalamp.ru/images/inst_tiktok.png) Тапалка должна соответствовать психологи цвета. Например, синий вызывает спокойствие, красный — чувство опасности. Поэтому важно, чтобы дизайнер разбирался в психологии пользователя и восприятии цветов. **Функции**. Тапалка должна быть максимально простой. Например, в боте у Aqua Protocol в Telegram больше 3 млн человек. А в лидерборде платформы Zealy всего 128 тысяч участников. В Zealy переходит в разы меньше людей, чем в бот, потому что нужно выполнить одно дополнительное действие — завести кошелек в другой сети вне Телеграма, где уже есть нативный Wallet. Скачивание еще одного кошелька, сохранение сид-фразы и лишние транзакции значительно уменьшают конверсию. В любой тапалке есть минимум необходимых функций: таскборд с задачами, реферальная система и лидерборд. *Таскборд* с задачами нужен для привлечения партнеров, которые платят деньги за размещение в нем заданий — например, перейти по ссылке и посмотреть видео. За их выполнение пользователь получает игровую валюту. *Реферальная система* нужна для привлечения игроков в приложение. Вы вознаграждаете пользователя, который приглашает рефералов. При этом последние получают приветственный бонус, потому что пришли по реферальной ссылке, а не сами нашли приложение. Согласно официальной статистике Notcoin и Hamster Kombat, больше 90% привлеченных пользователей приложений — рефералы. *Лидерборд* необходим для мотивации пользователей. ![](https://metalamp.ru/images/hamster kombat.png) Слева направо: таскборд, реферальная программа, лидерборд Hamster Kombat **Success rate.** Разработчики обеспечивают хороший путь пользователя — дают иллюзию выбора. Человек думает, что он никуда не вовлечен и игра — его добровольное решение. Также ему дают иллюзию большого везения. Например, в трейдинге у пользователя максимальный success rate по сделкам на платформах. У него появляется мысль продолжить и дальше зарабатывать на трейдинге. По крайней мере, он может попытаться. В итоге он пробует снова и снова. Это значит, что его «подсадили на крючок», который поможет довести пользователя до итогового продукта. **Бонусы для основного продукта.** Тапалка должна дополнять главное приложение. Например, продукт — игра. Ее рекламирует тапалка, которая дает монеты и бусты для игры. ![](https://metalamp.ru/images/OKX_Racer.png) Интерфейс мини-приложения с оригинальной механикой для CEX-биржи OKX, которая входит в топ-5 криптобирж в мире. Слева направо: основной экран, таскборд, лидерборд, реферальная программа. Суть — игрок предсказывает курс биткоина на 10 секунд вперед **Блокчейн**. Если вы делаете тапалку в Телеграме, желательно быть частью экосистемы TON и вести по ней пользователя. Так будет легче продвигать приложение. Если вы переводите игроков в другие экосистемы, то увеличиваете путь пользователя и снижаете конверсию. ## Определите маркетинговые активности, чтобы сделать тапалку популярной Пока тапалка в разработке, можно набирать трафик и направлять его на лендинг или ждать выхода в продакшен. Это зависит от продукта и выбранной стратегии, нельзя сказать, что одно решение лучше, а другое хуже. Например, Notcoin и Blum продавали трафик, а приложение Catizen больше ориентировано на внутриигровые покупки. Есть гибридные проекты, которые сочетают в себе несколько целей. Сложно предсказать конверсию пользователей в покупателей. Их может привлекать тапалка из-за бесплатной возможности заработать, но при этом они необязательно будут пользоваться приложением, которое она продвигает. Но большая аудитория приводит к поддержке экосистемы, с проектом начинают считаться. Например, как TON Foundation поддерживает Hamster Kombat: упоминает приложение в своем канале и проводит совместный прямой эфир. ![](https://metalamp.ru/images/Group 8954.png) Пост в телеграм-канале TON Foundation в поддержку Hamster Kombat ## Чек-лист: как использовать тапалку для привлечения трафика Эти пункты помогут вам правильно использовать тапалку для привлечения трафика: - Проверьте, подойдет ли тапалка для вашего продукта - Наймите команду или обратитесь в аутсорс-агентство - Заложите бюджет - Поставьте измеряемую цель - Сделайте проджект-дискавери - Разработайте дизайн тапалки и выберите функции - Определите маркетинговые активности, чтобы сделать тапалку популярной **Если хотите освоить тренд с тапалками, реализовать свой проект и собрать качественный трафик, приходите к нам на консультацию.** ** Instagram — проект Meta Platforms Inc., деятельность которой в России запрещена.* ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о TON и TMA [Lees meer...](https://metalamp.ru/magazine/kak-homak-no-dla-trafika-privlekaem-auditoriu-tapalkoj.md) ## Что такое DAO? ![Что такое DAO?](https://metalamp.ru/images/DAO.png) Если вы что-то слышали о концепции организации без большого босса, где анонимный владелец нескольких токенов может влиять на будущее компании — это скорее всего про DAO. В этой статье вы узнаете, что такое децентрализованные автономные организации (DAO), как вообще возможно их существование и успешные примеры реализации. **Decentralized autonomous organization (DAO)** — это организация, которая работает без централизованной структуры управления на базе блокчейн технологии. Работа организации осуществляется через вызовы смарт-контрактов, позволяя участникам влиять на принятия управленческих решений. Когда кто-то говорит: «Тебе необходимо присоединиться к DAO», это означает, что ты должен присоединиться к сообществу (команде, проекту, протоколу, другой форме коллективизма), которое использует программное обеспечение DAO для координации принятия решений в своей организации. Одной из первых DAO, была организация «[The DAO](https://en.wikipedia.org/wiki/The_DAO)», созданная разработчиками, для автоматизации принятия решений внутри венчурного фонда. После запуска в апреле 2016-го года, она стала одной из крупнейших краудфандинговых кампаний в истории. Прекратила свою деятельность после взлома и потери большей части собранных средств. ## От смарт-контракта до DAO. Чуть больше терминологии Минутка философии! Нужно чуть-чуть потерпеть🤓 Часто возникает путаница в терминологии различных аббревиатур: **DA, DO, DAO, DAC.** В своей статье «[DAOs, DACs, DAs and More: An Incomplete Terminology Guide](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide)», Виталик писал: «Многие из нас были разочарованы отсутствием связной терминологии». Предлагаю и тебе прочитать эту статью. Ниже я приведу основные определения, которые разбираются в этой статье. Будь готов, что какие-то высказывания будут спорными или непривычными для твоей картины мира. Начнем с общего понятия [смарт-контрактов](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart.contracts.html). Термин был предложен Ником Сабом в 1990 году. Виталик сужает этот термин до предметной области web3. **1. Смарт-контракты**— простейшая форма децентрализованной автоматизации, которая реализует механизм выполнения обязательств между несколькими сторонами по распределению цифровых активов. Хорошим примером может выступать escrow контракт, который принимает активы от одного участника, хранит активы до наступления определенного условия и позволяет забрать активы второму участнику. **2. Децентрализованное приложение (DA)** — это тип распределенного программного обеспечения, которое работает в сети блокчейн или одноранговой сети P2P. Например, BitTorrent — это децентрализованное приложение. DA похоже на смарт-контракт, но отличается по двум ключевым параметрам: имеет неограниченное количество участников со всех сторон рынка, не обязательно должно быть финансовым, то есть оно не должно регламентировать распределение цифровых активов. **3. Децентрализованная организация (DO)** — организация, которая включает в себя группу людей, взаимодействующих друг с другом в соответствии с протоколом, указанным в коде и реализованным в блокчейне. Зачастую под этим термином понимается перенос управления организации из реального мира на блокчейн. Например, в компании проходит голосование и выбирается совет директоров. DO будет подразумевать, что тот же самый процесс будет реализован на блокчейне. **4. Децентрализованная автономная организация (DAO)** — DA и DO одновременно, но с той лишь разницей, что: - Помимо свойств DA имеет капитал или внутреннее свойство, которое имеет ценность. Более того может использовать этого свойство в качестве механизма вознаграждения. Например BitTorrent — это только DA, так как не имеет ничего подобного. Он имеет репутацию, но эта репутация не является активом, который можно продать. - Помимо свойств DO имеет характеристику автономности. То есть в DO решения принимаются конкретными людьми, а в DAO решения принимаются каким-то образом самостоятельно, самой организацией. Это очень не интуитивная вещь. Понять можно с обратной стороны, принятое неверное решение в DO является ответственностью руководства, то есть принятое решение может оказаться ошибочным и фатальным, организация может быть несогласной или даже считать это преступлением. А в DAO, принятое неверное решение — это осознанно выбранный путь большинством участников и даже если решение ошибочное, оно является полностью законным. **5. Децентрализованные корпорации (DAC)** — по сути являются подклассом DAO. Основным сторонником DAC как терминологии является [Дэниел Лаример](https://www.linkedin.com/in/daniel-larimer-0a367089). Он пропагандирует, что в DAC платят дивиденды. DAO является некоммерческой организацией, хотя там можно зарабатывать, участвуя в жизни экосистемы, но при этом не инвестируя в DAO. Однако у DAO есть внутренний капитал, который с ростом организации может тоже расти и множится, таким образом DAO может быть в некоторой степени подобна DAC. На этом я бы хотел закончить пространственные определения продолжением примера из статьи Виталика. **Биткойн в данном случае представляет собой интересный случай. В целом, кажется, что протокол биткоина гораздо ближе к DAO, чем к DO. Однако в 2013 году произошел один случай, которая заставляет задуматься. Произошло следующее: случайно был создан уникальный блок, который считался действительным согласно клиентам BitcoinQt 0.8, но недействительным согласно правилам BitcoinQt 0.7. Блокчейн разделился:** - некоторые узлы включили уникальный блок в свою цепочку (назовем цепочку **B1**) - оставшиеся узлы, которые считали этот блок недействительным, работали над другой версией блокчейна(назовем цепочку **B2**). Большинство майнинг-пулов обновились до BitcoinQt 0.8, поэтому они работали в **B1**, но большинство пользователей все еще использовали 0.7 и поэтому следовали **B2**. Операторы майнинг-пулов собрались в чате и договорились переключить свои пулы на майнинг на **B2**, поскольку такой результат будет проще для пользователей и не потребует от них обновления. Через шесть часов цепочка **B2** в результате обогнала **B1**. Таким образом, в данном случае произошла преднамеренная атака 51%, которую сообщество сочло законной, что сделало Биткойн **DO**, а не DAO. Однако в большинстве случаев этого не происходит, поэтому лучший способ классифицировать Биткойн — это DAO с несовершенством реализации автономии. Уфф! Можно выдохнуть! На сколько же тонкая грань между описанными определениями! 🤯 Если попытаться уложить термины в иерархию от меньшего к большему, то я пожалуй сделал бы это следующим образом: **Смарт-контракт —> Децентрализованное приложение (DA) —> Децентрализованная организация (DO) —> Децентрализованная автономная организация (DAO)** В целом это непростое рассуждение об абстрактном, я не претендую здесь на истину, но считаю важным задуматься своему читателю и составить собственное мнение на счет правильного использования терминологии в той или иной ситуации. ## Как работает DAO? Основой DAO являются**смарт-контракты.** Они определяют правила работы организации. Как только контракты будут запущены в сети, никто не сможет изменить правила, кроме как путем голосования. Если кто-то попытается сделать что-то, что не предопределено правилами и логикой кода, то он потерпит неудачу. Потому что нет возможности незаметно изменить код (редактировать правила DAO), благодаря блокчейн технологии. В идеальном мире DAO должно управлять само собой, тогда выглядеть это может следующим образом: **участники сообщества** взаимодействуют с системой **DAO governor**, которая полностью реализована на смарт-контрактах и описывает правила по которым организация управляет децентрализованным приложением (**DA**) и вносит изменения. ![](https://metalamp.ru/images/DA.png) Однако, некоторые протоколы, особенно на ранних стадиях проекта, когда децентрализованное управление организацией только на стадии зарождения, могут использовать гибридную модель: **участники сообщества** по-прежнему влияют на управление организацией посредством взаимодействия с контрактами **DAO governor,** голосование проходит публично и прозрачно на блокчейне, но финальное решение применяется разработчиками протокола или может быть делегировано доверенным участникам сообщества. ![](https://metalamp.ru/images/DAO2.png) При этом всем не обязательно стремиться организовывать изначально полноценное DAO, можно попробовать вынести систему голосования за пределы блокчейн и силами команды разработчиков исполнять принятые сообществом решения. ![](https://metalamp.ru/images/dao34.png) Таким образом любые решения продолжают приниматься коллективно после прохождения голосования с разным уровнем децентрализации. ## Членство в DAO DAO могут иметь два типа членства: **открытый** и **закрытый**. ![](https://metalamp.ru/images/dao_part.png) **Открытое** членство подразумевает возможность присоединиться к DAO любому желающему с получением доступа к управлению организацией. ![](https://metalamp.ru/images/dao_part2.png) **Закрытое** членство означает, что присоединение нового участника к DAO требует прохождения определенного этапа верификации. Такой этап может требовать одобрения другими участниками организации или проверять на соответствие критериям присоединения, таким как наличие капитала или знаний предметной области. Выбор типа членства DAO зависит от цели организации. Если необходимо привлечь как можно больше участников для децентрализованного управления используется **открытый** тип членства. Если для успешного функционирования DAO необходимо участие только квалифицированных участников, то выбирается **закрытый** тип членства. ## Инструменты для организации DAO В реальности перечень инструментов для полноценного функционирования DAO неограничен. Перечислю самые популярные, на мой взгляд. **Web3 инструменты:** **1. Блокчейн.** Среда, в которой выполняется код программного обеспечения DAO для регламентирования правил организации. Например: Ethereum, Polygon, Solana и т.д. **2. Система голосования.** Должна контролировать членство, распределение голосов и принятие решений внутри организации. Все предложения должны проходить через эту систему. Эта система может быть реализована по-своему, например членство может определяться по наличию токена ERC-20 или ERC-721. **3. Банк.** Должен контролировать активы организации. Активы могут быть не обязательно из финансовой сферы, это могут быть любые ценные для сообщества предметы. Может хранить ETH, токены, nft, произведения искусства и многое другое, чем сообщество хочет владеть, как коллектив и что представляет ценность в рамках организации. *Важно!* Для организации работы DAO, система голосования и банк должны быть реализованы на смарт-контрактах в большинстве случаев. **Традиционные инструменты:** **1. Чат.** Обычно это место, где аудитория и сообщество начинает формироваться. Например: *discord, slack, telegram и т. д.* **2. Форум.** Это инструмент для начала более подробного обсуждения, где история записей может иметь большую ценность. Это может быть запущено до начала функционирования DAO. Например: *discourse, reddit, medium и т.д.* **3. Звонки.** В какой-то момент бывает полезно использовать инструмент для общих звонков, чтобы организовать еженедельную синхронизацию обсуждения основных тем для принятия решений или проводить обучение и погружение сообщества в предметную область. Например: *discord, zoom и т.д.* **4. Планирование.** Для прозрачного предоставления сообществу плана развития организации хорошо использовать программное обеспечение для управления задачами. Например: *trello, clickUp, asana, airtable и т.д.* **5. Другие внешние коммуникации.** Со временем появится необходимость рассказать остальному миру о том, над чем работает организация. Для этого могут подойти: *twitter, website, blog и т.д.* ## Варианты использования DAO могут использоваться в разных предметных областях: **1. Децентрализованные финансы (DeFi).** Протоколы DeFi часто используют DAO для управления ключевыми решениями протокола. Например, управление процентными ставками, внедрение новых функций. Это позволяет вовлекать участников сообщества в процесс принятия решений, тем самым способствуя созданию более честной и децентрализованной финансовой среды. **2. Коллективные инвестиции и управление фондами.** DAO позволяет объединять ресурсы участников, давая им возможность инвестировать в различные проекты, контролировать фонды и распределять прибыль в соответствии с заранее определенными правилами. **3. Создание контента.** DAO позволяет создателям контента гарантировать сохранность цифровой собственности и повышает заинтересованность участвовать в жизни экосистемы организации через возможность влиять на принятие решений внутри организации. **4. Децентрализованное управление.** Фундаментальная часть DAO, которая отвечает за управление процессом принятия решений внутри организации. Поддерживает демократический стиль управления ресурсами организации. DAO обеспечивает большую прозрачность, подотчетность в процессах управления. ## Плюсы и минусы DAO DAO могут использоваться в разных предметных областях: **1. Децентрализованные финансы (DeFi).** Протоколы DeFi часто используют DAO для управления ключевыми решениями протокола. Например, управление процентными ставками, внедрение новых функций. Это позволяет вовлекать участников сообщества в процесс принятия решений, тем самым способствуя созданию более честной и децентрализованной финансовой среды. **2. Коллективные инвестиции и управление фондами.** DAO позволяет объединять ресурсы участников, давая им возможность инвестировать в различные проекты, контролировать фонды и распределять прибыль в соответствии с заранее определенными правилами. **3. Создание контента.** DAO позволяет создателям контента гарантировать сохранность цифровой собственности и повышает заинтересованность участвовать в жизни экосистемы организации через возможность влиять на принятие решений внутри организации. **4. Децентрализованное управление.** Фундаментальная часть DAO, которая отвечает за управление процессом принятия решений внутри организации. Поддерживает демократический стиль управления ресурсами организации. DAO обеспечивает большую прозрачность, подотчетность в процессах управления. ![](https://metalamp.ru/images/Snimok ekrana 2024-06-13 v 16.25.41.png) ### Риски Совокупность минусов и устройство DAO порождает некоторые риски успешной деятельности организации: 1. **Плохой код.** DAO очень сильно зависят от смарт-контрактов. Любая уязвимость оставленная разработчиками может привести к потери всех активов DAO, что может привести к закрытию организации. Поэтому безопасность должна быть на первом месте. *Минимизировать этот риск можно классическим для разработки смарт-контрактов способом. Путем привлечения действительно опытных и профессиональных команд к разработке и обязательному аудиту смарт-контрактов DAO в нескольких квалифицированных компаниях.* 2. **Плутократия и концентрация голосов.** В процессе жизни DAO, влияние некоторых групп на голосование может усилиться. Это означает, что действительная власть над управлением организации сосредотачивается в руках наиболее влиятельной группы лиц (например такой группе удалось скопить большое количество токенов голосования). Подобная ситуация уменьшает степень децентрализации. *Бороться с подобным можно путем качественной разработки токеномики проекта. Грамотное распределение права голосования среди участников организации значительно снижает этот риск. Дополнительно необходимо проводить работу с участниками по информированию и обучению предметной области с целью повышения грамотности участников в принятии решений. Технически уже существует несколько моделей организации системы голосования для уменьшения влияния «китов», получивших значительное право голоса. Разберу их позже.* 3. **Юридическая сторона.** До сих пор DAO не имеют полноценного юридического статуса и несут неограниченную ответственность. То есть любой участник неограничен в своих действиях, если с DAO что-то случается. Не до конца понятно, какой правовой орган должен заниматься регулированием деятельности DAO, каким образом должна работать система налогообложения, являются ли активы DAO ценными бумагами и должны подчиняться соответствующему закону. Больше юридических проблем можно найти в этой [статье](https://corpgov.law.harvard.edu/2022/09/17/a-primer-on-daos/). *Это достаточно сложный вопрос, но множество DAO так или иначе его решают, поэтому можно изучить популярные DAO и выбрать наиболее подходящую юридическую базу. Например, некоторые штаты признали DAO в качестве юридических лиц (Вермонт, Теннесси). Можно использовать другие юридические форматы: фонд Каймановых островов, кооперативы Колорадо, некоммерческие DAO и другие.* 4.**Слабая структура управления.** Привлечение к принятию решений всех участников сообщества влияет на скорость внедрения решений. Более того, при принятие решений между участниками могут возникать конфликты, которые негативно влияют на скорость и еще больше затягивают процесс принятия решений. *Решается путем работы с участниками DAO с целью повысить уровень понимания предметной области и улучшить информирование о событиях организации. Используются системы поощрения для повышения мотивации принимать участие в голосование. Некоторые DAO могут привлекать третью независимую сторону для решения конфликтов и споров между участниками.* ## Что такое dao governance? Опр! **DAO Governance (управление DAO) **— это процесс управления и принятия решений внутри **DAO**. Это система, с помощью которой в **DAO** принимаются решения. Это может быть так же просто, как демократическое голосование, или столь же сложно, как многоэтапный процесс принятия решений, включающий участие различных заинтересованных сторон. Самые популярные возможности DAO **governance**: 1. **Система голосования.** Реализует механизм обсуждения и принятия решений внутри организации для управления деятельностью и активами. 2. **Делегирование.** Можно передать право голоса другим участникам экосистемы. 3. **Автоматические транзакции.** Транзакции на изменение правил DAO могут исполняться автоматически, если набирается достаточный кворум участников, который проголосует положительно. 4. **Мультиподпись для управления.** Голосование может выполняться при участии тысячи членов DAO, но непосредственное исполнение воли сообщества возлагается на несколько доверенных (публичных или известных сообществу) участников. 5. **Отложенное исполнение.** После принятия решения, исполнение откладывается на заранее определенный срок, чтобы участники организации могли подготовится и перестроиться на новые правила. Итак, отличие между **DAO** и **DAO Governance** заключается в том, что **DAO** — это сущность или организация, которая функционирует автономно на блокчейне, в то время как **DAO Governance** — это процесс управления и принятия решений внутри такой организации. Другими словами, **DAO Governance** — это инструмент или система, которая позволяет участникам коллективно управлять **DAO**. ### Структура управления Структура управления в DAO определяется степенью влияния на принимаемые решения каждым участником организации. Может быть демократической, меритократической или комбинацией первых двух вариантов. ![](https://metalamp.ru/images/daogovernance.png) **Демократическая структура** означает, что каждый участник имеет равный голос при принятии решений. *Например!* В принятии решения участвует 1000 человек. У каждого есть ровно по одному голосу для голосования за принимаемое решение. Таким образом все участники имеют одинаковое влияние в управлении организации. **Меритократическая структура** означает, что некоторые участники имеют больший вес в принятии решений. *Например!* В принятии решения участвует 1000 человек. Любой участник может купить голоса для голосования в неограниченном количестве. Чем больше голосов куплено, тем больший вес имеет участник организации. 999 человек купили по одному голосу, а 1 человек купил 100 голосов. Получается, что его решение будет влиять на результат сильнее, чем у других участников. **Гибридная структура** означает комбинацию демократической и меритократической структур. *Например!* В DAO устанавливается базовое правило, что каждый участник имеет равнозначные голоса, но участники пришедшие в организацию более 10 лет назад имеют возможность использовать дополнительный голос. *Важно!* Примером демократической структуры управления в DAO может служить [Aragon](https://aragon.org/), а примером меритократической структуры — [MakerDAO](https://makerdao.com/en/). В зависимости от целей и требований DAO, одна структура управления может быть более эффективной, чем другая. Например, меритократическая структура позволяет поощрять вовлечение участников DAO. Однако может приводить к централизации в управлении DAO. ### Типы моделей голосования Система голосования может поддерживать различные модели голосования: 1. **Голосование токенами.** Позволяет участникам голосовать за одно из предложений. Для возможности голосовать участнику необходимо владеть токенами или заблокировать (застейкать) их для подтверждения голоса. Таким образом вес голоса участника высчитывается прямо пропорционально количеству токенов. **Пример**! На балансе Алисы 100 токенов голосования, а у Боба 200 токенов, это означает, что, при голосовании, у Боба будет вдвое больше голосов, чем у Алисы. 2. **Квадратичное голосование токенами.** Позволяет участникам распределять голоса по нескольким предложениям, но при этом стоимость каждого дополнительного голоса увеличивается квадратично. **Пример**! Если Алиса решит выделить 2 голоса за «предложение А» и 3 голоса за «предложение B», это будет стоить 4 токена(2^2) и 9 токенов(3^2). В сумме это составит 13 токенов.Таким образом, стоимость дополнительных голосов отбивает у участников желание отдавать все свои голоса одному предложению, способствуя более сбалансированному процессу принятия решений. Также это уменьшает влияние «китов» (держателей большого количество токенов) на результат голосования. 3. **Футархия.** Это модель управления, которая использует рынок прогнозов для принятия решений. Участники делают ставку на результаты предложений. В итоге реализуется предложение с наибольшим прогнозируемым успехом. **Пример**! Gnosis chain использует в своем DAO модель футархия. Создается предложение реализовать токен GNO с собственной токеномикой. Участники сообщества голосуют готовы ли они покупать этот токен после его реализации. Тем самым 60% проголосуют за то, что они будут покупать, тем самым прогноз говорит о том, что реализация токена имеет смысл. Таким образом, токен будет реализован. 4. **Жидкая демократия.** Представляет собой гибридную модель голосования. Участники организации могут голосовать самостоятельно или делегировать право голоса тому, кому они доверяют. **Пример**! Участник организации, Алиса, может не иметь достаточных знаний о предложении, связанным с разработкой протокола. Поэтому, чтобы не голосовать вслепую, она может делегировать свое право Бобу, доверенному участнику сообщества, имеющему опыт разработки протоколов. За любое другое предложение, Алиса может проголосовать самостоятельно. 5. **Системы, основанные на репутации.** Распределяет право голоса на основе репутации, заработанной участником сообщества. Заработать репутацию можно различными способами от участия в обсуждениях и выполнения заданий, до покупки репутации. Эта модель направлена ​​на то, чтобы вознаградить активных и ценных участников организации более значимыми полномочиями в принятии решений. **Пример**! Алиса была активным участником сообщества, внося свой вклад в разработку кода. Она получает очки репутации 400. В это время Боб написал меньше кода и имеет репутацию 200. Из-за более высокого показателя репутации, при голосовании, голос Алисы имеет больший вес, чем голос Боба. Эта система поощряет активное участие в жизни организации и вознаграждает вклад в DAO. ### Делегирование Опр! **Делегирование (delegation)** — передача права голоса доверенному лицу. Это доверенное лицо будет иметь возможность голосовать за место передавшего право. Несколько причин, почему делегирование оправдано: 1. **Эффективность и опыт.** Позволяет передавать право голоса тем, кто обладает опытом или глубоким пониманием конкретных вопросов. Не у каждого может быть время, знания или ресурсы для принятия обоснованных решений по каждому вопросу в DAO. Делегируя право голоса знающим участникам, можно использовать опыт других для принятия более обоснованных решений. 2. **Активное участие.** Делегирование поощряет более широкое участие в управлении DAO. Таким образом, менее вовлеченные участники вносят свой вклад в принятие решений путем выбора делегата. 3. **Масштабируемость.** Со временем DAO может вырасти до значительных размеров, тогда делегирование будет позволять принимать участие в жизни сообщество только в нужных областях развития. 4. **Гибкость.** Делегирование может быть динамичным. За владельцем право голоса всегда закрепляется возможность сменить делегата или принимать участие в голосовании лично. *Важно!* В некоторых DAO может вводится понятие **самоделегирование (self-delegation).** Это означает, что по умолчанию владелец права не имеет возможности голосовать самостоятельно и сначала ему необходимо делегировать право голоса самому себе. ### Rage-quit Опр! **Rage-quit **— это процесс, в котором член DAO решает выйти из DAO (частично или полностью) по той или иной причине в обмен на активы самого DAO. Важно! Надо отметить, что данный термин касается DAO, которые так или иначе ориентированы на предоставление инвестиционных возможностей для активов участников организации. Впервые данные механизм был применен, как ключевая функциональная возможность платформы [Moloch DAO](https://molochdao.com/) V1. Moloch DAO — это фреймворк для предоставления Ethereum грантов. Moloch может хранить различные токены ERC20 в собственном хранилище и позволяет любому сжечь токены голосования в обмен на активы их хранилища. Эта возможность была реализована и на других платформах, таких как [Tribute DAO](https://tributedao.com/docs/contracts/adapters/exiting/rage-quit-adapter/) и [Flamingo DAO](https://docs.flamingodao.xyz/ragequitting.html). ### TimeLock Опр! **TimeLock** — это простой механизм, который позволяет вступить изменениям в силу через определенный промежуток времени. TimeLock является хорошим дополнением для системы DAO. Добавление временных ограничений к исполнению принятого решения позволяет участникам сообщества выйти из DAO, если они не согласны с принимаемым решением до его фактического исполнения. ![](https://metalamp.ru/images/DAOOO.png) Особо стоит отметить, что использование механизма **TimeLock о**тдельным контрактом подразумевает, что именно этот механизм будет выступать в роли исполнителя принимаемого решения. Однако этот механизм может быть реализован нативно внутри контракта **DAO governor.** Можно использовать контракт [TimeLockController](https://docs.openzeppelin.com/contracts/5.x/api/governance#TimelockController) из библиотеки OpenZeppelin. ## Сервисы для создания DAO ### Snapshot ⚡ [Snapshot](https://snapshot.org/#/) — это платформа для голосования, которая позволяет протоколам настроить систему голосования для DAO off-chain. Этот инструмент позволяет гибко настраивать процесс голосования для различных потребностей организации (расчет веса голоса, выбор механизма голосования и проверка предложений). **Ключевые особенности:** 1. **Бесплатное использование.** Участникам нет необходимости подписывать транзакции и платить газ для того, чтобы проголосовать. 2. **Подпись сообщений.** Для того, чтобы проголосовать, участнику необходимо подписать сообщение. 3. **Разнообразие типов систем голосования.** Единичный выбор, квадратичное голосование и так далее. 4. **Гибкие стратегии голосования.** Позволяет голосовать при помощи токенов ERC-20, ERC-721 и других токенов. 5. **Открытый исходный код** приложения в [репозитории](https://github.com/snapshot-labs/). Я поставил этот сервис на первое место, потому что зачастую на первых этапах становления организации можно воспользоваться услугами этого сервиса для общения с участниками организации и сбора обратной связи. Многие крупные протоколы используют Snapshot для первичной системы голосования: [Uniswap](https://snapshot.org/#/uniswap), [Aave](https://snapshot.org/#/aave.eth), [GMX](https://snapshot.org/#/gmx.eth), [ENS](https://snapshot.org/#/ens.eth), [Arbitrum](https://snapshot.org/#/arbitrumfoundation.eth) и другие. Это позволяет первично отсеивать предложения сообществом, допуская до децентрализованного голосования только нужные предложения. ### Aragon 🦅 [Aragon](https://aragon.org/) — это программное обеспечение, которое позволяет создавать децентрализованные автономные организации (DAO) на блокчейне Ethereum. Хорошо подходит для организаций, которые совместно управляют активами и принимают решения через свой децентрализованный аппарат. Под каждую организацию создаются свои экземпляры смарт-контрактов в сети. Aragon делает это при помощи собственного фреймворка для создания децентрализованных организаций [aragonOS](https://github.com/aragon/aragonOS/tree/next). Примечательно то, что протокол реализовал токен [ANT](https://coinmarketcap.com/ru/currencies/aragon/), который позволяет участвовать в управлении Aragon DAO. Например владельцы токенов Aragon могут вносить поправки в соглашение об Aragon. Aragon содержит интересный функционал под названием **Aragon Court** для разрешения споров внутри DAO. Любая организация может обратиться в «суд» и передать спорную ситуацию на рассмотрение. При этом необходимо заплатить пошлину за работу «суда». Для разрешения спорной ситуации случайным образом будет сформирована коллегия присяжных, которая рассмотрит «спор» и вынесет решение. ### XDAO ✖️ [XDAO](https://www.xdao.app/) — это инструмент для создания DAO и совместного управления. Можно использовать для управления криптоактивами, для организации кошелька с мультиподписью, для инвестирования. Особенность заключается в том, что можно пополнять криптоактивами хранилище DAO, а взамен получать LP токены, как доказательство право владения. Платформа поддерживает функционал **rage-quit**, который называется «[Private Exit Offer](https://docs.xdao.app/users-guide/private-exit-offer)». Можно сжечь LP токены и получить часть активов, которыми распоряжается DAO, чтобы выйти из него. Также поддерживает модель **гибридного голосования.** Участники голосуют вне блокчейна, используя для этого подпись от имени своего кошелька, а обработка голосования происходит на блокчейне. Такой тип голосования позволяет участника снизить затраты на газ без ущерба для безопасности. ## Примеры кода для вдохновения ### OpenZeppelin Библиотека предоставляет набор[смарт-контрактов](https://github.com/OpenZeppelin/openzeppelin-contracts) для реализации управления системой голосования. Можно почитать документацию, про то, как настроить [governance](https://docs.openzeppelin.com/contracts/5.x/governance#token). Я подготовил собственный [мини-обзор](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/dao/openzeppelin-governance/README.md) смарт-контрактов governance от OpenZeppelin. Этот раздел для разработчиков. Там я покажу, как построить простую систему **governance** и сделаю обзор смарт-контрактов библиотеки. ### Compound Протокол Compound управляется и обновляется держателями токенов **COMP**. Для второй и третьей версии протокола, помимо смарт контракта **COMP** используется дополнительный модуль Timelock. Реализована возможность делегировать право голоса. Прочитать документацию для второй версии можно [тут](https://docs.compound.finance/v2/governance/). Прочитать документацию для третьей версии можно [тут](https://docs.compound.finance/governance/). Контракты [GovernorAlpha](https://github.com/compound-finance/compound-protocol/blob/master/contracts/Governance/GovernorAlpha.sol) и [GovernorBravo](https://github.com/compound-finance/compound-protocol/blob/master/contracts/Governance/GovernorBravoDelegator.sol) второй версии протокола многими брались за основу для организации системы голосования. Библиотека OpenZeppelin брала за основу для своих контрактов решения Compound. И даже сохранило совместимость своих контрактов с контрактами Compound. Интересно! Протокол [Uniswap](https://uniswap.org/) использовал для своего governance [форк](https://github.com/Uniswap/governance) смарт-контрактов Compound второй версии. ### Moloch DAO Менее популярным решением, по сравнению с контрактами Compound, выступают смарт-контракты Moloch DAO. Это одна из [альтернатив](https://molochdao.com/) для самоорганизации, финансирования и развития необходимой публичной инфраструктуры. Репозиторий со смарт-контрактами находится [тут](https://github.com/HausDAO/Molochv2.1/tree/main). Брать за основу я не предлагаю, но ознакомиться может быть интересно. ## Вывод В разрезе **web3** разработки основные правила DAO зафиксированы в коде и их нельзя изменить. Эта неизменность вместе с прозрачностью, которую обеспечивает блокчейн, позволяет DAO быть следующим уровнем децентрализации протоколов. Потенциальные варианты использования DAO могут быть ограничены только человеческой фантазией. Не стоит смешивать понятия DAO, как организации, и DAO governance, как инструмента управления организацией. Очевидно, что концепция DAO на базе блокчейна требует от разработчиков особого внимания к обеспечению безопасности от внешних атак и случайных ошибок в коде. Использование DAO может быть перспективным и эффективным решением для многих проектов и организаций, но только при условии правильного подхода и тщательной работы над безопасностью и надежностью. Возвращаясь к началу этой статьи, хотелось бы сказать: «За любым **DAO** всегда стоят **люди**! И хорошо, чтобы их было побольше!» ### Links 1. [Decentralized autonomous organizations (DAOs)](https://ethereum.org/en/dao/) на ethereum.org 2. [What is a DAO in Crypto? (Decentralized Autonomous Organization) - video](https://www.youtube.com/watch?v=KHm0uUPqmVE&ab_channel=WhiteboardCrypto) 3. [DAOs, DACs, DAs and More: An Incomplete Terminology Guide](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) 4. [A Primer on DAOs](https://corpgov.law.harvard.edu/2022/09/17/a-primer-on-daos/) ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/cto-takoe-dao.md) ## Как рассчитывается стоимость газа в транзакциях Ethereum ![Как рассчитывается стоимость газа в транзакциях Ethereum](https://metalamp.ru/images/ethereum%20gas.png) В этой статье я исследую механизмы расчета и составляющие цены газа в блокчейне Ethereum, описываю историческое развитие этих методов и их значимость, а также демонстрирую, как вычислить стоимость транзакции на основе ее газовых затрат. Это будет цикл статей, поэтому если вам интересна эта тема — не пропустите следующие! ## Базовая концепция Газ (gas) — это единица измерения количества вычислительных ресурсов, необходимых для выполнения определенных операций в блокчейне. **Вычислительные ресурсы — это технические средства ЭВМ, в том числе процессор, объемы оперативной и внешней памяти, время, в течение которого программа занимает эти средства в ходе выполнения.** Если приводить аналогию из реального мира, то газ будет выступать в роли бензина для автомобиля (на что и намекает его название — «gas» от слова «gasoline»). В привычном нам мире, мы не привыкли оплачивать вычислительные ресурсы, как отдельную услугу. Например, в случае онлайн‑банкинга, банк берет на себя расходы за вычисления, производимые на его серверах. Это пример централизованной системы. В децентрализованных системах, пользователи оплачивают операции, потребляющие вычислительные ресурсы, поскольку эти операции напрямую служат их интересам. Газ служит не только в качестве меры вычислительных усилий в блокчейне, но и является ключевым инструментом защиты от спама и DoS‑атак. Поскольку каждая операция в сети требует оплаты газа, злоумышленникам становится экономически нецелесообразно проводить массовые и повторяющиеся транзакции с целью перегрузки сети. Лимиты блока на газ дополнительно ограничивают масштаб таких попыток, делая атаку непомерно дорогой и технически сложной. Это также стимулирует разработчиков писать более эффективный, чистый и оптимизированный код, поскольку более экономное использование газа напрямую влияет на снижение операционных расходов. Наконец газ играет ключевую роль в регулировании спроса и предложения в блокчейне Ethereum. Цена газа измеряется в Gwei за единицу (пример — 50 Gwei), и при высоком спросе может существенно возрастать. **Gwei — это деноминация криптовалюты эфир (ETH), используемая в сети Ethereum для покупки и продажи товаров и услуг.** ![](https://metalamp.ru/images/denominations.png) В Ethereum 1.0 этом могло приводить к сумасшедшим ценам на транзакции (как вам например идея заплатить 100–300$ за покупку USDT на Uniswap?). ## Расчет комиссий за газ в Ethereum 1.0 В Ethereum 1.0 каждая транзакция включала два ключевых элемента, связанных с газом: **gasPrice **— цена в ETH, указанная в Gwei за единицу газа **gasLimit** — максимальное количество газа, которое пользователь готов заплатить в этой транзакции Майнеры получали фиксированную награду за блок и всю комиссию за использованный газ. Комиссия для каждой транзакции рассчитывалась так: ``` totalFee = gasPrice * gasUsed``` где gasUsed обозначает реально использованное количество газа. Объяснение из чего складывается gasUsed выходит за рамки данной статьи, но важно упомянуть, что любой неиспользованный газ (gasLimit — gasUsed) возвращался инициатору транзакции, поэтому gasUsed всегда был меньше или равен gasLimit. ``` gasUsed <= gasLimit``` В этой модели пользователь сам устанавливал **gasPrice**. Выглядело это так: ![](https://metalamp.ru/images/gas limit.png) **Примечание:** Пользователь мог выставить gasPrice равным нулю и такая транзакция технически могла быть включена в блок, майнер в таком случае получал бы только фиксированную награду за блок. **Примечание 2:** Здесь и далее в качестве примера работы с кошельком я буду использовать MetaMask, как один из самых популярных кошельков. Помните, что кошелек — это лишь клиент, который облегчает взаимодействие с блокчейном, все то же самое со своим аккаунтом можно проделать хоть из командной строки (при наличии определенных навыков). Фактически, gasPrice в Ethereum 1.0 был ключевым фактором, определяющим скорость включения транзакции в блок. Майнеры отбирали транзакции на основе системы **«аукциона первой цены»**, где приоритет отдавался тем, кто предлагал более высокую плату за газ. Это создавало риск задержек или даже невозможности включения транзакции в блок, особенно при низком предложенном gasPrice. У такого подхода был ряд недостатков: - **Высокая волатильность комиссий:** Цены на газ часто колебались, что не отражало реальную стоимость обработки транзакций в сети. - **Задержки в обработке транзакций:** Из-за ограниченного лимита газа на блок, транзакции могли долго ожидать включения в блокчейн. - **Неэффективность аукционов первой цены:** Система, при которой пользователи указывали максимальную стоимость газа, а майнеры выбирали самые выгодные предложения, была сложной и неэффективной. - **Переплата за газ:** Сложные механизмы оценки комиссий часто приводили к ненужной переплате за газ. Эти проблемы были подняты в [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), как основание для перехода на новую модель расчета комиссий за газ, что и было реализовано в хардфорке [London](https://ethereum.org/en/history#london). ## Расчет комиссий за газ в Ethereum 2.0 EIP-1559 ввел ключевое нововведение — **base fee** (базовую стоимость), которая является обязательной платой за каждую транзакцию. Это значительно изменило модель расчета комиссий: 1. **base fee** определяется протоколом и алгоритмически корректируется в зависимости от загрузки сети. 2. Размер блока стал динамическим. Он напрямую влияет на величину **base fee** и помогает регулировать спрос автоматически. Подробнее об этом можно узнать [здесь](https://ethereum.org/en/developers/docs/gas/#base-fee). 3. **base fee** сжигается, а не достается майнерам/валидаторам, что потенциально делает эфир дефляционной монетой. **Дефляционная криптовалюта — это криптовалюта с уменьшающимся общим количеством монет, что увеличивает её ценность со временем.** Для майнеров был добавлен новый параметр — **priority fee** или чаевые (tips), которые мотивируют быстрее включать транзакции в блок. Этот параметр, выраженный в Gwei, представляет собой дополнительное вознаграждение для майнера за добавление отдельной транзакции в блок. Прибавляется к базовому вознаграждению за весь блок. Теперь, с введением **priority fee**, аукцион по‑прежнему существует, но с ключевым отличием: для майнеров уже не так важно, сколько газа потребляет транзакция. Различие в газовых затратах между простой передачей эфира и развертыванием смарт‑контракта стало менее значимым. Чаевые также обеспечивают стимул для майнеров включать транзакции в блоки, а не оставлять их пустыми. Более того, новая модель сделала расчет цен на газ более предсказуемым и менее подверженным волатильности. Еще одним нововведением является параметр maxFeePerGas — максимальная сумма, которую пользователь готов заплатить за обработку своей транзакции (похоже на «проскальзывание цены» которое устанавливается при обменах на DEX, чтобы обезопаситься от колебания цен на актив). Этот параметр объединяет base fee и priority fee, обеспечивая защиту пользователя от колебаний base fee. **Проскальзывание цены (англ. «price slippage») — это исполнение рыночного ордера по цене, которая отличается от цены указанной в заявке (order) на бирже. Это явление характерно для любых активов, в том числе криптовалют.** ### Новые параметры газа в транзакции В результате, структура параметров газа в транзакции претерпела следующие изменения: 1. **maxPriorityFeePerGas** (чаевые в Gwei за единицу газа) — комиссия за приоритет, которая направляется валидатору, стимулируя быстрое включение транзакции в блок. 2. **maxFeePerGas** — максимальная сумма в Gwei за единицу газа, выделенная на оплату газа, включая base fee и maxPriorityFeePerGas. Защищает в первую очередь от колебаний base fee. 3. **gasLimit** — максимальное количество газа (в ед. газа), которое пользователь готов оплатить за выполнение этой транзакции. Таким образом, поле gasPrice было убрано из транзакции, вместо него добавлены два новых параметра, связанных с газом. Фактически, они разделяют gasPrice на две части — **обязательная плата** протоколу и **чаевые майнерам**. Параметр maxFeePerGas может немного путать, поэтому в Metamask вы его не увидите, кошелек предлагает выставить «Max base fee», а maxFeePerGas кошелек рассчитает сам под капотом, прибавив чаевые для майнера (Priority fee в Metamask). В MetaMask можно выбрать с какой скоростью транзакция будет выполнена. Кошелек сам рассчитывает и предлагает приблизительные параметры. ![](https://metalamp.ru/images/metamask.png) Разберем на примере скриншота справа. Рассчитаем предоплату, которую нужно внести для выполнения транзакции. Чтобы оплатить транзакцию «по рынку» (Market), кошелек предлагается нам следующие значения: - **Max base fee:** 34.5899 Gwei (При этом реальный base fee система оценивает в 26 Gwei) - **Priority fee:** 0.1 Gwei (То есть это рекомендованный размер чаевых на данный момент) - **Gas limit:** 21000 (Это базовое количество газа, которого достаточно для перевода ETH между двумя аккаунтами EOA) Посчитаем сколько средств нам нужно внести в качестве предоплаты: ``` prepay = maxFeePerGas * gasLimit prepay = (34.5899 + 0.1) * 21000 = 728487.9 Gwei``` Можем разделить это число на 1 млрд. (чтобы перевести в ETH) и умножить на цену эфира в долларах, чтобы получить значение комиссии в долларах. Например если взять цену эфира за 2500$, тогда: ``` 728487.9 Gwei / 1_000_000_000 = 0.0007284879 ETH 0.0007284879 ETH * 2500$ = 1.82$``` Но т.к. реальный размер base fee 26 Gwei (предположим он будет таким же в момент выполнения транзакции) и gasUsed в данном случе будет ровно 21000, то результирующая цена транзакции будет считаться так: ``` totalFee = (base fee + maxPriorityFeePerGas) * gasUsed totalFee = (26 + 0.1) * 21000 = 548100 Gwei 548100 Gwei / 1_000_000_000 * 2500$ = 1,37$``` То есть подписывая транзакцию вы одобрите 1.82$, но фактически транзакция будет стоить 1.37$, поэтому 0.45$ будет возвращено на ваш счет. ### MetaMask advanced Возвращаясь к MetaMask, можно настроить все параметры самостоятельно в режиме «Advanced». ![](https://metalamp.ru/images/advancedgasfee.png) Данный режим позволяет выставить три параметра, которые мы уже рассмотрели выше: «Max base fee», «Priority fee» и «Gas limit». Важно! Повторюсь, это упрощение. maxFeePerGas будет складываться из «Max base fee» + «Priority fee». Поэтому, косвенно, можно установить и параметр транзакции maxFeePerGas. Как видно на скриншоте, кошелек заботливо подскажет, что вы указываете параметры не совсем разумно. Это может привести к сбою транзакции или сильной переплате комиссии. Поэтому данный режим и называется «Advanced». Режим создан только для продвинутых юзеров. Актуальные цены на газ можно посмотреть на[ etherscan.io](https://etherscan.io/gastracker#chart_gasprice) для Ethereum и в подобных сервисах для других сетей. ![](https://metalamp.ru/images/ethereumgastracker.png) Примерные значения тут рассчитываются похожим образом. Обратите внимание, что значение в Gwei уже включает base fee и priority fee. То есть, чтобы узнать, какую комиссию вы заплатите в ETH, достаточно перемножить количество потребляемого транзакцией газа с этой величиной. Чтобы зафиксировать, покажу этот расчет еще раз, но уже на примере данных с etherscan. Например, для перевода ETH это будет выглядеть так: ``` totalFee = 25 Gwei * 21000 gas = 525000 Gwei``` Если хотим получить значение в ETH, достаточно разделить на 1 миллиард. ``` 525000 Gwei / 1_000_000_000 = 0.000525 ETH``` Собственно, для получения цены в долларах, остается только умножить на текущий курс ETH. На момент написания он равен 2253$. ``` 0.000525 ETH * 2253$ ≈ $1.18$``` Полная формула будет такая: ``` totalFeeInUsd = gasPrice * gasUsed / 1_000_000_000 * ethPriceInUsd ``` ### Типы транзакций в Ethereum В Ethereum на данный момент существует 3 типа транзакций: 1. **Тип 0.** Транзакции старого формата (Legacy). Имеют поле gasPrice. 2. **Тип 1.** Транзакции включающие «список доступа». Подробнее тут. 3. **Тип 2.** Транзакции нового формата (EIP-1559). Используют maxPriorityFeePerGas и maxFeePerGas вместо gasPrice. Для нас, в данном контексте, интерес представляют типы 0 и 2. Чтобы сохранить обратную совместимости EIP-1559 не отменяет транзакции старого формата (Legacy транзакции типа 0, где указывались только gasPrice и gasLimit). Когда Legacy транзакция попадает в мемпул, весь указанный в ней gasPrice используется, но из него вычитается и сжигается **base fee**, а оставшаяся сумма становится **priority fee**. Хотя для выполнения транзакции технически достаточно только **base fee**, без достаточного **priority fee** транзакция вряд ли будет включена в блок, особенно если есть более выгодные предложения. В случае с Legacy‑транзакциями крайне важно точно рассчитать комиссию, чтобы избежать недостатка средств на покрытие **base fee**. Важно! **base fee** сжигается протоколом независимо от типа транзакции. В случае с транзакциями типа 2 (EIP-1559), пользователи могут не беспокоиться о размере **base fee** (сеть сама предложит подходящий в данный момент, достаточно указать его максимальноe значение). При этом есть возможность ставить очень низкие **priority fee**. В периоды низкого спроса такой подход может сработать, так как майнеры могут включать в блок даже транзакции с очень низкими чаевыми или без них вовсе, чтобы заполнить блок. Рассмотрим на примерах. ### Legacy транзакция (тип 0) ![](https://metalamp.ru/images/legasy fee.png) Это скриншот обычного трансфера ETH. В поле «Other Attributes» можно увидеть что тип транзакции — Legacy (тип 0). В данной транзакции пользователь «взял с запасом»: - gasPrice выставлен в 25 Gwei - gasLimit 60,000 (при том, что на трансфер ETH всегда тратится 21 000) Base fee равен 22.980 329 104 Gwei, для удобства округлим до 23 Gwei. Таким образом 23 Gwei были сожжены, а все что осталось 25 — 23 = 2 Gwei за единицу газа составляет чаевые валидатору. ### Legacy транзакция с минимальным priority fee (тип 0) ![](https://metalamp.ru/images/legacy priority fee.png) В этой транзакции пользователь выставил gasPrice всего 23 Gwei, что рисково, потому что было сожжено 22.98 Gwei, а майнер получил только 0.02 Gwei за единицу газа. Забавный факт: Обе эти транзакции были выполнены в одном блоке, рядом друг с другом. ### Транзакция EIP-1559 (тип 2) Перейдем к транзакциям EIP-1559. С ними все гораздо интереснее. ![](https://metalamp.ru/images/legacyprfee2.png) Если пройтись по параметрам связанным с газом в транзакции, то: - Max priority fee инициатор транзакции выставил 0.029804932 Gwei - Max base fee равен 46.9162118 Gwei - gasLimit составляет стандартные 21000 Gwei То есть здесь base fee с двухкратным запасом, но при этом maxPriorityFeePerGas довольно скромные и равны 0.03 Gwei за единицу газа. Обратите внимание, что в поле «Burnt & Txn Savings Fees» этого типа транзакции есть еще и «Txn Savings», это как раз те средства которые были возвращены пользователю потому, что не были использованы в транзакции. ### Транзакция EIP-1559 без priority fee (тип 2) ![](https://metalamp.ru/images/legacy3.png) Последний пример на сегодня. Ничего не смущает? Да, **priority fee** равно 0. Более того, base fee выставлен идеально точно, поэтому возврат средств тоже делать не пришлось. *Забавный факт № 2:* Третья транзакция взята из того же блока, что и две предыдущих. Важно отметить, что base fee сжигается во всех типах транзакций, не зависимо от их формата. Для наблюдения за процессом сжигания ETH в реальном времени можно воспользоваться ресурсом [beaconcha.in/burn](https://beaconcha.in/burn). ## Заключение Хотя расчет цен на газ сейчас во многом автоматизирован, пользователи все же несут ответственность за свои транзакции, т.к. это в принципах децентрализации. Возможность отказаться от транзакции при высоких ценах на газ или увеличить комиссию для ее ускорения остается за пользователем. Но нужно быть осторожным, есть случаи, когда за транзакции по ошибки платили [немыслимо большие](https://decrypt.co/207263/bitcoin-sender-overpays-record-breaking-3-million-transaction-fee) комиссии. **P.S.** В следующей статье будет очень подробно про расчет gasUsed (фактически использованного газа во время выполнения транзакции). ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше технических разборов [Lees meer...](https://metalamp.ru/magazine/kak-rasscityvaetsa-stoimost-gaza-v-tranzakciah-ethereum.md) ## Как работает блокчейн Scroll: технический обзор ![Как работает блокчейн Scroll: технический обзор](https://metalamp.ru/images/scroll.png) Из этой статьи вы детально узнаете: о Scroll, который состоит из централизованного узла секвенирования (execution node, rollup node) и децентрализованной сети (roller net), архитектуре и рабочем процессе rollup. Советую прочитать перед этим [вот эту статью.](https://habr.com/ru/articles/692088/) Scroll — это блокчейн второго уровня (Layer 2 — L2), созданный для масштабирования Ethereum. Он использует ZK-Rollups — свертки с доказательством нулевого разглашения (Zero-knowledge proofs — ZKP) для объединения транзакций за пределами основной сети (L1). В L1 в свою очередь отправляется только криптографическое доказательство, что транзакции обработаны верно, а также сжатые данные об этих транзакциях. Разрабатывался совместно с группой [Privacy and Scaling Explorations](https://pse.dev/) в Ethereum Foundation более года. ## Технические принципы и предпосылки к созданию блокчейна Каких технические принципы были основополагающими и что в свою очередь повлияло на дизайн блокчейна, можно детально изучить [в этой статье.](https://scroll.mirror.xyz/N7cAie4ul0PdSxNdv2FTqgMV2JEkhOJocsxfeqe4SFE) ### Архитектура Для того чтобы понять, как работает блокчейн, сперва необходимо понять, какие уровни архитектуры существуют и из чего они состоят. Рассмотрим верхнеуровнево общую архитектуру согласно картинки ниже. ![](https://metalamp.ru/images/4a36f849a040c92f3c9d8ad0d6080bcc.png) ### Settlement Layer Находится данный уровень в Ethereum и состоит из двух контрактов — Bridge Contract и Rollup Contract. **Bridge Contract:** - позволяет пользователям и dapps отправлять сообщения, активы, транзакции (если dapps в L1) в сеть Scroll (L2) и обратно в L1. **Rollup Contract:** - проверяет сгруппированные транзакции (batch) отправленные с L2; - предоставляет доступность данных (обеспечивает возможность любому участнику сети получить доступ к информации о транзакциях и блоках); - упорядочивает транзакции для канонической цепочки Scroll (в блокчейне транзакции должны быть обработаны в определенном порядке, чтобы избежать двойных расходов и других видов мошенничества. Уровень расчетов обеспечивает, что транзакции, входящие в каноническую цепочку Scroll, обрабатываются в правильном и последовательном порядке). ### Sequencing Layer Состоит данный уровень из узлов — Execution Node и Rollup Node. **Execution Node:** В первую очередь следует сказать, что на данный момент это централизованный узел, который является одним из главных компонентов протокола. Он ответственный за: - проверку и выполнение транзакций, которые были отправлены пользователями через L2 сеть или через L1 контракт — bridge; - создание блоков L2 из транзакций. **Rollup Node:** - группирует транзакции в пакеты (batch); - публикует данные транзакций и информацию о блоках на Ethereum для обеспечения доступности данных; - передает доказательства правильности транзакций на Ethereum для окончательного подтверждения пакета транзакций (финализации в L1). ### Proving Layer Данный уровень состоит из модуля Provers и Coordinator. **Provers:** Это пул проверяющих в децентрализованной сети. Они ответственные за создание доказательств действительности zkEVM, которые проверяют правильность транзакций L2. **Coordinator:** В свою очередь Coordinator — это модуль, который отправляет задачи проверки случайному Prover и передает доказательства на Rollup Node для окончательности транзакций в Ethereum. ## Rollup процесс Предлагаю теперь детально разобрать схему. ![](https://metalamp.ru/images/rollup_process.png) Для начала, следует разобрать из чего состоят узлы. **Execution Node** содержит модули: - *Sync service.* Подписывается на события контракта Bridge. Как только этот модуль обнаружит новую транзакции, он генерирует ее в особый формат L1MessageTx и добавляет их в локальную очередь L1 транзакций; - *Mempool.* Собирает транзакции, которые напрямую отправляются в L2; - *Executor.* Извлекает транзакции как из локальной очереди транзакций L1, так и из Mempool L2, выполняет их для создания нового блока L2. **Rollup Node** содержит модули: - *Relayer.* Отправляет commit transactions и finalize transactions в Rollup Contract для обеспечения доступности и окончательности данных; - *Chunk/Batch Proposer.* Создает chunks / batch из транзакций и отправляет либо в базу данных, для последующей отправки на Prover для генерации доказательства, либо в контракт Rollup, для предварительной фиксации в сети L1. Получается, что процесс Rollup состоит из трех этапов: 1. Транзакции проверяются и выполняются в Execution Node. 2. Транзакции упаковываются в batch и фиксируются изменения в L1. 3. Генерация доказательства и отправка в Rollup contract для финализации транзакций. ## Порядок работы Теперь давайте пройдемся по схеме по каждому пункту. ### Транзакции проверяются и выполняются в Execution Node: 1. Пользователи отправляют транзакции через L1 bridge или напрямую в L2 сеть. 2. Sync Service извлекает последние добавленные транзакции L1 с Bridge contract. 3. Секвенсор L2 (Execution Node) обрабатывает транзакции из очереди, которые поступили как из L1, так и из mempool L2, и создает блоки L2. ### Транзакции упаковываются в batch и фиксируются изменения в L1: 4. Rollup Node отслеживает последние блоки L2 и извлекает данные транзакций. 5. Rollup Node предлагает новый chunk или batch и записывает его в базу данных. О том, как происходит создание block, chunk и batch, рекомендую посмотреть тут. 6. После создания нового batch (пакета), Relayer собирает данные транзакций в этом пакете и отправляет commit transaction в Rollup Contract для обеспечения доступности данных. Таким образом происходит предварительная фиксация данных в L1. ### Генерация доказательства и отправка в Rollup contract для финализации транзакций: 7. Coordinator опрашивает новый chunk или batch из базы данных: - Если был создан новый chunk, тогда Coordinator запросит трассировку выполнения всех блоков в этом chunk у секвенсора L2 (execution node), а затем отправит задачу проверки chunk случайно выбранному проверяющему (prover). - Если был создан новый batch, тогда Coordinator соберет доказательства всех chunks этой партии из базы данных и отправит задачу проверки партии случайно выбранному агрегатору-проверщику (prover). 8. После того, как Coordinator получит chunk или batch доказательств от проверяющего (prover), он запишет доказательство в базу данных. 9. Как только rollup relayer увидит новый batch в базе данных, он отправляет транзакцию Finalize в Rollup Contract для проверки доказательства. Таким образом, как вы могли заметить, существует определенный жизненный цикл транзакций. ### Жизненный цикл транзакций **1. Confirmed:** Пользователи отправляют транзакцию либо в bridge contract L1, либо в секвенсор L2 (execution node). Транзакция становится Confirmed после того, как она будет выполнена и включена в блок L2. **2. Committed:** Указывает на то, что данные транзакции этого блока были опубликованы в Ethereum. Это не доказывает, что они были выполнены надлежащим образом, но гарантирует доступность данных блока. **3. Finalized:** Указывает на то, что подтверждение действительности было отправлено и проверено смарт-контрактом. Транзакция имеет статус FInalized. После этого шага транзакция считается окончательной. ### Пакетная обработка транзакций ![](https://metalamp.ru/images/transactions 1.png) Как видно из картинки, в Scroll транзакции группируются по нескольким уровням: 1. Группа упорядоченных транзакций упаковывается в блок. 2. Серия смежных блоков группируется в chunk. Chunk — это базовый блок для генерации доказательства схемы zkEVM. 3. Серия смежных chunk группируется в batch (пакет). Пакет является базовой единицей для фиксации данных (предварительной отправки в L1) и проверки доказательств на уровне L1. Пакетное (batch) доказательство — это совокупное доказательство chunks в этом пакете. Таким образом, транзакции в начале упаковываются в блоки, потом блоки в chunk (для отправки на генерацию proof в prover), после этого chunks упаковываются в batches (для фиксации данных в L1 или проверки доказательств). ## Отличия zkEVM от EVM в Scroll Про инструменты разработки и отличия блокчейна Scroll от Ethereum можно почитать [тут](https://github.com/fullstack-development/blockchain-wiki/blob/main/blockchains/scroll/scroll-dev-environment.md). ## Инфраструктура scroll Инфраструктура scroll довольно быстро набирает обороты и уже включает десятки протоколов: Bridges, DeFi, инфраструктурные протоколы и другое. (Актуальный список смотреть [тут](https://scroll.io/ecosystem)). ## Плюсы и минусы scroll ### Плюсы - смарт-контракты, совместимые с EVM (за исключением некоторых precompiled contracts и eips); - можно использовать любимые фреймворки и инструменты разработки такие как foundry, hardhat, remix; - стандартный Web3 API (также поддержка стандартных кошельков для Ethereum, например MetaMask); - скорость обработки транзакций — транзакции на L2 подтверждаются сразу и на L1 через небольшой промежуток времени; - низкая комиссия за транзакции; - быстро развивающаяся инфраструктура. ### Минусы - требует тестирования непосредственно в сети scroll. Из-за чего необходимо больше времени на более тщательное тестирование и аудит даже уже протестированных контрактов, которые прошли аудит. Так как есть небольшие изменения в precompiled contracts и поддерживаемых eips; - сеть пока довольно централизована и управляется определенными валидаторами (секвенсоры); - так как сеть в процессе разработки и тестирования — нужно постоянно следить за тем, чтобы ничего не сломалось в уже работающем коде. ## Вывод Протокол scroll выглядит очень многообещающе. Разрабатывать для scroll на данный момент легче, чем для блокчейнов, которые менее совместимы с EVM. ## Ссылки - [Docs: scroll docs](https://docs.scroll.io/en/developers/) - [ecosystem](https://scroll.io/ecosystem) - [article: overview of scroll](https://hub.forklog.com/obzor-arhitektury-scroll/) - [article: Introducing Scroll - Vision and Values](https://scroll.mirror.xyz/EYn7ODhQAnNWABwWcu5xZLts_wEXTZAEWyTgExGS1DA) - [article: Introducing Scroll – Technical principles](https://scroll.mirror.xyz/N7cAie4ul0PdSxNdv2FTqgMV2JEkhOJocsxfeqe4SFE) ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересного о web3 [Lees meer...](https://metalamp.ru/magazine/kak-rabotaet-blokcejn-scroll-tehniceskie-detali-i-obzor-arhitektury.md) ## Какой роллап выбрать для вашего проекта: сравнение Arbitrum, Optimism, Base, ZK EVM и других ![Какой роллап выбрать для вашего проекта: сравнение Arbitrum, Optimism, Base, ZK EVM и других](https://metalamp.ru/images/L2.png) Комиссии на роллапах упали на 99% после форка Cancun, что делает их еще привлекательнее для запуска Web3-приложений. Но какой роллап выбрать? Сравниваем лидеров рынка L2 по спектру показателей — от технологии до программ грантов. ## Роллапы, L2 и как все это работает В этой статье речь пойдет о роллапах — самой популярной категории решений второго уровня (L2) для Ethereum, таких как Optimism, Arbitrum, zkSync, Base, Blast и др. И хотя мы будем для удобства употреблять термины «роллап» и «L2» параллельно, сразу же подчеркнем, что это не одно и то же. L2 — это любое решение, которое позволяет оптимизировать работу с конкретным блокчейном (L1) — сэкономить время и деньги, запускать даппы, которые L1 по техническим причинам не поддерживает, и т.п. Например, Lightning Network — это L2 для Биткойн, который оптимизирует платежи; Polygon, кстати, тоже в свое время запускался как L2 для Ethereum. Роллап (от англ. «Roll up» — «сворачивать») — это особый тип L2-чейнов, которые «сворачивают» наборы транзакций и в таком свернутом виде отправляют их на Ethereum (или другой L1). Их преимущество — сравнительно высокая скорость и низкие комиссии по сравнению с L1. В общем виде роллап работает так: - Роллап обрабатывает и подтверждает транзакции пользователей, как любой другой блокчейн. Когда транзакций набирается достаточно, информация о них собирается в «сверток», который отправляется (вроде посылки) в сеть Ethereum и регистрируется там на блокчейне. - Таким образом, транзакции с роллапа в том или ином виде попадают на основной блокчейн, хотя в остальном роллап работает совершенно независимо от L1, имеет собственную экосистему даппов и т.п. Главная трудность разработки роллапов заключается в том, чтобы доказать, что все транзакции в «свертке» — достоверные (ведь валидаторы L1 их не проверяли). Решение зависит от типа роллапа: 1. Оптимистический роллап просто предполагает, что все транзакции, отправленные на Ethereum, валидны. При этом у заинтересованных участников есть неделя с момента поступления «свертка», чтобы оспорить любую транзакцию в нем. По этой причине транзакции оптимистических роллапов финализируются на L1 только через 7 дней, хотя для обычных пользователей это представляет собой проблему только при отправке криптовалюты с роллапа на Ethereum (вы получите ваш ЕТН на L1 лишь через неделю). К этому типу относятся большинство популярных роллапов: Arbitrum, Optimism, Base и др. 2. ZK-роллапы генерируют особые криптографические доказательства, которые позволяют L1 удостовериться в валидности транзакций, не проверяя их. Отсюда термин «zero knowledge (“нулевое знание”): проверяющей системе ничего не нужно знать о том, что она проверяет, — доказательства достаточно. При этом содержимое транзакции финализируется сразу же после поступления на L1, без всяких семидневных окон. 3. К типу ZK-роллапов относятся такие L2, как zkSync и Polygon zkEVM. Ряд экспертов, включая Виталика Бутерина, считают, что будущее именно за этой технологией, хотя генерация ZK-доказательств — трудоемкий и дорогостоящий процесс. ZK-роллапы обычно обеспечивают более высокую пропускную способность и безопасность, в то время как оптимистические могут иметь более низкие затраты на газ и более простую интеграцию с существующими смарт-контрактами. ## Комиссии, и почему они снизились на 90% после форка Cancun Зачастую проекты мотивируют свой выбор определенного блокчейна тем, что на нем низкие комиссии. Однако просто сравнивать чейны по размеру комиссии в моменте нельзя: важно понимать, от чего она зависит и какой динамики комиссии можно ожидать. ### Разная структура: нa ZK с ростом числа пользователей транзакции дешевеют Комиссия по транзакциям в любом роллапе состоит из двух частей: - стоимость обработки на самом L2; - стоимость записи на L1 (Ethereum). Выбирая между оптимистическими и ZK-роллапами, нужно учесть, что комиссия самого L2 (то есть 1-я часть) у них формируется по-разному. **На оптимистических роллапах, как и в большинстве блокчейнов, скачок в уровне активности в сети может вызвать рост комиссии**, поскольку пользователи соревнуются за место в очереди на обработку транзакций. Представьте себе туристический автобус, где желающие прокатиться готовы доплачивать водителю, чтобы получить место. Зачастую эти желающие — торговые боты (и мы вскоре увидим, как из-за них цена транзакции на Base подскочила в 10 раз). А теперь представьте туристический автобус, стоимость аренды которого фиксирована: чем больше человек в группе, тем меньше заплатит каждый из них. Так же обстоит дело и с ZK-роллапами — на генерацию доказательства нужно фиксированное количество ресурсов, вне зависимости от того, сколько транзакций в свертке — одна или тысяча. **Поэтому стоимость использования ZK-роллапа для конечного пользователя падает с ростом числа юзеров (как бы парадоксально это ни звучало).** При этом ZK-роллапы обычно группируют транзакции по протоколам — например, в свертке могут быть только свопы или только NFT-транзакции. **Почему это может представлять проблему для проекта?** Допустим, что у вашего протокола пока что немного пользователей и их транзакции попадают в полупустые свертки; **тогда вам нужно будет задуматься о спонсировании комиссий для юзеров**, иначе они будут разочарованы высокой стоимостью использования протокола. Многие даппы на ZK так и делают, хотя проблема частично решилась с форком Cancun (см. ниже). ## Валюта комиссий и преимущество решения Paymaster в zkSync Газовый токен всех роллапов для Ethereum — ETH. Например, хотя у Optimism есть свой токен $OP, а у Arbitrum — $ARB, оплата газа производится в ETH. zkSync выделяется среди роллапов тем, что позволяет пользователям оплачивать газ в любых ERC-20 токенах. Это возможно благодаря решению Paymaster, которое также может использоваться для оплаты газа протоколом для конечных пользователей. Каждый протокол должен сделать контракт Paymaster под себя с помощью [туториала и примеров](https://docs.zksync.io/build/tutorials/smart-contract-development/paymasters/custom-paymaster-tutorial.html). Paymaster — важное преимущество, которое стоит принять во внимание при выборе роллапа для запуска проекта. Почему комиссии роллапов упали на 60-90% (а потом опять выросли) Вот график комиссии в сети Optimism до и после апгрейда Ethereum Dencun (Deneb + Cancun): ![](https://metalamp.ru/images/optimismfnd.png) С 100-120 ЕТН в день в начале марта общий объем комиссий упал до 20 ЕТН в день. Почему? Дело в том, что апгрейд Cancun ввел новый механизм регистрации «свертков» роллапов на L1. Раньше для этого использовалось поле «calldata», где запись каждого килобайта данных стоит очень дорого. Более 90% всей комиссии роллапа приходилось именно на запись на L1. Теперь же [в сети Ethereum появился новый тип объектов — «blob» («капля»)](https://pontem.network/posts/ethereum-dencun-upgrade-all-you-need-to-know#blobs-dankshardings-way-to-cut-rollup-fees). Капля может быть большой (до 125kb) и состоит из тела (где записаны данные о транзакциях) и заголовка. EVM не видит, что внутри капли (соответственно, не тратит ресурсы на чтение), но может проверить, что ее содержимое действительно доступно в сети. Ничего записывать в calldata больше не нужно. Эффект апгрейда особенно заметен на графике комиссий, отправляемых с роллапа (Optimism) на L1: ![](https://metalamp.ru/images/l1submit.png) Выходит, проблема высоких комиссий решена? А вот и нет. Взгляните на график средней комиссии на роллапе Base (фиолетовая линия): ![](https://metalamp.ru/images/l2transaction.png) Как видите, размер комиссии быстро вернулся к уровню до апгрейда ($2 на пике). Причина — [активность ботов, торгующих мемкойнами](https://twitter.com/MSilb7/status/1770621676822155755?s=20). Причем дело не в том, что блокчейн перегружен транзакциями, а в том, что боты специально платят больше, чтобы их транзакции обработались быстрее других — так они зарабатывают на арбитраже или с помощью [фронт-раннинга](https://hacken.io/discover/front-running/). Вывод: хотя апгрейд Cancun минимизировал стоимость записи транзакций роллапов на Ethereum, общая комиссия все равно может периодически быть очень высокой — в частности, из-за активности ботов. Выбирая роллап, изучите график его комиссий — благо эти данные доступны на [Dune Analytics.](https://dune.com/Marcov/layer-2-transaction-cost) ## “За” и “против” запуска проекта на роллапе по сравнению с L1-блокчейном ### За - **Привычные инструменты:** Solidity, MetaMask и т.д. В то время как быстрые и эффективные L1 нового поколения зачастую используют альтернативные языки программирования (Move на Aptos, Rust на Solana и др.), процесс разработки на роллапе такой же, как и на Ethereum. - **Легкая миграция на другие роллапы.** Это преимущество следует из п.1: если вы создали протокол для Арбитрум, его можно будет запустить на Optimism, Base и т.д., почти не переписывая код. С приложением, скажем, на Solana так сделать не получится. - **Экономия затрат на разработку.** Найти хороших разработчиков Solidity проще, а цены на их услуги более конкурентоспособны, чем расценки специалистов по Move и другим «экзотическим» языкам смарт-контрактов. ### Против - **Среднее (и даже ниже среднего) время финализации ([time to finality](https://pontem.medium.com/a-detailed-guide-to-blockchain-speed-tps-vs-80c1d52402d0)):** это время, необходимое для окончательного подтверждения транзакции на блокчейне. С точки зрения конечных пользователей данный параметр куда важнее, чем TPS: например, если время блока составляет 3 минуты, а финализация наступает через 6 блоков, то время финализации составит 18 минут, каким бы ни был TPS. У некоторых L1-блокчейнов time to finality — меньше 1 секунды: например, Aptos и Avalanche. А вот пользователям роллапов приходится ждать [до 20 минут.](https://www.curvegrid.com/blog/2023-06-28-all-you-need-to-know-about-layer-1-and-2-transaction-finality#:~:text=It%20achieves%20block%20finality%20approximately,finalizes%20blocks%20every%20~2%20seconds.) - **Риск высоких комиссий.** Как мы уже разобрали, скачок уровня активности на роллапе вроде Base (например, по вине DEX-ботов) может привести к росту комиссии до $2. На многих L1 такое невозможно — либо потому, что транзакцию нельзя ускорить, заплатив больше (пример — [NEAR](https://docs.near.org/concepts/protocol/gas)), либо потому, что комиссии исчисляются в таких мизерных единицах, что даже их рост в несколько раз не станет проблемой для пользователей (Solana, MultiversX, Aptos, Sui и др.). - **Ограничения, связанные с Solidity и EVM.** Как любая революционная и экспериментальная технология, Solidity и Ethereum Virtual Machine [подвержены уязвимостям и не всегда эффективно используют ресурсы.](https://medium.com/@solidity101/solidity-security-pitfalls-best-practices-101-a9a64010310e) Отчасти поэтому проекты на Ethereum так часто атакуют хакеры. Напротив, блокчейны нового поколения зачастую используют более безопасные и экономичные решения. ## Параметры выбора роллапа для проекта Мы собрали самые важные показатели крупнейших роллапов в таблицу. Ниже мы обсудим, почему важно учитывать тот или иной показатель и как лучше расставить приоритеты. Все данные приведены по состоянию на 13 мая 2024 г. Зеленым выделено максимальное значение среди всех роллапов (лидер по тому или иному показателю), красным — минимальное. ![](https://metalamp.ru/images/Snimok ekrana 2024-05-31 v 18.09.43.png) *У Arbitrum есть еще один чейн, Arbitrum Nova — технологически более продвинутый, но пока не достигший большой популярности. ### TVL (Total Value Locked) Существуют разные способы подсчета TVL, или объема средств, депонированных в протоколах экосистемы. Самый популярный подход, который используется на платформе аналитики DefiLlama, — считать средства, «залоченные» во всех DeFi-протоколах. Средства, вложенные в рынок NFT и в игры, не учитываются. Напротив, ресурс [L2Beat](http://L2Beat) — авторитет в сфере аналитики конкретно роллапов — считает TVL как стоимость всех токенов, циркулирующих в экосистеме, в том числе переведенных через бриджи. Учтите, что TVL подвержен резким колебаниям, особенно если новый протокол вдруг приобретает виральную популярность. Поэтому стоит обратить внимание на график TVL и на показатель доминирования самого крупного протокола (даппа). (доступны на DefiLlama). Например, новый роллап Blast достиг TVL в 1 млрд долларов всего за 35 дней. Значит ли это, что за Blast — будущее? Отвечает CMO проекта BlastUp Felix: «Blast привлек большое число пользователей и фаундеров с помощью эйрдропа и механик Blast Gold Points и Jackpot. Поэтому есть риск, что по окончании эйрдропа часть пользователей уйдет и стартапам на Blast станет сложнее привлекать новых “живых” юзеров. Однако для нас преимущества перевешивают этот риск: те же Gold Points серьезно помогают проектам, плюс у Blast очень дружелюбная экосистема, где фаундеры помогают друг другу — даже конкуренты. Мой предыдущий проект был в L1-экосистеме Neura, и с Blast работать однозначно более комфортно.» ### Фактический TPS (число транзакций в секунду) Сравнивать чейны по их потенциальному TPS — занятие довольно бессмысленное. Какая разница, может ли блокчейн обработать 5000 или 1000 транзакций в секунду, если реальный спрос составляет 5-20 операций в секунду? Пройдут годы, прежде чем реальное число транзакций в L2-сетях приблизится к максимальному, — если это вообще когда-либо произойдет. Зато фактический TPS позволяет оценить спрос Web3-сообщества — а значит, и интерес к вашему будущему проекту. Учтите, однако, что высокий фактический TPS может указывать на высокий уровень активности DEX-ботов. Хороший пример — Base с TPS свыше 30. Как мы упоминали выше, таким высоким показателем Base обязан ботам, торгующим мемкойнами. ### Объем торгов на DEX На данный показатель стоит обратить особое внимание, если два вас важна будущая популярность токена вашего проекта, а также его стабильность и шансы организовать листинг на крупной бирже. Суммарный объем торгов на всех DEX в экосистеме косвенно отражает общую популярность токенов этой экосистемы и уровень активности пользователей (хотя необходимо учесть, что часть активности создают торговые боты). Запуская проект на чейне с низкими объемами торгов, вы рискуете, что: - Отдельный крупный своп или манипуляция на DEX может вызвать скачок цены, что может негативно сказаться на репутации проекта; - Вам будет сложно привлечь внимание крупной биржи к токену (листинг обеспечен прежде всего токенам, которые уже активно торгуются на DEX. ### Гранты  У многих роллапов (Optimism, Arbitrum, Blast) есть программы грантов, однако их нужно воспринимать не как бесплатную раздачу денег, а скорее как прохождение полосы препятствий. У каждого роллапа — свои требования. Заявку и сопутствующие документы нужно будет подготовить очень внимательно, продемонстрировав конкурентные преимущества проекта, предыдущий опыт команды и т.п.; Потребуется пройти KYC/KYB и раскрыть личности основателей; В случае успеха средства будут выделяться поэтапно по достижении целей, поставленных в заявке, — следовательно, их нужно будет вовремя достигать :) В целом несколько легче получить финансирование через программу Gold Points блокчейна Blast, чем через официальные программы Optimism Collective или Arbitrum. Но лучше не рассматривать грант как ключевой фактор при выборе роллапа и уж точно не включать его заранее в свою финансовую модель. ### Технология  Предоставляет ли данный роллап удобную среду для создания протокола? Достаточно ли интересна его технология, чтобы обеспечить экосистеме рост на годы вперед? А может, популярность данного роллапа обусловлена хайпом или «преимуществом первопроходца» (first-mover advantage), а вовсе не качеством технологии? На все эти вопросы нужно ответить, выбирая роллап. ## Главное неизвестное: будущая траектория Ethereum Запуская проект на роллапе, нужно быть готовыми к тому, что роль самих роллапов будет эволюционировать параллельно с Ethereum — а вот как именно, неизвестно. Еще пару лет назад планировалось, что Ethereum перейдет на технологию шардинга и роллапы станут по большому счету не нужны. Однако в итоге в Ethereum был внедрен так называемый прото-данкшардинг — совсем иная технология, которая, наоборот, облегчает работу роллапов и отводит им центральную роль в экосистеме. Однако в то же время Виталик Бутерин уже завел разговор о переносе ряда функций ZK —роллапов с L2 на L1 и о создании своего рода централизованной нативной zkEVM. Правда, он пишет, что роллапы сохранят за собой ряд важных функций, таких как быстрое пре-подтверждение транзакций, защита от MEV-ботов и дополнения к EVM. Также еще неизвестно, какой тип роллапов будет доминировать в будущем — оптимистические, ZK или даже гибридные. Иными словами, даже если сегодня вам удастся найти оптимальный ответ на вопрос «Какой L2 выбрать для проекта?», не факт, что этот ответ останется корректным через год или два. Если вы планируете развивать проект в течение долгих лет, будьте готовы дорабатывать его архитектуру, а при необходимости даже перемещаться с одного роллапа на другой. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Актуальное из мира web3 [Lees meer...](https://metalamp.ru/magazine/na-kakom-rollape-delat-proekt-sravnivaem-arbitrum-optimism-base-zkevm-i-drugih.md) ## Понимание стейкинга NFT: механизмы и преимущества ![Понимание стейкинга NFT: механизмы и преимущества](https://metalamp.ru/images/stejking_nft.png) Стейкинг NFT — способ заблокировать активы (NFTs) на смарт-контрактах с возможностью получения вознаграждения или других привилегий протокола без необходимости продажи или передачи NFT другому пользователю. Множество проектов ищут способы принести пользу владельцам NFT и пытаются стимулировать долгосрочное владение или вовлечение в экосистему проекта. Для таких проектов стейкинг NFT может стать хорошим инструментом привлечения новых участников. А для держателей NFT способом получать пассивный доход. ## Как работает стейкинг NFT? Обычно стейкинг NFT требует реализации следующих смарт-контрактов: **1.** **Смарт-контракт NFT.** Предмет стейкинга. По сути актив для стейкинга. **2. Смарт-контракт Staking.** Хранилище смарт-контрактов NFT. **3. Смарт-контракт для вознаграждений (rewards).** Это может быть токен любого стандарта: ERC-20, ERC-721, ERC-1155. Для того, чтобы застейкать **NFT** владелец должен передать ее во владение смарт-контракту **Staking**. После этого ему будет доступно вознаграждение согласно правилам, описанным на смарт-контракте **Staking**. Например, за одну «застейканную» **NFT** сроком на один год, пользователь получит ERC-20 токен эквивалентный 100$. ![](https://metalamp.ru/images/58531111234df5116709bebbcf76bf0d.png) Вознаграждение или привилегии являются стимулом, который должен привлекать владельцев «стейкать» NFT за место обычного владения. Реализация частных случаев может предоставлять off-chain привилегии за место вознаграждения в токене. Например, пропуск на блокчейн конференцию. Это означает, что смарт-контракт **Rewards** может отсутствовать в данной схеме. В этой схеме возможны различные вариации на любой вкус. ## Как рассчитывается вознаграждение за стейкинг? Когда вознаграждение может быть измерено, то есть имеет количественную характеристику, например, сумма в ERC-20 токене, необходимо иметь прозрачную **систему** начисления вознаграждения. Подобная система может зависеть от нескольких факторов: - **Продолжительность стейкинга.** Чем дольше NFT «застейкана», тем больше потенциальное вознаграждение. - **Процентная ставка.** Различные платформы могут предлагать различные формы начисления процентов: фиксированную ставку, переменные ставки, ставки, зависящие от активности или выполнения специальных заданий и тому подобное. - **Общая сумма стейкинга.** Общее количество «застейканных» NFT может влиять на размер вознаграждения. - **Редкость или свойство NFT.** Различные показатели NFT могут влиять на размер вознаграждения. Например, редкая NFT может приносить вознаграждения больше, чем обычная. - **Комиссия сети.** Оплата за газ для того, чтобы забрать вознаграждение может свести на нет любой пассивный доход. Например, формула может быть следующая: ![reward= \frac{nftAmount * annualRewardAmountPerNft * stakingDuration}{secsPerYear}](https://habrastorage.org/getpro/habr/upload_files/a69/51d/122/a6951d12260992887b7ade5740b5610e.svg) - **nftAmount** — количество застейканных NFT пользователем - **annualRewardAmountPerNft **— количество вознаграждения за одну NFT, которая будет застейкана в течение одного года - **stakingDuration **— реальное время, которое NFT была застейкана (в секундах) - **secsPerYear** — количество секунд в году. Является константой и равняется `31556952` секундам. Это значение определяет 365.2425 дней, что является средней продолжительностью календарного года, согласно[грегорианскому календарю](https://en.wikipedia.org/wiki/Gregorian_calendar). Предположим, что пользователь застейкал одну NFT на 10 дней (864000 секунд). Годовое вознаграждение составляет 1000 ERC-20 токена. Тогда мы легко можем посчитать количество вознаграждения: ![reward = 1 * 1000 * 864000 / 31556952 ≈ 27.379 ](https://habrastorage.org/getpro/habr/upload_files/d8b/468/5a3/d8b4685a399e423024848e447e2ce5f6.svg) Двадцать семь (с копейками) токенов пользователь получит за 10 дней стейкинга согласно нашей модели.  ## Плюсы и минусы Как и все в этом мире, использование стейкинга NFT несет в себе плюсы и минусы. Подробности в сравнительной таблице ниже. ![](https://metalamp.ru/images/plus_minus.png) ## Чуть-чуть solidity кода В этом разделе я опишу четыре примера смарт-контракта, которые решают различные задачи стейкинга NFT. ### Самый простой стейкинг NFT Для реализации самого простого стейкинга NFT потребуется один смарт-контракт, назовем его SimpleStaking.sol, который будет регламентировать три основных процесса: - передать NFT на контракт - забрать NFT с контракта - проверить, что контракт владеет NFT В момент передачи NFT контракту нужно записать реального владельца NFT, чтобы потом, только он, смог вернуть ее себе обратно. Для этого я объявил две переменных: ``` /// @notice Хранение адресов владельцев для застейканных NFT mapping(uint256 tokenId => address stakeholder) private _stakes; /// @notice Хранение количества застейканных NFT для каждого адреса mapping(address stakeholder => uint256 counter) private _stakedNftBalance;``` Чтобы передать NFT контракту, владелец должен вызвать функцию `stake()`. ``` function stake(uint256 tokenId) external { /// Перевод NFT от владельца контракту _nft.safeTransferFrom(msg.sender, address(this), tokenId); /// Запись данных о владельце _stakes[tokenId] = msg.sender; _stakedNftBalance[msg.sender] += 1; }``` *Важно!* Перед вызовом функции `stake()`, владельцу необходимо вызвать функцию `approve()` на контракте NFT и указать адрес контракта `SimpleStaking.sol` Чтобы забрать NFT обратно, владелец должен вызвать функцию `unstake()`. ``` function unstake(uint256 tokenId) external checkUnstake(tokenId) { /// Перевод NFT от контракта владельцу _nft.safeTransferFrom(address(this), msg.sender, tokenId); /// Удаление данных о владельце delete _stakes[tokenId]; _stakedNftBalance[msg.sender] -= 1; }``` Подобная логика может позволить реализовать некоторые привилегии пользователям, которые застейкали NFT. Для этого необходимо убедиться, что NFT действительно застейкана через вызов функции `isStaked()`. ``` function isStaked(uint256 tokenId) external view returns (address) { return _stakes[tokenId]; }``` Полный код контракта `SimpleStaking.sol` можно найти [тут](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/nft-staking/contracts/src/SimpleStaking.sol). ### Стейкинг с возможностью сменить владельца NFT Задачи, которые решаются стейкингом NFT, могут быть гораздо сложнее. Например, неплохо было бы иметь возможность **передать право владения застейканной NFT** без необходимости забирать ее у смарт-контракта. Решать подобную задачу можно несколькими способами. Можно реализовать дополнительную функцию `transferOwnership(uint256 tokenId, address owner)` или пойти по пути [Uniswap](https://uniswap.org/), [Compound](https://compound.finance/) и других протоколов выдавая[lp токены](https://academy.binance.com/ru/articles/what-are-liquidity-pool-lp-tokens) для подтверждения права владения. Мне больше нравится второй вариант, потому что подобная механика дает больше гибкости. Поэтому реализуем его в смарт-контракте под названием `SimpleTransferableStaking.sol`. Для этого необходимо поменять реализации функций: `stake()` и `unstake()`. ``` function stake(uint256 tokenId) external { /// Перевод NFT от владельца контракту _nft.safeTransferFrom(msg.sender, address(this), tokenId); /// Выдается lp nft _lpNft.mint(msg.sender, tokenId); }``` ``` function unstake(uint256 tokenId) external checkUnstake(tokenId) { /// Перевод lp NFT от владельца контракту _lpNft.safeTransferFrom(msg.sender, address(this), tokenId); /// Перевод NFT от контракта владельцу _nft.safeTransferFrom(address(this), msg.sender, tokenId); /// Сжигается lp nft _lpNft.burn(tokenId); }``` Проверить, что NFT застейкана, можно вызвав функцию `ownerOf(tokenId)` на контракте lpNft (вернет адрес владельца) или `ownerOf(tokenId)` на контракте nft (вернет адрес контракта `SimpleTransferableStaking.sol`). Полный код контракта `SimpleTransferableStaking.sol` можно найти [тут](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/nft-staking/contracts/src/SimpleTransferableStaking.sol). ### Стейкинг за вознаграждение Идем по нарастающей! Следующим примером стейкинга будет смарт-контракт, который позволит получать разовое вознаграждение за стейкинг NFT на определенный период в ERC-20 токене. Назовем такой смарт-контракт `StakingWithOneTimeReward.sol`. Принципиальное различие заключается в том, что вводятся следующие понятия: - `rewardToken` - это токен, в котором будет выплачиваться вознаграждение - `_stakeDuration` - это время на которое необходим застейкать NFT - `_rewardAmountPerNft` - это сумма вознаграждение за одну NFT Снова дорабатываем функцию `stake() и unstake()`. Теперь важно хранить информацию о стейке NFT (время начала и продолжительность). ``` function stake(uint256 tokenId) external { /// Перевод NFT от владельца контракту _nft.safeTransferFrom(msg.sender, address(this), tokenId); /// Запись информации о стейке NFT _stakes[tokenId] = StakeInfo({ owner: msg.sender, start: block.timestamp, duration: _stakeDuration }); }``` Функция `unstake()` вызывает функцию `_claimReward()` для отправки токена вознаграждения. ``` function unstake(uint256 tokenId) external checkUnstake(tokenId) { /// Отправляет вознаграждение владельцу NFT _claimReward(msg.sender); /// Перевод NFT от контракта владельцу _nft.safeTransferFrom(address(this), msg.sender, tokenId); /// Удаление данных о стейке delete _stakes[tokenId]; }``` ``` function _claimReward(address account) private { uint256 value = _rewardAmountPerNft; _rewardToken.safeTransfer(account, value); }``` Полный код контракта `StakingWithOneTimeReward.sol` можно найти [тут](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/nft-staking/contracts/src/StakingWithOneTimeReward.sol). ### Стейкинг за годовое вознаграждение Последнее усложнение и последний пример смарт-контракта `StakingWithReusableReward.sol`. Позволим владельцу NFT получать за стейкинг NFT вознаграждение, но с возможностью забрать его в любой момент неограниченное количество раз. Установим на контракте сумму вознаграждения, которую владелец получит, если одна NFT будет застейкана ровно на один год `_annualRewardAmountPerNft`. От этой суммы будем вычислять вознаграждение для любого периода времени. Рассчитывать количество вознаграждения (актуализировать его сумму), которое ему причитается необходимо при любом взаимодеиствии владельца NFT со смарт-контрактом. За это будет отвечать модификатор `updateReward()` и приватная функция `_updateReward()`. ``` modifier updateReward(address stakeholder) { _updateReward(stakeholder); _; }``` Вешаем модификатор на функции stake(), unstake() и тогда будет сначала рассчитываться заработанное вознаграждение, а потом выполняться действие владельца NFT. ``` function stake(uint256 tokenId) external updateReward(msg.sender) { /// Перевод NFT от владельца контракту _nft.safeTransferFrom(msg.sender, address(this), tokenId); /// Сохранение информации о стейке NFT _stakes[tokenId] = msg.sender; /// Сохранение информации о накопление вознаграждения _stakerRewardInfo[msg.sender].tokenBalance += 1; _stakerRewardInfo[msg.sender].lastTimeRewardUpdated = block.timestamp; }``` ``` function unstake(uint256 tokenId) external updateReward(msg.sender) { _unstake(tokenId); }``` Расчет вознаграждения будет очень простым. Сумма вознаграждения рассчитывается за определенный период времени на базе суммы вознаграждения за один год "стейка" NFT. ``` function _calculateReward(uint256 nftAmount, uint256 startTime, uint256 endTime) private view returns (uint256 rewardAmount) { /// Количество NFT * годовую сумму вознаграждения uint256 rewardPerYear = (nftAmount * _annualRewardAmountPerNft) / MULTIPLIER; /// Сумма за определенный период времени rewardAmount = (rewardPerYear * (endTime - startTime)) / SECS_PER_YEAR; }``` Полный код контракта `StakingWithReusableReward.sol` можно найти [тут](https://github.com/fullstack-development/blockchain-wiki/blob/main/concepts/nft-staking/contracts/src/StakingWithReusableReward.sol). ## Примеры приложений Несколько примеров проектов, которые сделали у себя стейкинг NFT в каком-то виде. Изучение опыта этих проектов может оказаться достаточно полезным для выбора и реализации собственной модели стейкинга NFT. ### Zookeeper [Zookeeper](https://www.zookeeper.finance/) — это геймефицированное децентрализованное приложение для обеспечения экосистемы ликвидностью. Для добычи ликвидности использует специальную ZooNFT. NFT можно заработать, купить или выиграть с помощью различных механизмов в приложении. Стейкинг этой NFT предоставляет уникальные возможности получения вознаграждения. ### MOBOX (MBOX) [MOBOX](https://www.mobox.io/home/#/) — это метавселенная, которая сочетает в себе фарминг и NFT. Позволяет стейкать NFT и получать вознаграждение в собственной валюте. NFT в рамках вселенной называются MOMO. Управляется сообществом. Команда стремиться достичь максимальной прозрачности, поэтому публикует [адреса](https://faqen.mobox.io/mobox-platform/smart-contracts) своих смарт-контрактов. ### Binance Fan Token Platform [Binance Fan Token Platform ](https://www.binance.com/en/fan-token?utm_source=fan-token)— уникальный сервис, который олицетворяет фанатскую базу популярных футбольных клубов, предоставляя пользователям возможность присоединится к своей любимой команде. Платформа реализовала под-сервис NFT PowerStation для «подзарядки NFTs», который позволяет получать вознаграждения в виде токенов фанатов Binance. Вознаграждение распределяется из заранее определенного пула токенов. Оно будет распределяться в зависимости от различных факторов: тип NFT, количества участников и так далее. Чем дольше NFT «заряжается», тем выше будут награды. Вознаграждение рассчитываются почасово. ## Вывод Стейкинг и NFT — две важные концепции в мире web3. Зачастую эти две технологии используются отдельно, однако стейкинг NFT позволяет переосмыслить использование NFT и создать новые варианты использования. ### Links 1. [What Is NFT Staking and How Does It Work?](https://academy.binance.com/en/articles/what-is-nft-staking-and-how-does-it-work)  2. [NFT Staking Explained: Earning Passive Income with NFTs](https://coindcx.com/blog/cryptocurrency/nft-staking-explained/)  3. [Staking rewards](https://solidity-by-example.org/defi/staking-rewards/). Это не про NFT, но про получение вознаграждения. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о web3 [Lees meer...](https://metalamp.ru/magazine/stejking-nft-kak-eto-rabotaet.md) ## Как мы перевели мобильную RPG на блокчейн и начали продавать NFT ![Как мы перевели мобильную RPG на блокчейн и начали продавать NFT](https://metalamp.ru/images/legendary_play.png) RPG — это не только развлечение, но и заработок.  Сделали для одной ролевой компьютерной игры NFT и API, который связывает смарт-контракты и онлайн-игру. Спойлер: переезд с web2 на web3 сработал. ## NFT-игра, с которой можно зарабатывать Esports Heroes — первая киберспортивная RPG на блокчейне.  В центре внимания — улучшение персонажей и совместный игровой процесс, который позволяет игроку вместе с друзьями пройти путь от любителя до профессионального киберспортсмена. Изначально Esports Heroes предполагала работу по модели web2. Однако модель web3 сделала эту бесплатную мобильную игру инновационной. ![](https://metalamp.ru/images/LP_roadmap.png) ## NFT и API для взаимодействия смарт-контрактов и онлайн-игры Создатели онлайн-игры решили перевести ее с web2 на web3. Перед нами стояли две основных задачи: разработка смарт-контрактов NFT и разработка API.  **Смарт-контракты.**Разработали NFT, который стал репрезентацией персонажа игры. Этот NFT, разработанный в сети Polygon, может торговаться на всех популярных маркетплейсах, среди которых OpenSea, Blur и Magic Eden.  Вместе с командой заказчика мы решили, что NFT должен иметь два состояния: Playable и Tradeable. В состоянии Playable NFT доступен для использования в игре, а в состоянии Tradeable токены можно перепродавать на маркетплейсах. Этот подход защищает игру от часто встречающейся уязвимости под названием Race Condition («состояние гонки»). При этой уязвимости несколько процессов пытаются одновременно обрабатывать одни и те же данные. Этим могут воспользоваться злоумышленники, чтобы получить доступ к валюте приложения.  Кроме этого мы предусмотрели возможность взимать роялти с перепродаж NFT, то есть добавили дополнительный способ монетизации приложения. **API.**Написали бэкенд, который выступил прослойкой между смарт-контрактами и игровым бэкендом. Это классическая схема, которая используется при переезде игр с web2 в web3. ## Технологии, которые мы использовали **Solidity.** Все написано на Solidity. А на чем еще?) **Foundry.**Разработчики MetaLamp любят этот сервис. Тесты пишутся сразу на Solidity, а не на JS. Они исполняются гораздо быстрее, чем в Hardhat. А еще набор инструментов для тестирования в Foundry намного шире. **Библиотека operator-filter-registry.** Эта небольшая библиотека разработана протоколом OpenSea как ответ другим маркетплейсам, которые не планировали поддерживать стандарт для взимания роялти.  Библиотека позволяет владельцу NFT исключить некоторые маркетплейсы, где эти NFT могут быть проданы. То есть благодаря этой библиотеке владельцы NFT могут сильнее контролировать свои бизнес-модели и токены, выбирать площадки для распространения NFT и гарантировано получать роялти, а также запрещать торговать своими NFT на площадках, где роялти нет. По состоянию на 2024 год библиотека находится в статусе deprecated и больше не поддерживается OpenSea, так как она не стала достаточно популярной среди сообщества и других маркетплейсов. Однако на момент реализации решение не было deprecated, считаясь свежим и довольно привлекательным. Сейчас мы бы не использовали эту библиотеку, а нашли ли бы альтернативу. **Beacon Pattern.** Технология используется для обновления смарт-контрактов.  В игре есть множество коллекций с персонажами. Каждая коллекция — это самостоятельный смарт-контракт с уникальным адресом в сети. При этом код смарт-контрактов для всех коллекций одинаковый.  ## Результаты Мы обеспечили пользователям Esports Heroes реальное владение своими игровыми активами. До 5% пользователей покупают NFT напрямую на нашей платформе. За торги на вторичном рынке проект получает роялти при каждой продаже на NFT-маркетплейсе. Наши смарт-контракты прошли аудит и получили высшую оценку. Не было найдено ни одной уязвимости. ![](https://metalamp.ru/images/slack.jpeg) RPG пользуется популярностью среди пользователей по всему миру. ![](https://metalamp.ru/images/googleplay.png) В магазине приложений Google Play у игры более десяти тысяч скачиваний На все у нас ушел примерно месяц. Смарт-контракты сделали за неделю, а бэкенд — за три недели. Еще какое-то время заняли коммуникация, консультации и поддержка.  Со стороны MetaLamp в проекте были заняты два разработчика и один проектный менеджер. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Почитайте другие статьи о наших кейсах [Lees meer...](https://metalamp.ru/magazine/pereveli-mobilnuu-rpg-na-blokcejn-i-pomogli-zakazciku-iz-germanii-prodavat-nft-polzovatelam-web2.md) ## Как TON Payments позволяет проводить микро-платежи без комиссий и где это использовать ![Как TON Payments позволяет проводить микро-платежи без комиссий и где это использовать](https://metalamp.ru/images/payments.png) Если пользователи блокчейна проводят микроплатежи, которые не фиксируются в самом блокчейне, они становятся бесплатными и не ограничиваются по скорости.  Почитайте, как разработчикам TON удалось этого добиться, насколько такие транзакции безопасны и зачем использовать TON Payments в онлайн-играх и офлайне.   Чтобы узнать главное по теме за 30 секунд, сразу переходите к разделу «Коротко».  ## O TON Сеть TON придумали братья Павел и Николай Дуровы в 2018 году для того, чтобы создать экосистему на базе мессенджера Telegram со своим блокчейном, платежной системой и другими сервисами. Главное отличие блокчейна TON от других — быстрота транзакций, к которой они стремятся, и возможность масштабирования. Быстро масштабировать сеть без потери производительности и с сохранением доступности для миллионов пользователей по всему миру позволяет шардинг. Мы уже [рассказывали](https://metalamp.ru/magazine/article/sarding-v-ton-kak-idea-iz-90-h-pomogla-masstabirovat-blokcejn-i-resit-glavnuu-problemu-etoj-tehnologii), что это за технология, когда она появилась и как устроен шардинг как в TON.  Если хотите узнать больше о TON, его преимуществах и алгоритмах, почитайте[этот материал.](https://metalamp.ru/magazine/article/ton-cto-nuzno-znat-prezde-cem-zapuskat-proekt-na-etom-blokcejne) ![](https://metalamp.ru/images/Ton key elements.png) ## O TON Payments TON Payments — это система обработки платежей в экосистеме TON, которая позволяет отправлять криптовалюту другим пользователям, выполнять платежи в пользу Telegram-ботов, приложений и других сервисов. В основе TON Payments лежат технологии State Channels (каналы состояния) и Payment Channels (платежные каналы).  **State Channels.**Технология State Channels позволяет пользователям обмениваться множеством данных без предварительной записи этих процессов в блокчейне. То есть большинство процессов происходят вне блокчейна: он записывает только самое главное. За счет этого нагрузка на блокчейн минимальна, как и комиссия за использование блокчейна для пользователей.  ![](https://metalamp.ru/images/offchainonchain 1.png) **Payment Channels.** Частный случай State Channels — это Payment Channels. Технология позволяет проводить множество микроплатежей между пользователями без комиссии за каждую транзакцию. Пользователи платят только за открытие и закрытие канала. А еще участникам сделки не надо ждать пять секунд, которые обычно нужны блокчейну, чтобы обработать соответствующий блок: транзакции осуществляются мгновенно.   Например, Иван и Олег открыли платежный канал и на протяжении месяца переводили друг другу криптовалюту. Когда пользователи закроют канал, блокчейн примет все действия в рамках этого канала за одну транзакцию. В результате Иван и Олег заплатят небольшую комиссию за все платежи. Размер этой комиссии не зависит от количества платежей.  **Одно из главных преимуществ Payment Channels — это конфиденциальность. Данные о транзакциях между пользователями хранятся внутри платежного канала и известны только его участникам, тогда как в традиционном блокчейне, например, в Ethereum, каждое действие фиксируется в публичном реестре.** **Важно.**Разработчики TON развивают технологию платежных каналов. Вскоре на смену TON Payment Channels придет Pre-TON Payment Network. Пользователи смогут организовать платежный канал через один промежуточный узел и обмениваться платежами между собой, не создавая каждый раз новые каналы. Финальный этап развития идеи микроплатежей в TON — это TON Payment Network. Тогда в сети будет множество промежуточных узлов, и каждый пользователь сможет создать свой, чтобы получать комиссию за переводы через него. ## Как работает TON Payments Рассмотрим, как работает TON Payments, на примере.  Допустим, Борис и Алиса понимают, что на протяжении нескольких недель им нужно будет делать много микроплатежей — они будут переводить друг другу монеты. Вместо того, чтобы использовать обычный блокчейн и платить за каждую транзакцию, ребята решают использовать TON и его TON Payments. Для этого пользователи должны сначала открыть платежный канал, выполнить в нем необходимые операции, а потом закрыть канал. Вот как все устроено. ![](https://metalamp.ru/images/BobandAlice 2.png) **Открытие платежного канала.**Чтобы открыть платежный канал, участники вносят депозит — фиксированную сумму, допустим, 100 TON. Они могут переводить друг другу монеты в рамках этой суммы. Депозит одновременно выступает и как залог, который гарантирует, что каждый пользователь будет действовать честно. Если в процессе обмена монетами один из участников попробует обмануть другого, по условиям смарт-контракта он лишится части депозита.  Борис и Алиса подкрепляют свое намерение открыть канал, подписав смарт-контракт уникальными личными ключами. Такой ключ — аналог электронной цифровой подписи, которой мы подписываем документы в электронном виде, например, на Госуслугах.  После того, как пользователи подписали смарт-контракт, информация о платежном канале фиксируется в блокчейне и канал считается открытым, а участники канала платят небольшую комиссию. **Использование платежного канала.**Допустим, Борис хочет перевести Алисе 5 TON. Он создает транзакцию на эту сумму, то есть сообщение, что хочет перевести Алисе 5 TON, и отправляет это сообщение в канал с Алисой.  Если Алиса согласна, она принимает это сообщение. После этого баланс участников меняется: на балансе Бориса блокируется 5 TON, а баланс Алисы увеличивается на 5 TON.  Каждая транзакция имеет уникальный идентификатор, а также содержит информацию о прежнем состоянии канала, информацию о новом состоянии канала и триггер, который запускает переход канала из одного состояния в другой.  Пока участники соглашаются на изменение состояния канала, между ними происходят транзакции. Информация о платежах находится внутри канала и не отражается в блокчейне.  **Закрытие платежного канала.** Борис и Алиса закончили переводить друг другу монеты: у Бориса теперь 130 монет, а у Алисы — 70 монет. Пришло время закрыть платежный канал, то есть передать окончательное и согласованное между двумя пользователями состояние канала в блокчейн.  Пользователи подтверждают, что согласны со всеми транзакциями друг друга, и подписывают смарт-контракт. После этого система окончательно распределяет монеты между Борисом и Алисой исходя из всех платежей, запись о закрытии канала фиксируется в блокчейне и участники снова оплачивают комиссию.  Чтобы опять переводить друг другу криптовалюту, Борис и Алиса должны открыть новый платежный канал.  **Если что-то пошло не так.** Бывает, что пользователи жульничают. Например, один из участников может запустить закрытие канала, отправив не самое последнее состояние, и недоплатить значительную сумму.  Если Борис попытается обмануть Алису, она сможет самостоятельно закрыть канал, чтобы получить все причитающиеся ей монеты. Для этого Алисе нужно будет доказать, что Борис пытался ее обмануть, и отправить в качестве доказательства более позднее состояние канала. Cмарт-контракт гарантирует, что монеты на канале будут распределены честно.  ## Где можно использовать TON Payments TON Payments предназначены для использования в разных сферах — от онлайн-игр до офлайна. Вот основные сценарии применения этой технологии.   **DeFi-проекты.**Один из очевидных сценариев использования TON Payments — это расчеты в проектах из криптовселенной. Например, некастодиальный криптовалютный кошелек в Telegram-боте, в который встроены TON Payments.  **Онлайн-игры.**TON Payments подходят для оплаты всевозможных покупок внутри игры: апгрейда статуса игрока, покупки снаряжения, патронов, скинов и аксессуаров, отправки донатов разработчикам и так далее.   **Стриминги.**Пользователи могут поддерживать любимых блогеров, музыкальных исполнителей, художников и других медийных личностей, оплачивая доступ к контенту в системе TON Payments.  **Социальные сети.**TON Payments — один из способов монетизации контента, который позволяет взимать с пользователей плату за просмотр фото, лайки, сохранения и другие действия. **Сервисы для разработчиков.**TON Payments могут использовать компании, которые предлагают специализированные решения для программистов, например, доступ к API или интеграцию с банковскими сервисами. **Сфера услуг.**Платежные каналы TON подходят для оплаты различных услуг, стоимость которых зависит от времени, в течение которого которого покупатель пользовался услугой: аренда авто, зарядка гаджетов, клининг. **Офлайн.**TON Payments — альтернатива привычным способам расчетов вроде банковских карт и оплаты по куар-коду. Например, открыв платежный канал, можно быстро оплатить покупку еды в самолете или кофе в любимой кофейне. ## Идеи проектов с TON Payments В 2022 году команда TON Foundation, которая развивает экосистему TON, [провела](https://ton.org/ru/hack-a-ton-1) первый Hack-a-TON в поддержку технологии TON Payments. За 48 часов участники придумали и разработали прототипы более 80 сервисов, которые используют Payment Channels. Вот пятерка самых перспективных проектов.   **OnlyTONs.** Разработчики придумали социальную сеть, в которой авторы контента получают вознаграждения в формате микроплатежей за просмотры своих фото.  Артисты, модели и другие медийные персоны загружают фото, а подписчики вместо того, чтобы оплачивать месячную подписку за доступ к медиа, выбирают фото, которые им нужны, и платят только за них.  Чтобы начать использовать платформу, пользователь открывает депозит в платежном канале. За каждый просмотр фото система фиксирует микроплатеж и собирает подписи. Когда пользователь заканчивает потреблять контент, платежный канал автоматически закрывается, а владелец контента получает вознаграждение.   [Посмотреть прототип OnlyTONs](https://main.d3puvu1kvbh8ti.amplifyapp.com). ![](https://metalamp.ru/images/onlytons.png) **OnlyGrams.**Еще одна социальная сеть, основанная на микроплатежах TON Payments, в которой авторы контента получают вознаграждения за действия других пользователей.  В отличие от обычных веб-сайтов, на которых пользователь жертвует значительную сумму тому, кого хочет поддержать, или просматривает контент бесплатно, величина микроплатежей в OnlyGrams зависит от реакции пользователя. Например, каждый просмотр поста стоит 0,0001 TON, а реакция на публикации стоит 0,01 TON за «Мне нравится» и 0,1 TON за «Огонь».  [Посмотреть прототип OnlyGrams](https://onlygrams.io). ![](https://metalamp.ru/images/tongrams.png) **TON API.**Авторы этого проекта придумали, как решить проблему низкой производительности публичных узлов, то есть нод, как их называют в блокчейне. Это решение предназначено для разработчиков различных сервисов.  Например, для тестовой сети TON действует ограничение — один запрос в секунду. Чтобы его обойти, нужно развернуть свою ноду, что не всегда целесообразно. Вместо этого участники Hack-a-TON предлагают разработчикам использовать частные ноды с платным доступом. С помощью платежного канала пользователь платит за каждый запрос, который он отправляет на узел.  ![](https://metalamp.ru/images/TONApi.png) **Игра «Камень, ножницы, бумага».** Разработчики показали, как можно использовать TON Payments в любой PvP-игре, где один или несколько пользователей выступают друг против друга.  Например, пользователи, которые решили сыграть в знакомую всем с детства игру, делают депозит и открывают между собой платежный канал. После этого они делают ставки, играют, а в конце победитель забирает приз в виде денежного вознаграждения.  ![](https://metalamp.ru/images/hackaTON.png) **Diamonds.** Авторы проекта предлагают использовать TON Payments для оплаты видеотрансляций на обучающих платформах. Благодаря платежному каналу пользователь платит только за то время, которое он занимался с преподавателем.  Например, стандартная длительность онлайн-урока — один час. Но преподаватель смог уделить ученику только 15 минут, так как у него появились неотложные дела. На платформе Diamonds ученик открывает платежный канал, который закрывается по окончании занятия. Так ученик платит преподавателю только за реальное время онлайн-обучения.  ![](https://metalamp.ru/images/TONDiamonds.png) ## Коротко - TON Payments — это система обработки платежей в экосистеме TON, которая позволяет отправлять криптовалюту другим пользователям, выполнять платежи в пользу Telegram-ботов, приложений и других сервисов. - В основе TON Payments лежат технологии State Channels и Payment Channels. - По технологии State Channels большинство процессов по обмену данными между пользователями происходят вне блокчейна: он записывает только самое главное. - Благодаря State Channels нагрузка на блокчейн минимальна, как и комиссия пользователей за его использование. - Payment Channels — частный случай технологии State Channels.  - В рамках Payment Channels пользователи платят только за открытие и закрытие платежного канала, в котором происходят все транзакции между участниками сделки. - Благодаря Payment Channels пользователям не надо ждать пять секунд, которые обычно нужны блокчейну, чтобы обработать соответствующий блок: транзакции осуществляются мгновенно.    - TON Payments можно использовать в DeFi-проектах, онлайн-играх, стримингах, социальных сетях, сервисах для разработчиков, сфере услуг, офлайне.  - Самые интересные и перспективные идеи проектов с TON Payments были представлены на Hack-a-TON в поддержку технологии TON Payments, который прошел в 2022 году. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Прочитайте больше про TON [Lees meer...](https://metalamp.ru/magazine/ton-payments-kak-polzovateli-mogut-otpravlat-mikroplatezi-bez-komissii-i-gde-ispolzovat-etu-tehnologiu.md) ## Идея шардирования из 90-х: масштабирование блокчейна с помощью TON ![Идея шардирования из 90-х: масштабирование блокчейна с помощью TON](https://metalamp.ru/images/sharding.png) Разработчики TON придумали, как сделать блокчейн доступным для бесконечного множества пользователей. Почитайте, при чем тут шардинг и какие еще проблемы TON он решает, делая этот блокчейн быстрее и надежнее остальных.  Если у вас нет времени читать материал целиком, переходите к разделу «Коротко» — собрали там главное по теме.  ## О TON Telegram Open Network (сокращенно TON) придумал Павел Дуров вместе с братом Николаем, кандидатом физико-математических наук и гениальным программистом. Именно Николай разработал первую версию мессенджера Telegram для переписки с Павлом, а после —  протокол шифрования MTProto, который использует Telegram.  Свое видение блокчейна TON Николай Дуров [изложил](https://ton-telegram.network/wp-content/uploads/2019/10/TON-Whitepaper.pdf) в вайтпейпере в 2019 году. Главной задачей TON братья видели монетизацию Telegram. Однако запустить платформу не удалось, Дуровы отказались от идеи и сделали код блокчейн-платформы открытым для всех желающих.  С этого момента продукт начали развивать независимые разработчики со всего мира. Позднее они создали сообщество [TON Foundation](https://ton.foundation/en), которое сегодня поддерживает технологию и проекты в экосистеме TON.  **TON — это криптоэкосистема, которую развивает независимое сообщество на базе технологии, разработанной Telegram. ** У TON есть своя монета — она называется Toncoin.  Более подробно о TON мы рассказывали [в этом материале. ](https://metalamp.ru/magazine/article/ton-cto-nuzno-znat-prezde-cem-zapuskat-proekt-na-etom-blokcejne) ![](https://metalamp.ru/images/Snimok ekrana 2024-04-01 v 14.23.47.png) ## Преимущества TON Тесная интеграция с Telegram, смарт-контракты нового поколения, анонимность, скорость транзакций, низкая комиссия делают TON уникальной и многообещающей технологией, выделяя ее среди остальных.  **Интеграция с Telegram.**Связка с популярным мессенджером обеспечивает удобный и быстрый доступ к TON для миллионов пользователей по всему миру.  **Смарт-контракты нового поколения.**TON использует продвинутую систему смарт-контрактов. Она позволяет создавать сложные децентрализованные приложения (DApps) и автоматизировать финансовые операции, открывая новые возможности для бизнеса и технологий. **Встроенная анонимность.** Одно из ключевых отличий TON от многих других блокчейнов — внимание к конфиденциальности транзакций и анонимности пользователей. Различные технологии шифрования и анонимизации делают TON привлекательным для пользователей, которым важна конфиденциальность. **Низкая комиссия.**Пользователи TON могут проводить микроплатежи с низкой комиссией, что делает этот блокчейн идеальной платформой для массовых микротранзакций в интернете, например, платежей за контент и использование сервисов с оплатой за действие. Это возможно благодаря технологии TON Payments — мы рассказывали о ней в этом материале.  **Участие в экосистеме.** Помимо криптовалюты TON предлагает пользователям другие возможности: облачные хранилища, анонимные сети, DNS и другие технологии. Это делает TON не просто блокчейном для транзакций, но и полноценной экосистемой для разработки и использования разнообразных децентрализованных сервисов. **Гибкость и адаптивность.** Благодаря уникальной архитектуре TON умеет адаптироваться под текущие потребности рынка и технологические тренды, обеспечивая гибкость и возможность внедрения новых функций без существенного воздействия на производительность и безопасность сети. **Быстрота транзакций.**TON официально [считается](https://ru.beincrypto.com/ton-mirovoj-rekord/) самым быстрым блокчейном в мире. В 2023 году TON установил мировой рекорд по скорости транзакций: за секунду сеть обработала более 104 тысяч переводов. Это стало возможным благодаря шардингу. ## Что такое шардинг Шардинг — это разделение данных на несколько частей для того, чтобы снизить нагрузку на сеть и увеличить скорость обработки операций. Эти части данных называются шардами. Каждый шард содержит уникальный набор данных, делая базу данных более эффективной и масштабируемой.  **Концепция шардинга появилась в конце 1990-х, когда этот метод начали использовать для управления централизованными базами данных.** До блокчейна шардинг применялся для распределения баз данных по разным серверам. Например, в бизнесе, когда информацию с одного сервера переносили на другие сервера, упорядочивая ее по определенным признакам. При этом нагрузка на конкретный сервер уменьшалась — происходило масштабирование.  Чтобы понять принцип работы шардинга, рассмотрим простой пример. ![](https://metalamp.ru/images/pie.png) Еще пример. Допустим, блокчейн — это огромная библиотека. Если хранить все книги в одном гигантском зале, будет сложно найти нужную. Поэтому мы разделяем библиотеку на несколько комнат, то есть шардов. В каждой комнате хранятся книги определенного жанра: в одной — научная фантастика, в другой — исторические романы. И так далее. Когда посетитель приходит в библиотеку за нужной книгой, он направляется в соответствующую комнату. Это сильно ускоряет процесс поиска, так как не нужно больше перерывать всю библиотеку — достаточно искать в одной маленькой комнате. Администраторы библиотеки могут добавлять новые комнаты по мере необходимости, чтобы пополнять библиотеку и размещать больше книг без потери производительности. ## Почему TON решил использовать шардинг Создатели блокчейна как инновационной технологии не фокусировались на проблеме масштабирования. На тот момент было непонятно, сработает идея или нет, поэтому важнее было продумать механизмы, которые обеспечивают максимальную степень защиты в угоду быстродействию и энергоэффективности.  Когда независимые разработчики взялись за TON, перед ними встало несколько ключевых проблем.  - **Масштабируемость.** В традиционной блокчейн-системе каждую транзакцию обрабатывает вся сеть Это ограничивает количество транзакций, которые можно обработать в единицу времени, а также увеличивает время и стоимость транзакций при росте сети. - **Производительность.** С ростом числа пользователей и транзакций в традиционных блокчейнах производительность сети начинает снижаться из-за перегрузки. Из-за этого появляются задержки в обработке транзакций, а комиссии увеличиваются. - **Энергопотребление.** Большие и централизованные блокчейн-сети часто сталкиваются с высоким энергопотреблением, так как им необходимо поддерживать работу всех узлов сети. Это не только дорого, но вредно для окружающей среды. - **Доступность.**Когда нагрузка на сеть увеличивается, вероятность отказа или замедления работы повышается. Из-за этого блокчейн становится менее доступным для пользователей. Из-за этих проблем TON было бы сложно использовать на глобальном уровне. Но разработчики нашли решение в виде шардинга. Наряду с этим шардинг предоставляет блокчейну TON следующие возможности:   - обработка транзакций распределяется по разным узлам, то есть шардам, что снижает нагрузку на каждый отдельный узел и ускоряет обработку транзакций в целом; - с каждым добавленным шардом пропускная способность сети увеличивается, позволяя обрабатывать больше транзакций одновременно делая блокчейн доступным для растущего числа пользователей и операций; - благодаря более эффективной обработке транзакций затраты на них снижаются, и блокчейн становится более экономически выгодным для пользователей; - распределенная архитектура через шардинг повышает устойчивость сети к отказам и атакам, обеспечивая более высокий уровень доступности и безопасности для пользователей.  **Важно.**Шардинг в блокчейне использует не только TON. Например, такой инструмент есть в дорожной карте Ethereum на пути к переходу к обновленной версии экосистемы.  ## Парадигма бесконечного шардинга в TON Подход, который использует TON, основан на шардинге и дополнительно усилен уникальной архитектурой блокчейна, известной как бесконечный шардинг.  Парадигма бесконечного шардинга позволяет блокчейну параллельно обрабатывать разные транзакции и смарт-контракты и масштабироваться практически бесконечно. Это обеспечивает высокую скорость транзакций и доступность технологии, когда пользователей становится все больше и больше.  Основная идея состоит в том, чтобы разделить данные и транзакции на множество мелких блокчейнов, то есть шардов, которые могут обрабатываться параллельно. Это значительно повышает общую производительность сети, поскольку каждый шард способен обрабатывать транзакции независимо от остальных. **Чем больше нагрузка на сеть, тем на более мелкие части делятся данные. Когда нагрузка снижается, шарды снова объединяются. Разделение и объединение происходит автоматически. ** ## Как устроен шардинг в TON Блокчейн TON делится на три уровня: мастерчейн, воркчейны и шардчейны.  Мастерчейн — это основной блокчейн. Он один и ему подчиняется вся система. Воркчейны — это рабочие блокчейны, которые занимаются обработкой определенных типов транзакций. Воркчейн отвечает за группировку данных в шардчейны.  Шардчейны — это маленькие блокчейны, в каждом из которых происходят транзакции своих аккаунтов. Именно шардчейны обеспечивают условно бесконечную масштабируемость TON, разделяясь на множество шардов при возрастании нагрузки на систему, а потом соединяясь обратно. ![](https://metalamp.ru/images/tonblock.png) *Каждый узел в TON отвечает за хранение и проверку только своих данных, а не данных всего блокчейна. Источник:*[*tonblockchain.ru*](https://tonblockchain.ru/content/images/size/w1000/2022/02/888.png) Вот примеры, которые помогут понять, как устроен шардинг в TON, как происходит разделение на шарды и объединение шардов.  **Пример 1. Общий принцип шардинга в TON.**Представим, что TON — это большой город. Шардинг в TON — это как разделение большого города на районы. Вместо того, чтобы один мэр управлял всем городом, каждый район имеет своего управляющего, который заботится о местных делах.  Мастерчейн — это городская администрация. Она координирует работу всех районов, обеспечивая общий порядок и согласованность действий. Воркчейны — это разные отделы в администрации районов. Каждый отдел отвечает за свою специфическую область, например, за образование и здравоохранение. Шардчейны — это районы города. Каждый район занимается своими делами, но при этом они все подчиняются общим правилам и городской администрации. **Пример 2. Разделение на шарды в TON.**Представим, что есть большая многоэтажка, в которой каждый подъезд — это шард.  Жители подъезда общаются между собой, решают повседневные вопросы — это транзакции внутри шарда. При этом все подъезды находятся в одном здании и подчиняются общим правилам совета жильцов дома, то есть мастерчейну.  Если в одном подъезде происходит что-то важное и касается всего дома, информация передается в совет жильцов, который затем информирует остальные подъезды, то есть шарды. **Пример 3. Объединение шардов в TON.**Бывает, что надо решить вопрос, который требует согласия или участия жителей всех подъездов. Например, согласовать установку новой детской площадки.  Информация и решения собираются от представителей каждого подъезда и передаются в совет жильцов. После этого совет жильцов координирует действия и обеспечивает, чтобы решение было выполнено в интересах всего дома.  Выходит, что каждый подъезд — он же шард — функционирует автономно, но важные решения согласовывают и принимают на уровне всего дома, то есть мастерчейна. ## Коротко - Идея TON появилась в 2018 году у Павла Дурова, но вскоре он отказался от проекта и его начали развивать независимые разработчики со всего мира.  - Главные преимущества TON — это интеграция с Telegram, смарт-контракты нового поколения, анонимность, скорость транзакций, низкая комиссия.  - В 2023 году TON стал самым быстрым блокчейном в мире.  - Шардинг — это разделение данных на несколько частей для того, чтобы снизить нагрузку на сеть и увеличить скорость обработки операций. - Концепция шардинга появилась задолго до появления блокчейна и успешно использовалась в бизнесе, электронике и других сферах.  - Подход, который использует TON, основан на шардинге и дополнительно усилен уникальной архитектурой блокчейна, известной как бесконечный шардинг.  - При динамическом шардинге данные разделяются и объединяются автоматически в зависимости от нагрузки на блокчейн.  - Благодаря шардингу TON обрабатывает транзакции и другие операции более эффективно, а блокчейном могут пользоваться множество людей одновременно.  - Шардинг в TON — это как разделение большого города на районы. Вместо того, чтобы один мэр управлял всем городом, каждый район имеет своего управляющего, который заботится о местных делах.  ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Еще больше статей о TON [Lees meer...](https://metalamp.ru/magazine/sarding-v-ton-kak-idea-iz-90-h-pomogla-masstabirovat-blokcejn-i-resit-glavnuu-problemu-etoj-tehnologii.md) ## Что нужно знать перед запуском проекта на TON ![Что нужно знать перед запуском проекта на TON](https://metalamp.ru/images/ton.png) С тех пор как TON ворвался в топ-10 крупнейших криптовалют, все больше проектов рассматривают этот блокчейн для своих Web3-приложений. В нашем гайде – необычайная история The Open Network, преимущества и подводные камни, интеграция с Telegram, а также рекомендации по подаче заявки на грант. ## От запрещенного ICO до топ-10 на CoinMarketCap: бурная история TON ### Под крылом Telegram Когда в январе 2018 г. [СМИ сообщили о грядущем ICO Telegram](https://techcrunch.com/2018/02/16/telegram-ico-850-million/), всем показалось, что mass adoption наконец-то близок.  К концу марта закрытый пресейл еще не выпущенного токена под названием Gram [заработал  $1,7 млрд](https://fortune.com/crypto/2018/03/30/bitcoin-price-telegram-ico-presale/). В сентябре 2019 был запущен первый тестнет, а запуск мейннета был назначен на 31 октября 2019. За несколько дней до этого [39 инвесторов должны были наконец получить свои “грамы”](https://crypto.marketswiki.com/index.php?title=Telegram). Не тут-то было: 11 октября, за 3 недели до запуска, SEC (Комиссия по ценным бумагам США) [добилась через суд блокировки выпуска токена](https://www.sec.gov/news/press-release/2019-212). По версии Комиссии, пресейл представлял собой незарегистрированную продажу ценных бумаг американским инвесторам.  Руководство Telegram перенесло запуск на 30 апреля 2020, однако давление регулятора оказалось слишком сильным. В мае 2020 компания согласилась уплатить SEC штраф в размере $18,5 млн и вернуть инвесторам деньги в течение 4 лет.  ![](https://metalamp.ru/images/sec.png) К счастью, к этому моменту Telegram уже запустил второй тестнет  (testnet2) и опубликовала в открытом доступе весь исходный код TON. Это позволило команде независимых разработчиков продолжить работу над проектом, переименовав его из Telegram Open Network в The Open Network.  ### Майнинг TON и неожиданный мейннет Хотя токен Gram так никогда и не увидел свет, на testnet2 было выпущено 5 млрд токенов Toncoin (TON). Покидая проект, разработчики из Telegram разместили их в 20 специальных смарт-контрактах, и в течение двух лет (с июня 2020 по июнь 2022) [все желающие могли “майнить” TON на тестнете](https://ton.org/mining). А дальше произошло самое интересное. В мае 2021 комьюнити проголосовало за то, чтобы повысить статус testnet2 до мейннета, поскольку на тот момент сеть уже давно и стабильно работала и имела много валидаторов. При этом TON из тестнетового токена  превратился в официальный токен блокчейна. На тот момент у TON уже были тысячи держателей-“майнеров”; они наверняка были рады узнать, что их монетки внезапно обрели реальную ценность. Так что не выбрасывайте пароли от кошельков на тестнетах: кто знает?.. ### Самый быстрый блокчейн в мире Под новым руководством и с активным участием комьюнити TON добился впечатляющих успехов: - 617 000 активных кошельков на конец 2023; - Более 150 активных проектов в экосистеме; - TON размещен на OKX, ByBit, Huobi, KuCoin и др. - TON достиг [капитализации в 7 млрд долларов](https://coinmarketcap.com/currencies/toncoin/) и занял 15-ю строчку в рейтинге CoinMarketCap;  - Официально самый быстрый блокчейн по TPS: [104 715 транзакций в секунду](https://blog.ton.org/100000-transactions-per-second-ton-sets-the-world-record-on-its-first-performance-test) (результат сертифицирован Certik);  - Создан фонд развития экосистемы на $250 млн; - 12,500 разработчиков в комьюнити; - Рост числа транзакций на 110% по сравнению с 2022; - Запущен некастодиальный кошелек-интеграция TON Space, с помощью которого можно отправить крипту через Telegram и даже купить TON c банковской карты. Среди известных  проектов-участников экосистемы стоит отметить: - **Ликвидный стейкинг**: Tonstakers, bemo; - **DEX**: DeDust, Ston.fi, Megaton Finance; - **DeFi**: StormTrade (торговля с плечом), DAOLama (лендинг) - **NFT**: маркетплейс GetGems; - **Лаунчпад**: Ton.Starter; - **Игры**: [G-BOTS](https://twitter.com/gbotston), Notcoin (пока что нет токена и вообще Web3-механик). ![](https://metalamp.ru/images/topcollections.png) Топ-10 NFT-коллекций на GetGems за 30 дней: лидируют Web3-домены и абстрактный дизайн В амбициозном [роудмапе TON](https://ton.org/roadmap) присутствуют платежные каналы без комиссий (TON Payments), система децентрализованного хранения файлов любого размера (TON Torrents), мосты для BTC и BNB Chain и еще много всего. Так что будущее TON выглядит очень интересно.  ## Причины присоединиться к экосистеме TON На старте разработки любого Web3-проекта встает вопрос выбора блокчейна. И хотя Polygon, Arbitrum и Solana более “на слуху”, в пользу TON тоже можно привести немало доводов. ### Шанс “попасть в Телеграм” Павел Дуров [лично поддержал TON](https://t.me/durov/175) в своем канале еще в 2021, однако официальное партнерство TON и Telegram заключили только в сентябре 2023. Это исторический момент: у Telegram более 800 миллионов ежемесячных пользователей, и у большинства из них (кроме пользователей в США и ряде других стран) уже есть доступ к некастодитальному кошельку [TON Space](https://wallet.tg/ton).  Кроме того, в каталоге мини-аппов Telegram [более 40 Web3-приложений](https://www.tapps.center/web3), использующих TON. Например, можно взаимодействовать с децентрализованной бирже STON.fi прямо в Telegram через бота и совершать свопы. **Прочитайте нашу [статью о TMA](https://metalamp.ru/magazine/article/trendy-blokcejna-i-kriptoindustrii-2024-telegram-mini-apps-tma) и почему сейчас это тренд. ** ![](https://metalamp.ru/images/telegramapps.png) Впервые глобальный мессенджер внедрил блокчейн-функционал в таком масштабе.  И это только начало: TON [планирует создать первый Web3-cуперапп](https://blog.ton.org/building-a-web3-ecosystem-in-telegram-with-toncoin). Telegram для этого подходит как нельзя лучше, ведь в нем [свыше 37 000 сообществ](https://blog.ton.org/building-a-web3-ecosystem-in-telegram-with-toncoin), посвященных крипте.  Качественные стартапы на TON могут рассчитывать на интеграцию в Telegram Mini-Apps, а впоследствии и в супер-апп TON. Это означает доступ к сотням миллионов потенциальных пользователей – больше, чем в любой другой блокчейн-экосистеме. ### Активная русскоязычная аудитория Потенциальное преимущество для команд из постсоветского пространства: проще общаться с комьюнити и создавать контент, понятен менталитет потенциальных инвесторов и т.д. ### Система грантов TON Foundation проводит активную грантовую политику через структуры Toncoin.Fund с капиталом $250 млн и TON Accelerator. Гранты на общую сумму свыше $1,2 млн уже получили свыше 100 проектов и 450 индивидуальных разработчиков.  Стартапы на TON, планирующие интеграцию с платформой Telegram Web Apps, [могут рассчитывать на сумму до $10 000 в TON](https://github.com/ton-society/grants-and-bounties/blob/main/grants/GRANT_PROGRAM_GUIDELINES.md), если у них еще нет продукта, и до $50 000, если у них уже есть продукт и пользователи на другом блокчейне и они готовы мигрировать на TON. О том, как подать заявку, мы подробнее расскажем в конце статьи.  Индивидуальные разработчики могут подать заявку в баунти-программу и выполнить конкретную задачу за вознаграждение до $5000 – например, написать контракт.  ### Выход на венчурных инвесторов TON Foundation не занимается венчурным инвестициями, но может помочь наладить контакт с фондами и дать ценные рекомендации. Существует также инвестиционный фонд [TONcoin.Fund](https://toncoin.fund/), однако в его портфеле пока что лишь две публичные инвестиции: Megaton Finance (привлек $1,5 млн в ходе seed-раунда) и спортивно-игровая платформа Fanzee , а игра Fanton - $300 000 на preseed-раунде. ### Потенциальный «памп» токенов на TON Когда цена SOL, AVAX и FTM выросла на 100-200% в 2021-2022, цена многих токенов в их экосистемах увеличилась куда больше. У The Open Network в этом отношении все впереди, ведь сам TON еще даже не торгуется на Binance. Если в 2024-2025 действительно наступит новый бычий рынок, экосистема TON может оказаться в центре внимания. ![](https://metalamp.ru/images/defilama.png) За 6 месяцев 2021 г. TVL экосистемы Avalanche взлетел с $170 млн до $11,4 млрд. Что-то подобное может произойти и на TON. ## К чему нужно быть готовыми, создавая стартап для TON Не бывает идеальных блокчейн-экосистем: где газ дорогой, где конкуренция высокая, где ликвидность низкая...  Вот и в случае TON проектам нужно быть готовыми преодолеть ряд препятствий.  ### Кардинально другая технология по сравнению с Ethereum TON несовместим с Ethereum Virtual Machine (EVM) и использует специально созданные языки программирования смарт-контрактов: [FunC](https://docs.ton.org/develop/func/overview) и [Tact](https://tact-lang.org/), которые сложнее, чем Solidity. Поэтому уже существующие даппы для других блокчейнов нельзя перенести на TON так, как это можно сделать с даппом на Ethereum или Avalanche: их придется полностью переписывать.  Еще одно важное отличие: [TON поддерживает шардинг](https://docs.ton.org/develop/blockchain/shards) (разделение блокчейна на части), причем динамический. Число шардов может увеличиваться и сокращаться в зависимости от нагрузки сети, хотя пока их только два: BaseChain и MasterChain.  Более того, шардить можно даже отдельные смарт-контракты: кусочки контракта могут “жить” на разных шардах сети, но при этом он будет продолжать нормально работать.  Кстати о контрактах: знаете ли вы, что у каждого NFT на TON - свой смарт-контракт? Это значит, что у коллекции столько же контрактов, сколько в ней NFT, плюс еще один общий контракт. Да-да: создавая коллекцию из 10 000 обезьян, готовьтесь деплоить 10 001 смарт-контракт! ### Трудности при поиске разработчиков Поскольку смарт-контракты для TON пишутся на языках FunC и Tact, разработчики Solidity тут не помогут. Специалиста искать придется, скорее всего, по сарафанному радио, наводить справки в различных группах в Telegram, а то и “хантить” из других проектов.  Если Solidity-разработчики предлагают свои услуги на сайтах фриланса вроде Fiverr, то инженеров по FunC там практически нет. Агентств, специализирующихся на разработке смарт-контрактов для TON, тоже мало. В частности, это наша компания MetaLamp, а также NaumovLab и Block3.  ### Низкая ликвидность [По данным DeFillama](https://defillama.com/chain/TON), TON занимает скромную 65-ю строчку среди блокчейнов по TVL с показателем $19,4 млн на середину февраля 2024. Крупнейшая децентрализованная биржа на TON, DeDust, может похвастаться только тремя пулами с ликвидностью свыше $500 000, причем максимальный суточный объем торгов в пуле — менее $200 тыс.  ![](https://metalamp.ru/images/pair.png) Проектам, начинающим разработку на TON, нужно понимать, что низкая ликвидность и малые объемы торгов могут привести к экстремальной волатильности токена и стать ограничивающим фактором развития бренда.  ### Возможные трудности с листингом Как мы уже отметили, есть шанс, что The Open Network станет хитом нового бычьего сезона: в этом случае биржи с готовностью будут листить токены проектов на TON. Однако пока что из ведущих проектов в экосистеме лишь DeFinder Capital (DFC) и JetTon торгуются на известной централизованной бирже - и то на MEXC, которая листит чуть ли не всех подряд. ## Как получить грант от TON Foundation Предположим, что все перечисленные выше подводные камни вас не страшат и вы твердо решили разрабатывать проект на TON (или добавить TON к числу сетей, которые ваш дапп поддерживает). Как привлечь внимание TON Foundation и получить грант? Объясняем шаг за шагом.  ### Какие проекты могут получить грант 1. Социальные **мини-аппы** **для Telegram** с использованием TON в следующих категориях: работа с комьюнити, SocialFi, оптимизация ежедневных задач и др. Например, это может быть лоялти-программа или апп, где пользователи получают токены за публикацию качественного контента.  Обратите внимание: нужно будет создать именно апп или бот для Телеграм, а не просто сайт или мобильное приложение. В мини-апп должен быть интегрирован [кошелек](https://wallet.tg/), [TON Connect](https://docs.ton.org/develop/dapps/ton-connect/overview) (инструмент для Web3-подключения к аппам и ботам через кошелек TON) или решение для криптоплатежей [Wallet Pay](https://pay.wallet.tg/). ![](https://metalamp.ru/images/telegramchat.png) Демо-бот с функцией подключения кошелька 2. **GameFi** - как игры в форме мини-аппов для Telegram, так и игры для PC или мобильных платформ. В игре в форме мини-аппа должны обязательно присутствовать социальные механики (групповые челленджи, лидерборд, возможность пригласить друзей, уведомления и т.д.); для других типов игр они тоже желательны. 3. **Проекты в других категориях, которые могут принести значительную пользу экосистеме TON.** Это может быть инфраструктура, DeFi, решения для взаимодействия между миниаппами и даппами и т.д. Главные критерии - ценность, оригинальность (т.е. то, чего пока не реализовали другие) и техническая возможность реализации.  ### Какие проекты востребованы Среди стартапов, получивших гранты TON в 2023: - NFT-игра в стиле «Тамагочи» с мини-приложением для VK ($23k); - DEX-агрегатор ($20k); - Рынок предсказаний (ставок) цен криптовалют и спортивных матчей ($15k); - Платформа мониторинга смарт-контрактов ($15k); - Протокол выпуска билетов ($15k); - AI-чатбот для разработчиков ($7k); - Лаунчпад ($5k). ### Сколько денег можно получить **1. Social & GameFi - Продукта еще нет или есть прототип/продукт, но без блокчейна** Максимальный размер гранта -  до $10 000 в токенах TON.  **2. Social & GameFi - Есть Web3-продукт с активным комьюнити, но на другом блокчейне** Можно получить до $50 000 в TON в зависимости от количества пользователей, TVL и других метрик. Грант выдается на миграцию на TON или создание мини-аппа для Telegram с интеграцией TON. Чтобы рассчитывать на максимальный размер гранта, нужно иметь от 5 000 пользователей в день и 20 000 пользователей в месяц. Также нужны хорошие показатели удержания - например, число активных пользователей за 7 дней должно составлять хотя бы 10% от числа загрузок за этот период.  **3. Ценные проекты в других категориях (не Social и не GameFi) - вне зависимости от стадии** до $50 000 в TON в зависимости от значимости для экосистемы. ### Важные ограничения 1. Гранты НЕ выдаются проектам, которые уже провели успешных токенсейл. 2. На момент подачи заявки у проекта должны быть сайт, страница на GitHub, X/Twitter и канал или группа в Telegram. Питч-дек желателен, но не обязателен. 3. Деньги выделяются поэтапно по мере реализации поставленных задач (milestones). Получить средства авансом нельзя.  4. Под проекты, связанные с гемблингом, гранты не выделяются.  5. Если выполнение задач затягивается более чем на месяц после дедлайна или задачи выполняются неудовлетворительно, грант может быть отменен. 6. Грант нельзя тратить на маркетинг. ### Как подать заявку **1. Подготовка информации для заявки** - Описание проблемы и решения; - Трекшн (желательно): проведенные технические работы, тестирование, активные пользователи, партнерства и т.д.; - Опыт команды: практические достижения (с цифрами), трекшн предыдущих проектов, владение технологиями и языками программирования; - План привлечения пользователей и четкая стратегия выхода на рынок; - Описание функционала и технологии; - Описание целевой аудитории; - Как будет использоваться TON и какие части приложения будут он-чейн; - Сравнение с конкурентами и уникальное ценностное предложение - желательно ориентироваться на официальную [Карту экосистемы TON](https://github.com/ton-society/ecosystem-map); - Бюджет со всеми расходами и обоснованием; - Обоснование того, как проект будет финансироваться после того, как закончатся деньги гранта; - Роудмап внедрения - milestones и дедлайны. Будьте реалистичны в этом пункте: намеченные дедлайны придется соблюдать. **2. Заполнение**[**формы заявки**](https://questbook.app/proposal_form/?grantId=65c7836df27e2e1702d2d279&chainId=10&newTab=true)**.** Форма довольно объемная, так что приготовьтесь потратить хотя бы пару часов. ![](https://metalamp.ru/images/questbook.png) **3. Обратная связь** Если ваш проект привлечет интерес TON Foundation, с вами свяжутся. Если вас попросят подать заявку заново, добавив больше информации; это нужно будет сделать в течение недели, иначе вы получите отказ.  **4. Выделение средств** После достижения первого milestone вы получите начальный транш TON на адрес кошелька, указанный в заявке. ## В заключение: перспективы экосистемы TON Интеграция с Telegram - главный козырь TON. Ни один другой блокчейн не может похвастаться тем, что его децентрализованные биржи и игры работают непосредственно внутри одного из крупнейших Web2-приложений.  Однако для того, чтобы в полной мере реализовать это преимущество, экосистема TON должна стать более глобальной. Пока что в ней преобладают русскоязычные команды и комьюнити, а многие приложения не локализованы. Отсутствие поддержки EVM и необходимость создавать контракты на новых языках также сужает потенциальную аудиторию TON. И хотя пример Solana показывает, что это не критично, TON пока что не хватает банальной “раскрутки”, которая могла бы компенсировать технические трудности входа в экосистему.  Если на TON появится больше Web3-приложений, ориентированных на международное комьюнити и предлагающих что-то новое и необычное, то этот блокчейн может стать одним из самых популярных. Возможно, именно ваш проект сыграет решающую роль в популяризации экосистемы TON? **Вы можете обсудить подробнее перспективы TON с нашими специалистами, просто [напишите нашему менеджеру. ](https://t.me/Gendrovich) Не забудьте подписаться на нашу рассылку полезных материалов, мы высылаем только самые популярные и интересные статьи!** ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о web3 [Lees meer...](https://metalamp.ru/magazine/ton-cto-nuzno-znat-prezde-cem-zapuskat-proekt-na-etom-blokcejne.md) ## Почему для токенизации премиального алкоголя используется блокчейн ![Почему для токенизации премиального алкоголя используется блокчейн](https://metalamp.ru/images/bottle_wine.png) По оценкам экспертов, к 2027 году стоимость рынка премиального алкоголя [достигнет](https://www.grandviewresearch.com/industry-analysis/premium-spirit-market) 235,74 миллиарда долларов. Все больше инвесторов видят в бутылках дорогого вина и виски прибыльный инвестиционный инструмент и ценный лот для коллекционирования. Почитайте, как технология блокчейн делает эту инвестицию более надежной и на каких площадках проходят электронные сделки.   Чтобы узнать главное по теме за 30 секунд, переходите к разделу «Коротко» — собрали там основные мысли этого материала. ## Что такое токенизация реальных активов Компания может продавать активы традиционными способами, например, в магазине, на маркетплейсе или своем сайте. А может превратить товары в токены, которые выпускаются, хранятся и обращаются на блокчейне — технологии, которая обеспечивает безопасность, неизменяемость и распределенность данных при цифровых сделках. Процесс оцифровки реальных активов и их перевода в токены называется токенизацией.  Допустим, компания строит дома и продает квартиры в новостройках. Она может токенизировать недвижимость, привязав каждую квартиру или каждый квадратный метр жилья к токену, то есть к записи в блокчейне. Купив токен, человек получает право владения реальной недвижимостью. Такое право позволяет владельцу распоряжаться имуществом и ничем не отличается от тех прав, которые переходят к собственнику после обычной сделки купли-продажи.  Токенизировать можно разные реальные активы: акции, облигации, дизайнерскую одежду, произведения искусства, антиквариат, премиальные напитки.  Более подробно про токенизацию реальных активов мы [уже рассказывали](https://metalamp.ru/magazine/article/zacem-realnyj-biznes-tokeniziruet-aktivy-i-kak-eto-sdelat-posagovaa-instrukcia).  ## Как происходит токенизация премиального алкоголя Представим, что вы коллекционер, который увлекается премиальными винами. Вы решили купить несколько бутылок для своей коллекции, но опасаетесь подделок и не хотите заниматься сложной логистикой, так как нужные вам вина находятся на другом конце света.  Вы регистрируетесь на инвестиционной площадке, которая торгует дорогими винами с использованием технологии блокчейн и напрямую сотрудничает с небольшими винодельнями и крупными производителями. Площадка берет на себя все обязательства по хранению, продаже и доставке вина инвесторам. Все вина хранятся на специально оборудованном складе. У каждой реальной бутылки есть свое цифровое отображение в виде уникального токена — он называется NFT.  Вы выбираете вино и покупаете NFT-токен. После этого вы становитесь владельцем бутылки дорогого алкоголя. Право владения позволяет вам распоряжаться купленной бутылкой как угодно. Вы можете оставить вино себе в качестве инвестиции и ждать, когда оно вырастет в цене, перепродать вино другому коллекционеру или даже выпить.  **Инвестиция в вино как и в другие реальные активы — это прежде всего возможность диверсифицировать свой инвестиционный портфель. При этом неважно, понимает ли инвестор что-то в криптовалютах или нет. ** Площадки-посредники продают коллекционный алкоголь за токены и фиатные валюты, то есть доллары и евро, делая процесс покупки максимально простым и удобным для разных пользователей.  ## Почему NFT NFT — это невзаимозаменяемый токен. Такой токен нельзя заменить на аналогичный, так как он уникальный и существует в единственном экземпляре. NFT лучше всего подходит для токенизации премиального алкоголя, так как эти напитки выпускают ограниченным тиражом и каждая бутылка имеет большую ценность.  **NFT премиального виски или вина — это уникальный цифровой сертификат, к которому привязана информация, соответствующая реальной бутылке.** NFT начали набирать популярность на рынке премиального алкоголя в 2021 году. Тогда такие ведущие бренды, как Hennessy и Glenfiddich, представили свои NFT, чтобы поддержать выпуск напитков из лимитированных коллекций. ## Преимущества токенизации премиального алкоголя Торговля редкими и коллекционными напитками с использованием технологии блокчейн открывает новые возможности и для производителей, и для инвесторов. ### Для продавца Производители могут выйти на крипторынок, автоматизировать сделки по продаже премиального алкоголя, получить еще один инструмент маркетинга.   **Новый рынок дистрибуции.**Выпустив NFT для бутылки дорогого вина, компания выходит на крипторынок и получает деньги цифровых инвесторов. Эти инвестиции можно направить в реальный бизнес.  **Автоматизация сделок благодаря смарт-контрактам.**Смарт-контракт — это цифровой договор между продавцом и покупателем, который действует в блокчейне. Смарт-контракт устанавливает правила, по которым компания продает премиальный алкоголь за токены, контролирует исполнение обязательств обеими сторонами и автоматически выполняет условия договора при совершении определенных действий. Например, когда инвестор покупает бутылку виски в виде NFT, инвестиционная площадка получает 10% от стоимости покупки. **Инструмент маркетинга и пиара.**Многие производители премиального алкоголя выпускают NFT, чтобы привлечь новую аудиторию и укрепить свои позиции на офлайн-рынке. ### Для покупателя Основные преимущества для инвестора, который решил купить токенизированный премиальный алкоголь, — это безопасность, ликвидность, отслеживаемость и контроль условий хранения.  **Безопасность.**Инвестиционные площадки, на которых представлен премиальный алкоголь, поставляют лоты напрямую от производителей и проверенных коллекционеров. Инвестор может быть на сто процентов уверен, что вкладывается в подлинное вино или виски, а не в подделку.  **Ликвидность.** Коллекционное вино — высоколиквидный актив, который сложно продать на вторичном рынке. Доставка стоит дорого и занимает немало времени, поэтому таких сделок мало. Площадка-посредник устраняет эти барьеры и берет на себя всю логистику, благодаря чему совершать сделки становится проще. Вы торгуете вином так же, как акциями.  **Отслеживаемость.**Купив NFT, трудно доказать, что вы действительно владеете тем, что купили: бутылка вина находится в другом месте, зачастую — на другом конце света.  Например, каждая бутылка вина, которая продается на площадке [Vinesia](https://vinesia.com), помечена NFC-меткой и Ble-меткой. NFC-метка превращает бутылку в отслеживаемый цифровой актив: инвестор может быть уверен, что он единственный владелец этого вина. Ble-метка позволяет отображать на сайте местонахождение бутылки и заверить покупателя, что его вино действительно находится на складе.  **Контроль условий хранения.**Коллекционеру сложно контролировать температуру  влажность винного склада и быть уверенным, что его напитку ничего не угрожает. Поэтому площадки, которые продают токенизированные напитки, позволяют покупателям следить за условиями хранения в реальном времени. Обычно на странице товара можно посмотреть, какая температура и влажность на винном складе прямо сейчас и как менялись эти показатели за все время хранения. ## Площадки, которые продают премиальный алкоголь в виде NFT Первая площадка, которая торгует премиальным алкоголем в виде NFT, появилась в 2021 году. Сегодня таких платформ несколько — и каждая предлагает инвесторам различные возможности, чтобы сделать коллекционирование редких напитков максимально простым и безопасным. Почитайте про лидеров рынка, чтобы подметить полезные фичи и вдохновиться лучшими решениями.  [**BlockBar**](https://blockbar.com)**.**Эта площадка стала первой продавать вино, виски и другие премиальные напитки в виде NFT. BlockBar работает на блокчейне Ethereum и позволяет пользователям убедиться в подлинности бутылки. Они могут отследить владение бутылкой с момента ее производства. BlockBar сотрудничает только с ведущими производителями, среди которых Bacardi, Hennessy, Pernod Ricard и William Grant & Sons, и не размещает на своей площадке алкоголь от посредников и частных лиц.  Бренды, которые работают с BlockBar, предлагают пользователям дополнительную ценность, например, туры на винодельни и винокурни, эксклюзивный контент, скидки и ранний доступ к новым коллекциям. Благодаря этому бренды устанавливают доверительные и долгосрочные отношения с коллекционерами, общаясь с ними после покупки.  ![](https://metalamp.ru/images/nftwine.png) Одна из коллабораций BlockBar и Hennessy — 500 бутылок Hennessy Paradis Golden Edition ограниченной серии [**WineChain**](https://winechain.co)**.**Эта площадка торгует коллекционным вином со всего мира. ** ** Коллекционеры могут строить и наполнять свои удаленные погреба на WineChain, обмениваться лотами с другими коллекционерами и тем самым обеспечивать более высокую стоимость вин в своей коллекции.  Первый смарт-контракт на WineChain был выпущен в 2022 году. Основная валюта — wiNeFT-токены. По данным за ноябрь 2023 года с площадкой сотрудничали сто партнеров из Франции, Италии, Германии и Португалии.  ![](https://metalamp.ru/images/winechain.png) Если коллекционер захочет выпить вино, которое он купил на WineChain, площадке организует безопасную доставку: сейчас она действует в 31 стране мира. [**BarrelX**](https://www.barrelx.com). Инвестиционная платформа объединяет коллекционеров премиального бурбона.  Инвестор может купить бочку или долю в ней. Стоимость бурбона зависит от выдержки: чем раньше коллекционер покупает напиток, тем дешевле он стоит. Бурбон выдерживается четыре года — только после этого коллекционер получает право им распоряжаться — и хранится на складе в штате Кентукки.  Отличительная особенность площадки — активное участие в развитии экосистемы Web3. BarrelX сотрудничает с известными цифровыми художниками, доверяя им дизайн бутылок и этикеток. ![](https://metalamp.ru/images/barrelx.png) BarrelX использует смарт-контракты: как только бурбон созревает, владелец NFT получает возможность продать право владения или обменять его на бутылки с настоящим напитком. [**InterCellar**](https://www.intercellar.io). Этот маркетплейс торгует коллекционным вином и сейчас находится на стадии запуска.  Все лоты поступают напрямую от производителей, а компания борется за экологию, призывая покупать вина в цифровом формате и сокращать выбросы углекислого газа.  Коллекционеры могут покупать лоты по фиксированной цене или на аукционе, чтобы поторговаться с другими инвесторами. Все работает на блокчейне Ethereum.  ![](https://metalamp.ru/images/intercellar.png) InterCellar продает премиальное вино за обычную валюту, то есть доллары, и за криптовалюту. [**Vinesia**](https://vinesia.com)**.**Инвестиционная площадка Vinesia торгует вином как активом. Для этого она использует NFT, которые подтверждают право владения редкими напитками от престижных винных хозяйств и проверенных частных коллекционеров.  Основная аудитория площадки — опытные коллекционеры в возрасте, которые отлично разбираются в вине, но не готовы погружаться в мир блокчейна, токенов и электронных кошельков. Поэтому Vinesia предлагает пользователям удобный Web2-интерфейс, используя при этом преимущества блокчейна: безопасность, неизменяемость и распределенность данных при цифровых сделках. ![](https://metalamp.ru/images/vinesia.png) Vinesia предлагает коллекционное вино из Франции, Швейцарии, Италии и США. ## MetaLamp и токенизация вина Мы поучаствовали в разработке блокчейн-части платформы Vinesia. Компания доверила нам разработку NFT смарт-контрактов. **Блокчейн.**При каждой покупке вина на сайте Vinesia выпускается NFT, который представляет цифровой сертификат владения бутылкой. Это даже больше, чем сертификат: NFT позволяет записывать и хранить информацию. **Vinesia — пример того, как можно решить понятную задачу с помощью блокчейна, не навязывая пользователям то, что им не знакомо и не нужно. ** Например, Vinesia гарантирует, что вино хранится в идеальных условиях, и позволяет инвестору в этом убедиться. Такую задачу помогает решить блокчейн.  Еще пример — передача бутылки другому покупателю. В этом случае история условий хранения и история самого вина как актива тоже отражается в NFT. То есть по истории транзакций NFT можно отследить, насколько ликвидна эта бутылка вина. ![](https://metalamp.ru/images/vinesiawine.png) Для каждого вина на сайте Vinesia слева отображается температура и влажность в реальном времени, а на интерактивном графике — история изменения этих параметров. **Дискавери.**Мы начали с короткого дискавери. За две недели описали всю архитектуру блокчейн-части платформы, внесли свои предложения и описали функциональные и нефункциональные требования.  В результате заказчик получил легко читаемые схемы, которые описывают работу API и смарт-контрактов, а также подробную оценку трудозатрат на реализацию этого всего. **Разработка.**Мы разработали и полностью протестировали смарт-контракты менее, чем за две недели. После этого предоставили исчерпывающую документацию и необходимые скрипты для выпуска смарт-контрактов в продакшн.  ![](https://metalamp.ru/images/clutchreview.png) ## Коротко: как устроена продажа токенизированного алкоголя - Токенизировать реальные активы — это создать их цифровую копию в виде токенов, которые выпускаются и обращаются на блокчейне. - Купив токен, инвестор получает право владения реальным товаром: акциями, облигациями, произведениями искусства, антиквариатом, премиальными напитками. - NFT премиального виски или вина — это уникальный цифровой сертификат, к которому привязана информация, соответствующая реальной бутылке. - Коллекционер, который покупает премиальный алкоголь в виде NFT, получает право владения определенной бутылкой, которая хранится на реальном складе.  - Право владения позволяет инвестору распоряжаться купленной бутылкой, как ему хочется: оставить себе, перепродать другому коллекционеру или выпить.  - Производители, которые токенизируют премиальный алкоголь, выходят на новый рынок, автоматизируют сделки по системе смарт-контрактов, получают новый инструмент маркетинга и пиара. - Основные преимущества для инвестора, который решил купить премиальный алкоголь за токены, — это безопасность, ликвидность, отслеживаемость и контроль условий хранения. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Почитайте больше о токенизации [Lees meer...](https://metalamp.ru/magazine/zacem-vinu-blokcejn-kak-tokeniziruut-premialnyj-alkogol.md) ## Шаги по созданию лаунчпада для вашего криптопроекта ![Шаги по созданию лаунчпада для вашего криптопроекта](https://metalamp.ru/images/launchpad.png) Самый успешный проект Binance лаунчпада приумножил средства инвесторов в 1,649x раз! Редко какой бизнес может похвастать столь высоким индексом возврата инвестиций. Лидеры рынка DaoMaker и Polkastarter за всё время существования демонстрируют общий уровень ROI – 33.79x и 35.21x соответственно. Лаунчпады нередко сравнивают с системами лотерейных билетов. Расскажем, как на самом деле устроен этот бизнес, на чем зарабатывают такие площадки и есть ли смысл пилить подобный сервис сегодня.  ## Что такое лаунчпад? Если создать метавселенную, DeFi протокол или новую web3 игру, то возникнет вопрос:  как получить больше инвестиций? Логично, что лучше всего для этих целей подойдут специализированные площадки. Такими площадками как раз и являются лаунчпады – сервисы для краудфандинга, которые помогают фаундерам блокчейн-стартапов найти финансовую поддержку в обмен на токены, а публике – выгодно вложиться в интересные проекты на самом старте.  Возможность приобрести токены новых криптопроектов на этапе ICO/IDO привлекает инвесторов перспективами быстрого кратного роста активов. Для основателей проектов такой сервис также выгоден, поскольку позволяет привлечь необходимые для разработки средства в обмен на токены или, например, на доступ к каким-то фичам в продукте в будущем.  ## Почему идея создания лаунчпада актуальна сегодня? Растущий тренд в свое время привлек не только криптопредпринимателей, но и скамеров.  На волне хайпа создавалось много криптопроектов-однодневок и откровенно мошеннических схем. В 2018 г. по оценке Status Group [80%](https://research.bloomberg.com/pub/res/d28giW28tf6G7T_Wr77aU0gDgFQ) ICO оказались проектами мошенников.  В 2017-2019 годах большинство скам-проектов были разоблачены. На рынке остались по большей части серьёзно настроенные игроки. Больше 70% собранных средств пошли на развитие качественных проектов. Но бизнес есть бизнес: через полгода меньше половины ICO/IDO оказывается на плаву. А вот из тех, кто доходят до размещения на биржах, сдаются только 16%. Зато те, кому удалось попасть в биржевые листинги, показывают фантастическую доходность. Если в 2022 активы, заблокированные в DeFi, уменьшились на 80%, то 2023 год начался с роста капитализации крипто рынка: [$1,2 трлн](https://blockworks.co/news/bitcoin-reigned-supreme-during-q1) только за первый квартал. Аналитики прогнозируют возвращение интереса к крипте и появление глобальных регуляторов, которые будут обеспечивать соблюдение прав владельцев инновационных активов. Поскольку экономика развивается циклично, то впереди можно ожидать разворот рынка. И к моменту, когда медвежий тренд сменится бычьим – иметь уже готовую площадку для запуска первичных предложений может оказаться выигрышной стратегией.  Поскольку экономика развивается циклично, то впереди можно ожидать разворот рынка. Высока вероятность, что вместе с ростом рынка, интерес пользователей к новым проектам тоже будет расти. Кто захочет упустить шанс вложиться на ранних стадиях в многообещающий продукт? Лаунчпады — это место, где инвесторы ищут перспективные проекты. И именно сюда пользователи при изменившихся обстоятельствах пойдут в первую очередь. Вот почему заблаговременная подготовка площадки для запуска первичных предложений может оказаться джокером для предпринимателя. ## С чего начать разработку лаунчпада? **Спойлер: с Discovery. ** Discovery мы называем первый этап разработки, на котором идея заказчика обретает конкретные черты: становится понятна задача для команды и можно примерно оценить стоимость её реализации. На этом этапе мы анализируем бизнес-процессы, которые будет решать лаунчпад, рассматриваем варианты их воплощения с технической точки зрения и предлагаем оптимальное решение. Проще говоря, на этом этапе заказчик увидит, что и как пользователь сможет делать на площадке, с какими сервисами потребуется интеграция, нужен ли ему будет собственный токен и, если да, то как и на базе какой сети стоит его запускать. Благодаря Discovery у клиента появляется чёткое представление о будущей площадке, механике её работы, план работ для команды и примерная оценка стоимости. Структура Discovery может в разных компаниях отличаться. Мы придерживаемся принципов быстрой аналитики и умеренно детальной проработки технических требований. По итогам исследования мы отдаем нашим клиентам следующую документацию: ![](https://metalamp.ru/images/documentation_launchpad.png) Стоимость Discovery обычно оценивается в размере 2-10% от стоимости MVP. Ценность такого подхода связана с появлением новых возможностей, которые открывает подготовленный материал: с результатами Discovery можно аргументированно презентовать продукт инвесторам. Помимо ориентирования в бюджетах и сроках, Discovery помогает гибко подходить к разработке: перенести или добавить часть фич в следующую фазу развития продукта. На основе конкретных данных проще сравнивать оценку проекта с коммерческими предложениями от других команд разработки.  1. **Выбор целевой аудитории** Лаунчпад – это сервис, ориентированный на инвесторов. Инвесторы могут быть «простые», т.е. физические лица, так и институциональные – различные фонды, корпорации и другие организации.  От этого зависит как UI/UX платформы, так и бизнес модель: для крупных инвесторов обычно проводятся приватные раунды продаж и тщательная проверка KYB (know-your-business). В лаунчпадах для индивидульных инвесторов важно обеспечить удобство для людей с разным уровнем подготовки к погружению в рынок инвестиций, стабильную инфраструктуру, защиту от ботов и скама.  1. **Выбор механизма реализации лаунчпада** Основная задача лаунчпадов –  это обеспечить удобство и безопасность сделок, то есть **гарантировать**, что инвестор, который хочет получить токены по стартовой цене их получит, а основатель стартапа, который намерен их продать – получит средства за продажу токенов в полном размере.  Челлендж для основателя лаунчпада заключается в том, чтобы найти метод обеспечения интересов участников взаимодействия. Как защитить инвесторов от скам-проектов? Как обеспечить блокчейн-предпринимателям интерес и внимание публики? Мы говорили, что выбор целевых пользователей во многом определяет дальнейший механизм реализации лаунчпада. Есть два способа организовать работу продукта:  1. Написать автономную систему смарт-контрактов, гарантирующие исполнение обязательств обеих сторон на уровне кода. То есть, владельцы лаунчпада предлагают техническое решение этой задачи, которое в автоматическом режиме выполняет продажи и другие процессы.  2. Обеспечить надежную команду управления, которая будет действовать четко в рамках закона и устава организации, обеспечивая тем самым исполнение необходимых и прозрачных процедур. На практике, публичные лаунчпады, рассчитанные на массового пользователя, обычно работают по гибридной модели: часть критичной логики продукта на смарт-контрактах, а остальное на классическом бэкенде. Приватные лаунчпады это всегда централизованный сервис с полным контролем администрацией продукта.  В качестве примера модели лаунчпада полностью на смарт-контрактах можно привести Camelot на Arbitrum: децентрализованная платформа вполне справляется с задачей справедливого автораспределения токенов.  Проиллюстрировать работу команды по жёсткому протоколу может TrustPad: люди на основании чёткого свода правил решают, принимать проект на платформу или нет. За счёт более высоких гарантий безопасности такой метод реализации лаунчпада предпочтительнее для проектов, нацеленных на институциональных инвесторов. Сложность подхода – в необходимости собрать надёжную и юридически подкованную команду, которая сможет проверять всевозможные документы, собирать пруфы, чтобы убедиться, что имеет дело не с мошенниками, а настоящим проектом.  ## Схемы монетизации лаунчпадов Как лаунчпад может заработать? Существует два проверенных способа манимейкинга в этой сфере.  1. Проекты платят за возможность размещения на площадке. Вознаграждение может быть: *Фиксированное*. Когда проект выплачивает определённую сумму лаунчпаду независимо от объёмов продаж.  *В виде процента от объёмов продаж.* 2. Продажи своих собственных токенов для индивидуальных инвесторов.  Как правило, с помощью собственных токенов лаунчпады контролируют размеры аллокаций, стремясь обеспечить более справедливое распределение ресурсов на площадке. Например, от объёма выкупленных токенов площадки может зависеть объём новых токенов проектов, доступных для выкупа. Чем больше у пользователя «застейканных» токенов, тем больше он может выкупить токенов из новых предложений. На этих принципах построена работа TrustPad. 3. Комбинация обеих моделей.  **Способы дистрибуции токенов проектов** До начала разработки  проекта также необходимо определиться с механизмом распределения токенов. Существуют две популярные модели: Claim и Airdrop.  Claim – распределение токенов осуществляется автоматически. Один пользователь закидывает токены на смарт-контракт, другой через какое-то время получит те токены, которые он хочет купить. Главное – не забыть прийти через несколько месяцев, чтобы забрать свои токены.  Из плюсов способа: более децентрализованный, распределение токенов организовано технически. Для команды лаунчпада не несет никаких затрат – все они ложатся на плечи пользователей.  Из минусов: необходимость платить за газ может не понравиться [инвесторам. ](https://academy.binance.com/ru/articles/what-is-a-crypto-airdrop) [Airdrop](https://academy.binance.com/ru/articles/what-is-a-crypto-airdrop). Распределение токенов осуществляется вручную.  Из плюсов: пользователи получают excellent experience, поскольку не надо платить за газ или бояться забыть забрать токены.  Из минусов: из-за централизации критически важна благонадёжность команды.  На практике публичные проекты чаще используют модель claim, а закрытые – airdrop. ## Как сделать лаунчпад конкурентоспособным? **User-friendly UI ** Определив аудиторию проекта, стоит позаботиться об обеспечении превосходного пользовательского опыта. Для каждого типа клиентов нужен свой вариант интерфейса.   Новичкам важны подсказки и возможность достичь результатов, совершая как можно меньше действий на платформе. Иными словами – все важные кнопки должны быть на видном месте и однозначно толковаться: чтобы пользователю не понадобился «звонок другу» с компетенциями Сатоши Накамото.😜 Опытным инвесторам нужно дать больше инструментов для управления своими крипто капиталами. Допустим, при наличии на платформе стейкинга, можно предложить пользователям возможность реинвестировать вознаграждение за него автоматически или в ручном режиме. Или возможность автоматически отправлять  полученные вестингом токены сразу в протоколы для yield-фарминга, что позволит заработать на фарминге ликвидности вместо мгновенной продажи на бирже. При подготовке проекта можно ориентироваться сразу на обе аудитории и разработать универсальный лаунчпад с возможностью выбора режима работы: установить переключатель, который будет переводить клиентов из обычного режима в режим Pro по запросу. Такой подход уже опробован на различных централизованных биржах, например, на Binance.  **Инновации в области доверия и надежности** Под задачами лаунчпадов подразумевается выполнение основных функций лаунчпада: справедливое распределение токенов и гарантия получение активов стейкхолдерами. Для справедливого распределения можно использовать различные методы расчетов аллокации. На наш взгляд, интереснее всего с этим справились Camelot с их системой [Fair launch](https://docs.camelot.exchange/protocol/or-launchpad).  Обеспечить гарантии пользователям, что активы будут переданы помогут смарт-контракты без возможности вмешательства администрации в процесс передачи токенов. А вот с тем, чтобы проект не соскамился и не сильно потерял в цене, может помочь система, которая передает средства инвесторов владельцам проекта только при условии достижения ими определенных показателей. Для этого DAO Maker использует модель проведения токенсейлов [DYCO v2](https://medium.com/dao-maker-ru/dynamic-coin-offerings-7741cbebbba9), которая делает команды проектов подотчетными инвесторам: если инвестор заметит, что обещания проекта расходятся с реальностью, он может в любой момент отозвать свои вложения обратно. Служебные токены DAO Maker в течение первых 16 месяцев обеспечены долларом США. Кстати, проект Orion Protocol, показавший рост 293х, был первым проектом по модели DYCO.  **Интеграция лаунчпада в экосистему** Хорошим партнером для экосистемы лаунчпада мог бы стать DEX. Как вариант, можно было бы провернуть следующую механику: крупным поставщикам ликвидности на этой децентрализованной криптобирже можно гарантировать аллокацию для всех IDO. Такой ход поможет повысить шансы выкупаемости токенов проекта, поскольку предложение будет адресовано гарантированно платежеспособной и продвинутой аудитории.  ## Metapool. Как мы сделали криптоинвестиции доступнее и понятнее Все вышеописанные принципы мы уже применили на практике — разработали приложение для работы с лаунчпадами с нуля для одного из наших заказчиков. Цель этого продукта: снизить порог входа на ранние этапы продажи токенов для индивидуальных инвесторов: пользователям больше не нужно стейкать огромные суммы, чтобы поучаствовать в ICO. ![](https://metalamp.ru/images/metapool.png) Мы разработали сервис, который работает по принципу совместных закупок: средства пользователей объединяются в пулы для совместных инвестиций в токены новых проектов. Приложение решило проблему недостатка средств у инвесторов, позволяя совершать сделки с минимальными вложениями.  Важной особенностью проекта стала возможность совершения безгазовых транзакций. Благодаря Metapool, пользователи теперь могут инвестировать в новые токены на этапе предпродаж без препятствий в виде стейкинга больших сумм или подтверждения рейтинга участника.  ## Резюмируем Лаунчпад – это не просто площадка, где можно купить токены подешевле и продать подороже. Для проектов это незаменимый инструмент сбора средств на их развитие. Сами проекты развивают экосистемы блокчейнов, увеличивают TVL и популяризируют криптоиндустрию. На владельцах лаунчпадов лежит важная и отвественная задача: гарантировать заключение сделки между основателями проектов и инвесторами в безопасном формате, тем самым повышая доверие людей к крипторынку.  Мы ожидаем, что с новым витком развития рынка криптовалют, когда медвежий рынок смениться бычьим, именно лаунчпады станут точкой притяжения для инвесторов. Ведь купить активы на ранних стадиях, пока их цена не улетела в космос – лучшее лекарство от FOMO. Очевидно, что владельцы лаунчпадов будут одними из первых выгодополучателей этих процессов. Главное, чтобы к моменту разворота рынка у вас уже было готово качественно реализованное решение. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей о web3 проектах [Lees meer...](https://metalamp.ru/magazine/kak-sozdat-launcpad.md) ## Тренды блокчейна и криптовалюты на 2024 год: исследование Telegram Mini Apps ![Тренды блокчейна и криптовалюты на 2024 год: исследование Telegram Mini Apps](https://metalamp.ru/images/twa.png) Весной 2022 года Телеграм представил Telegram Mini Apps (TMA), которые позволяют продавать товары и услуги прямо в мессенджере. Вскоре TMA заручились поддержкой TON — и пользователи получили новый инструмент для связки с криптомиром. Почитайте, что еще умеют эти мини-приложения, как бизнес использует их сегодня и как будет развиваться этот тренд в ближайшем будущем.  Если нет времени читать материал целиком, переходите к блоку «Коротко» — собрали там главное по теме.  ## Что такое Telegram Mini Apps Telegram Mini App — это сайт, например, интернет-магазин, или приложение с каталогом товаров, только в Телеграм. TMA выглядит так же, как обычный сайт или приложение, но при этом учитывает особенности интерфейса и логики мессенджера. Главная особенность TMA в том, что они открываются и работают через веб-ботов. То есть TMA – это одновременно и Телеграм-бот, и веб-приложение.  ![](https://metalamp.ru/images/unnamed.png) Допустим, вам нужно сделать TMA для доставки еды. Для этого вы подключаетесь к BotFather — главному боту, который позволяет создавать и настраивать новых ботов в Телеграме. С помощью BotFather можно привязать веб-приложение к вашему боту. На основе встроенных команд вы создаете простой интерфейс и организовываете начальную логику приложения. Например, встраиваете картинки, добавляете кнопки, выкладываете описание и так далее. ## Преимущества Telegram Mini Apps Благодаря TMA бизнес может получить новых клиентов, не вкладывая много денег в разработку. Вот главные плюсы TMA для компаний и пользователей.  **Доступность.**Платформа бесплатна и проста в использовании. **Отсутствие блокировок.**Пользоваться TMA можно без VPN. **Автоматизация.**TMA легко настроить и персонализировать, чтобы управлять бизнес-процессами без мобильного приложения. **Клиентоориентированность.**Быстрое взаимодействие с клиентами, которые получают все услуги по принципу «одного окна».   **Поддержка различных способов оплаты.**К TMA можно подключить более 20 методов оплаты, включая Google Pay, Apple Pay и криптовалюты.  ## Как бизнес использует Telegram Mini Apps До февральских санкций 2022 года многие российские компании и бренды продавали и продвигали свои товары и услуги в Инстаграме* и Фейсбуке*. Отключение этих социальных сетей вызвало волну паники и спад покупательской активности, поэтому многие перевели свой бизнес в Телеграм.  Первая версия TMA появилась весной 2022 года, когда команда разработчиков Телеграм показала новые возможности этого продукта на примере доставки фастфуда Durgerking. ![](https://metalamp.ru/images/Group 8931.png) Примеру Durgerking последовали компании из разных сфер бизнеса. С помощью TMA можно продавать в Телеграме сладости, цветы, обучающие курсы, спортивную одежду, конвертировать криптовалюту и собирать донаты.  ![](https://metalamp.ru/images/Group 8933.png) TMA были официально запущены в мае 2022 года, поэтому лишь немногие компании успели внедрить решение в свои бизнес-процессы. По прогнозам, к 2024 году 47% российских компаний будут использовать ботов на постоянной основе. ## Интеграция с TON TMA можно использовать для операций с криптовалютой. Такую возможность дает Wallet, который встроен в мессенджер.  @wallet базируется на TON — блокчейне и экосистеме The Open Network, представленной Telegram. Этот кошелек позволяет получать, переводить и хранить криптовалюту, не выходя из мессенджера. Вот основные преимущества интеграции TMA с TON.  **Работа на блокчейне.** TON обладает всеми главными преимуществами этой технологии. Например, гарантирует неизменяемость, прозрачность и распределенность данных каждой транзакции, которую пользователь выполняет с криптовалютой в каком-либо TMA.  **Скорость транзакций.**В ходе публичного тестирования осенью 2023 года TON [обработал](https://3dnews.ru/1095461/blokcheyn-ton-dokazal-chto-yavlyaetsya-samim-bistrim-blokcheynom-v-mire-pozadi-ostalis-dage-visa-i-mastercard/amp) 104 715 транзакций в секунду, обогнав такие популярные блокчейны, как Etherium и Bitcoin. Оплата товаров и услуг с помощью криптовалюты в TWA выполняется мгновенно.  **Экономия времени.** Выбор и оплата покупок в интерфейсе Телеграма происходит быстрее, чем поиск и сравнение информации на разных сайтах, оформление документов и платежных карт. **Никаких географических ограничений.**Владелец кошелька может совершать платежи в криптовалюте из любой точки мира — для этого нужен только выход в интернет.  ![](https://metalamp.ru/images/Group 8934.png) Ключевые участники экосистемы TON уже используют TMA. Вот несколько примеров.  **Tonstarter Assistant.** Ведущая площадка на базе TON, которая помогает компаниям привлекать инвестиции в блокчейн-проекты, сделала мобильную версию сайта в Telegram. Бот Tonstarter Assistant позволяет пользователям создавать проекты и собирать деньги на реализацию своих идей, а также участвовать в финансировании других перспективных продуктов.  ![](https://metalamp.ru/images/Group 8935.png) **Evaa Protocol App.**Evaa Protocol — это первая децентрализованная кредитная платформа на базе TON. С помощью Evaa Protocol App пользователи могут брать кредиты в криптовалюте и давать монеты взаймы, не выходя из мессенджера и все так же опираясь на систему смарт-контрактов.  ![](https://metalamp.ru/images/Group 8936.png) **Getgems.**Getgems — это NFT-маркетплейс на базе TON. В боте Getgems Bot пользователи могут просматривать свои NFT, пополнять коллекции и продавать лоты другим участникам сообщества.  ![](https://metalamp.ru/images/Group 8937.png) ## Какими будут Telegram Mini Apps в 2024 году Мобильные игры, за участие в которых можно получать монеты, поддержка новых криптовалют и удобный каталог приложений. Вот основные тренды, которые мы ждем от TMA в новом году.  **Более тесная интеграция с TON.**В сентябре 2023 года TON [запустил](https://blog.ton.org/ton-foundation-announces-telegram-web3-grants) программу грантов. В рамках этой программы разработчики, которые работают с TON и заинтересованы в развитии Telegram Web3, могут получить финансирование для своих идей. Это значит, что в ближайшем будущем Телеграм реально станет универсальной платформой для всех потребностей — от платежей и обмена сообщениями до игр и продажи контента. **Развитие криптоигр.**Игры через Telegram — самый масштабный тренд. Разработчики децентрализованных игровых приложений, в основе которых лежит технология блокчейн, все чаще смотрят в сторону создания собственных TMA.  Яркий пример — Fanton Fantasy Footbal @FanTonGameBot. Приложение позволяет игрокам участвовать в бесплатных турнирах по главным футбольным матчам мира и выигрывать призы в виде Toncoin и NFT-карточек.  **Появление криптобирж.**Многие крупные криптобиржи, например, KuCoin, Huobi, MEXC и Gate.io, заинтересованы в TON. Выход в Telegram и развитие собственных TMA поможет компаниям заполучить новый рынок и аудиторию.  **Поддержка новых криптовалют.**TMA уже используют более 20 разных методов оплаты. Учитывая важность использования различных платежных инструментов и сервисов, будут появляться новые кошельки для повседневных покупок с расширенным выбором методов оплаты и интеграцией новых криптовалют. **Каталог приложений.**Сейчас у Telegram нет встроенного инструмента, который позволяет просматривать список доступных TMA. Появление единого каталога решит эту проблему. Скорее всего, в каталоге будет разбивка по категориям и привязка к геолокации. Например, чтобы обменять валюту, надо будет перейти в раздел  «Обменники», выбрать лучший курс и нужную операцию.  **Лента рекомендаций.**В 2023 году Telegram представил формат сторис, как в Инстаграме*. Возможно, следующим шагом станет добавление рекомендаций. С ними компаниям станет намного проще получать новых клиентов через органический поиск. **Программа лояльности через NFT.**Чтобы бизнес мог более тесно взаимодействовать с пользователями, в TMA может появиться программа лояльности. Например, возможность рассылать специальные предложения и скидки для постоянных клиентов в виде NFT-промокодов. ## Коротко - Telegram Mini App (TMA) — это интернет-магазин или мобильное приложение с каталогом товаров, только в Telegram.  - Главные преимущества TMA — доступность, отсутствие блокировок, автоматизация, клиентоориентированность, поддержка всех популярных способов оплаты. - Первая версия TMA появилась весной 2022 года, когда команда разработчиков Telegram показала новые возможности этого продукта на примере доставки фастфуда @durgerkingbot. - Вслед за Durgerking в Telegram начали продавать сладости, цветы, обучающие курсы и спортивную одежду.  - По прогнозам, к 2024 году 47% российских компаний будут использовать ботов на постоянной основе. - Telegram Wallet, который встроен в мессенджер, позволяет использовать TMA для операций с криптовалютой.  - Основные преимущества интеграции TMA с TON — работа на самом быстром блокчейне в мире, экономия времени, доступность из любой точки мира.  - В 2024 году TWA будут особенно интересны для игровой индустрии и  криптобирж, станут еще больше связаны с экосистемой TON, получат поддержку новых криптовалют, систему рекомендаций и программ лояльности.  ** компания Meta Platforms Inc., владеющая Facebook и Instagram, внесена в реестр экстремистских организаций, деятельность которой запрещена на территории РФ.* **Хотите обсудить разработку TMA или получить бесплатную консультацию — напишите нашему менеджеру [Яне в Телеграм. ](https://t.me/Gendrovich)** **Не забудьте подписаться на нашу рассылку полезных материалов, присылаем вам на почту только самые популярные и интересные статьи!** ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о трендах в web3 [Lees meer...](https://metalamp.ru/magazine/trendy-blokcejna-i-kriptoindustrii-2024-telegram-mini-apps-tma.md) ## Что ждёт токенизацию реальных активов в 2024 году ![Что ждёт токенизацию реальных активов в 2024 году](https://metalamp.ru/images/buildings.png) RWA (Real-World Assets, реальные активы) уже называют одним из главных трендов криптомира на 2024 год. Но может ли токенизация недвижимости, акций и углеродных кредитов действительно стать мейнстримом? Разбираем подробнее в этой статье. ## RWA: что это такое и какие они бывают В контексте криптоиндустрии  термин RWA (реальные активы) обозначает любой актив, который изначально “обитает” оффчейн (т.е. не на блокчейне). Сюда входят как физические активы (нефть, золото, квартиры), так и выпускаемые в электронной форме (облигации, углеродные кредиты, ETF).  Таким образом, RWA-протоколы - это проекты, которые токенизируют реальные активы, будь то в форме обычных токенов или в форме NFT и SFT.  [Читайте наш подробный путеводитель по токенизации активов для бизнеса.](https://metalamp.ru/magazine/article/zacem-realnyj-biznes-tokeniziruet-aktivy-i-kak-eto-sdelat-posagovaa-instrukcia) Неожиданный факт: **RWA – самая большая ниша на крипторынке** c капитализацией около 120 млрд долларов. Удивлены? Дело в том, что стейблкоины – это не что иное, как токенизированные фиатные валюты. (Здесь имеются в виду стейблкоины, имеющие реальное обеспечение, такие как USDT и USDC, а не алгоритмические стейблкоины.)  USDT был запущен в 2014 году, так что сектору RWA уже 10 лет, хотя и кажется, что это свежий тренд. Однако в данной статье мы не будем говорить о стейблкоинах, а сосредоточимся на других типах реальных активов. Итак: - драгоценные металлы (вторая по капитализации группа RWA-активов - $1,1 млрд в сентябре 2023); - недвижимость и земля; - акции; - облигации (государственные и корпоративные); - коммодитиз — нефть, алмазы, сельскохозяйственная продукция и т. п.; - углеродные кредиты; - доход от всех перечисленных активов (да, можно токенизировать доход отдельно от самого актива);  - ETF и другие торгуемые производные финансовые инструменты; - частные кредитные инструменты -  например, займы; - интеллектуальная собственность; - произведения искусства и др. ![](https://metalamp.ru/images/Group 8927.png) Главные игроки RWA-рынка. [Инфографика Galaxy Research](https://www.galaxy.com/insights/research/overview-of-on-chain-rwas/) Держатель токенизированного актива получает определенные права на базовый актив, будь то формальное право владения или право на получение дохода.  Уточним, что дорогостоящие активы (недвижимость, некоторые акции) часто токенизируются **фракционно**. Это значит, что под одну единицу актива выпускается N токенов, каждый из которых дает право на долю от собственности или от дохода.  ## Преимущества RWA (по версии самих RWA-стартапов) Спросите СЕО любого RWA-проекта, почему за токенизацией реальных активов будущее, и вы услышите примерно одинаковый набор аргументов.  ### С точки зрения инвестора - **Новые источники дохода:**Web3-инвесторы могут зарабатывать на недвижимости (доход от аренды), росте цены акций и пр. Токенизированные активы приобретаются прежде всего для получения дохода, а не с целью долгосрочного владения; - **Легкий доступ к инвестициям:** возможность купить долю в объекте недвижимости за $100; торговать акциями без привязки к брокеру; приобретать активы, которые не торгуются в стране вашего проживания и т. п.; - **Минимизация издержек:**инвестор оплачивает лишь комиссию блокчейна и комиссию платформы — в сумме это может быть меньше $5; - **Прозрачность:** благодаря использованию смарт-контрактов все операции с реальными активами на блокчейне можно отследить; - **Ликвидность при продаже:** скажем, NFT, который символизирует долю собственности в объекте недвижимости, можно разместить на маркетплейсе за минуту, а вот чтобы продать долю квартиры традиционным способом, потребуются месяцы. ### С точки зрения рынка - **Больше доверия к крипторынку**благодаря росту доли активов с реальным обеспечением; - приток ликвидности и снижение издержек на традиционных рынках с приходом инвесторов из криптосферы; - **Глобализация точечных рынков:** актив, который ранее торговался только на отдельных биржах или был вовсе неторгуемым, становится доступен инвесторам по всему миру; - **Рост капитализации:**по мере того как реальные активы становятся более ликвидными, их купят те, кто больше всего их ценит, и в результате их цена может вырасти.  ## Процедура токенизации RWA **Процесс выпуска токенизированных активов подробно описан в [нашей статье](https://metalamp.ru/magazine/article/zacem-realnyj-biznes-tokeniziruet-aktivy-i-kak-eto-sdelat-posagovaa-instrukcia).** Здесь мы перечислим лишь основные этапы, которые могут сильно различаться в зависимости от типа реального актива. 1. **Разработка бизнес-логики и нормативной части проекта** — в частности, как будет аудироваться факт наличия базового актива, как будет выплачиваться доход, кто имеет право покупать токены, минимальная сумма вложений, будет ли DAO и возможность для пользователей принимать решения по инвестированию, процесс получения лицензий в выбранной юрисдикции и т. д. Например, для того чтобы токенизировать недвижимость, нужно под каждый объект (квартиру, здание) создать отдельное юрлицо, известное как SPV (Special Purpose Vehicle, специальная проектная компания).  2. **Приобретение реального актива** (жилого дома под аренду, долговых обязательств, акций ETF, облигаций и т. п.) или подбор партнера на традиционном рынке, владеющего нужными активами. Ряд традиционных компаний (Franklin Templeton, WisdomTree) также открыли у себя направление токенизации.  3. **Разработка смарт-контрактов**: для самого токенизированного актива (ERC-20, ERC-721, ERC-1155); для пулов, куда будут поступать средства; и (обычно) для ютилити-токена протокола, который будет торговаться на бирже.  4. **Запуск и листинг ютилити-токена.** Здесь важно не запутаться: у платформы может быть как инвестиционный токен, который обозначает владение базовым активом (акциями, долей в бизнес-центре), так и обычный токен, торгующийся на криптобирже. Скажем, у Centrifuge это $CFG, у Maple - $MPL и т. д. У многих RWF-протоколов пока что нет своего токена.  5. **Запуск пулов под базовые активы** (там, где это необходимо) и начало эмиссии RWA-токенов или минтинг NFT. ## Динамика RWA-рынка - По подсчетам Galaxy, TVL (Total Value Locked, сумма депонированных средств) на контрактах RWA-платформ  [составляет 2,5 млрд долларов](https://www.galaxy.com/insights/research/overview-of-on-chain-rwas/) (не считая стейблкоинов), причем за 2023 год этот показатель вырос на 82%.  - По оценке Outlier Ventures, размер TAM (Total Addressable Market) для RWA [может достичь 20 триллионов долларов к 2030](https://outlierventures.io/article/tokenization-of-rwas-beyond-the-hype/).  - Главные подсегменты рынка (по данным портала [rwa.xyz](https://app.rwa.xyz/)) — золото (TVL $920 млн), облигации правительства США (US Treasuries, TVL $768 млн на 10 декабря 2023) , частные займы (TVL $580 млн), токенизация **дохода от недвижимости** ([$178 млн](https://www.galaxy.com/insights/research/overview-of-on-chain-rwas/)).  Интересно, что в СМИ в контексте RWA чаще всего упоминается продажа недвижимости. На самом деле случаи продажи целых квартир в форме NFT можно пересчитать по пальцам, и они имеют скорее медийную ценность. Инвесторов интересует получение регулярного дохода от аренды ончейн, а не факт владения активом как таковым или факт сделки в виде передачи NFT.   ![](https://metalamp.ru/images/techcrunch.png) Та самая квартира: пентхаус основателя TechCrunch Майкла Арлингтона в Киеве, проданный в форме NFT на платформе Propy в 2021. Источник: [CoinDesk](https://coinmarketcap.com/currencies/centrifuge/) ## Главные проблемы сектора RWA ### Регулирование **С позиции стартапа** Пока что лишь немногие юрисдикции имеют четкое регулирование, которое можно было бы применить к токенизированным реальным активам — в частности, [Швейцария, Абу-Даби, Гонконг и Сингапур](https://www.antiersolutions.com/the-global-regulatory-landscape-for-asset-tokenization/). При этом системы в разных странах разные, как и подходы к регулированию токенизированных RWA разных видов.  В большинстве случаев токенизированные активы рассматриваются как секьюрити-токены и регулируются примерно так же, как ценные бумаги. А значит, стартапам нужно получать соответствующие лицензии и соблюдать различные ограничения — кому они могут предоставлять услуги, а кому нет.  **С позиции инвестора** Цель регулирования — прежде всего защитить инвесторов. Однако даже при наличии регулирования в стране, где базируется проект, остается много не предусмотренных правилами частных случаев.  Пример: вы владеете токеном, дающим право на долевую собственность (или долю дохода) в бизнес-центре. Задумайтесь над следующими ситуациями. 1) Внезапно выясняется, что бизнес-центр был продан, а новый собственник и слышать не хочет про каких-то там держателей RWA-токенов.  2) Оказывается, что стартап продавал токены инвесторам из США, и теперь по требованию SEC его оштрафовали на $10 млн и ему грозит банкротство. 3) Территория, где вы проживаете, попадает под международные санкции, и стартап больше не может оказывать там услуги. Во всех этих случаях вы как инвестор, скорее всего, потеряете деньги. Кто и как должен защищать ваши права, если стартап в Абу-Даби, а вы в России? Пока что неизвестно.  ### Прозрачность Про то, что смарт-контракты якобы гарантируют прозрачность, слышали все. Однако блокчейн ничего не знает про события и транзакции, происходящие офф-чейн. Например, смарт-контракт не может знать, действительно ли стартап владеет базовым активом, под который продает токены, и в каком состоянии этот актив находится. Для этого требуется надежная система оракулов и внешнего аудита - и, разумеется, качественное регулирование на государственном уровне.  ### Спрос Пока что спрос на ютилити-токены RWA-протоколов зачастую превышает спрос на их продукты. Например, капитализация $CFG (Centrifuge) составила [$222 млн на 10 декабря](https://coinmarketcap.com/currencies/centrifuge/) 2023, а TVL протокола - $248 млн, что лишь немногим выше. У Clearpool ($CPOOL) капитализация токена ($30 млн) выше, чем TVL ($27 млн).  Для сравнения: [TVL протокола Aave](https://defillama.com/protocol/aave) ($6,5 млрд) в 4,5 раза выше капитализации токена $AAVE; TVL MakerDAO превышает капитализацию MKR почти в семь раз; у Compound - [в 6,6 раз](https://defillama.com/protocol/compound-finance).                                       Стартапы в этом сегменте процветают, потому что венчурные фонды с готовностью выделяют им инвестиции, рассчитывая выйти с большой прибылью на пике бычьего рынка. Главное преимущество тренда RWA, как и нарратива AI, - его новизна: в период предыдущего бычьего ралли о них еще не говорили, а значит, перспектива роста цены токенов здесь выше, чем в уже потрепанных GameFi и метаверсе например.  Для долгосрочного же роста потребуется устойчивый рост спроса и хорошие механизмы монетизации. Здесь можно рассчитывать разве что на институциональных инвесторов, которым могут быть интересны инвестиции ончейн в облигации и другие традиционные активы, которые им понятны. Привлечет ли ритейл перспектива дохода в 3-9% - покажет время. ### Низкая ликвидность при продаже Технически продать реальный актив на блокчейне и правда гораздо легче, чем на традиционном рынке, но… только если есть покупатель. Пока рынок RWA маленький, найти покупателя по хорошей цене может быть сложно, если только речь не идет от стандартных активах с хорошими объемами торгов (вроде облигаций Treasuries).  Здесь можно провести аналогию с рынком NFT, привязанных к реальным товарам вроде кроссовок. В условиях спада на рынке продавец может месяцами ждать предложения от покупателя (см., например, [phygital-коллекцию RTFKT x Nike](https://opensea.io/collection/rtfkt-nike-ar-hoodie/activity)).  ## 10 крупных RWA-протоколов ### Кредитование ![](https://metalamp.ru/images/rwaaaa.png) Рейтинг протоколов RWA-кредитования по объему активных займов. Источник: [rwa.xyz](https://www.rwa.xyz/) Данные протоколы представляют собой ончейн-версию так называемых private credit loans - займов, которые выдаются не банками, а частными лицами и организациями. Типичные заемщики - малый бизнес, а сам займ обеспечивается каким-то активом (например, дебиторской задолженностью). Заемщики проходят проверку. Этим RWA-платформы отличаются от обычных протоколов DeFi-займов, где кредиторы и заемщики полностью анонимны и никаких проверок не производится.  [Centrifuge](https://centrifuge.io/) ($CFG): DeFi-кредитование реального бизнеса в таких сферах, как недвижимость, углеродные кредиты, потребительские займы на развивающихся рынках и т. п. Доходность — до 10%. Чтобы присоединиться к пулу, нужно пройти верификацию. [Goldfinch](https://goldfinch.finance/) ($GFI): протокол кредитования с доходностью до 17% (7% в диверсифицированном пуле) с фокусом на региональных рынках: Юго-Восточная Азия, Африка, Латинская Америка.  [Maple](https://www.maple.finance/) ($MPL): займы для институциональных инвесторов с доходностью до 14%. В приложении подробно указано, как используются средства из каждого пула.  ![](https://metalamp.ru/images/dbb.png) ### Недвижимость [RealT](https://realt.co/): инвестиции в фракционализированную жилую недвижимость под аренду. Ожидаемая доходность - 9-10%. Стоимость одной доли - около $50. ![](https://metalamp.ru/images/unnamed.png) [Tangible](https://www.tangible.store/) ($TNGBL): стейблкоин $USDR, обеспеченный недвижимостью, доход от который распределяется между держателями $USDR. Также на платформе доступны токенизированные недвижимость, вина, часы и золотые слитки.  [Lofty](https://www.lofty.ai/marketplace): инвестиции во фракционализированную жилую недвижимость в США с доходностью до 15%. Собственники могут также выставить свою недвижимость на продажу в форме токенов.  ### Золото [Pax Gold](https://paxos.com/paxgold/) ($PAXG): каждый токен подкреплен 1:1 золотыми слитками в надежном хранилище LBMA в Лондоне. Теоретически держатели могут обменять токены на физическое золото, хотя на практике вам это вряд ли удастся. ### Углеродные кредиты [Toucan Protocol](https://app.toucan.earth/) ($BCT): проекты, у которых есть лишние углеродные кредиты, могут продать их на блокчейне и таким образом привлечь капитал. ### Облигации правительства США (Treasuries) [Franklin Templeton](https://www.franklintempleton.com/investments/options/money-market-funds/products/29386/SINGLCLASS/franklin-on-chain-u-s-government-money-fund/FOBXX): крупный провайдер ETF, который с недавних пор предлагает и токенизированный вариант одного из своих фондов - Franklin OnChain US Government Money Fund.  [Ondo Finance](https://ondo.finance/) ($ONDO): токенизированные инвестиции в ETF, где базовый актив - облигации США (своего рода дериватив в квадрате). Правда, минимальная сумма - $100 000. [MatrixDock](https://www.matrixdock.com/): инвестиционный токен STBT, обеспеченный государственными ценными бумагами США. Также от 100 000 долларов и только для аккредитованных инвесторов в США.  ## Чего ждать от сектора RWA в 2024 и далее? RWA — пожалуй, самый сильный текущий нарратив после AI. Если после халвинга Bitcoin в апреле 2024 г. начнется резкий рост рынка (как многие ожидают), то RWA-протоколы действительно могут показать гораздо лучшие результаты, чем токены нарративов прошлых лет, таких как метавселенная и GameFi. (Разумеется, мы не даем никаких финансовых рекомендаций.) Однако если за «бычьей» последует масштабная коррекция, то нарративные пузыри быстро сдуются. Для долгосрочного роста, как мы уже говорили, необходим приток пользователей в конечные продукты: токенизированную доходность от недвижимости, займы и так далее.  При этом рассчитывать на массовый приток инвесторов с традиционных рынков в краткосрочной перспективе было бы наивно: RWA-продукты для них слишком сложны. Спрос должен прийти со стороны так называемых «crypto natives», то есть на людей с опытом инвестирования в крипто.  В долгосрочном периоде RWA действительно могут стать новой точкой входа пользователей и капитала в криптомир - того самого mass adoption, к которому все так стремятся. Для этого инвестиции RWA должны стать не только финансово привлекательными, но и удобными для обычных людей.  *CEO фонда Black Rock Ларри Финк*[*сказал*](https://finance.yahoo.com/news/blackrock-ceo-says-next-generation-120411520.html)*, что токенизация ценных бумаг станет основой «нового поколения рынков» , а руководитель департамента в State Street Global Advisors Маттео Андреетто считает, что токенизация ETF*[*«меняет правила игры»*](https://www.ledgerinsights.com/state-street-global-eyes-tokenizing-etfs/)*. Если они правы, то RWA могут когда-нибудь догнать по капитализации DeFi — но для этого придется подождать несколько лет. * **Получите нашу бесплатную консультацию по токенизации реальных активов — просто напишите нашему менеджеру [Яне в Телеграм. ](https://t.me/Gendrovich)** **Не забудьте подписаться на нашу рассылку полезных материалов, присылаем вам на почту только самые популярные и интересные статьи!** ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Прочитайте больше о токенизации [Lees meer...](https://metalamp.ru/magazine/rwa-cto-zdet-realnye-aktivy-na-blokcejne-v-2024.md) ## Zero-Knowledge Proofs: важный тренд в блокчейне на 2024 год ![Zero-Knowledge Proofs: важный тренд в блокчейне на 2024 год](https://metalamp.ru/images/metalamp_team_a_man_in_the_black_Zorro_mask_on_the_sky_backgrou_a84c5bec-bfeb-4105-9b3f-0612966e6f1e.png) Одним из юзкейсов при создании биткоина и других криптовалют являлось предоставление анонимности платежей и их конфиденциальности. Поначалу так и было, однако с нарастанием использования сети и увеличением “сетевого эффекта”, стало ясно, что существующая технология блокчейна работает ровно наоборот. Все транзакции являлись полностью прозрачными и читаемыми, поэтому потенциально их можно было отследить. В результате, стали появляться первые проекты, занимающиеся деанонимизацией адресов — например, знаменитый Chainalysis был основан в далеком 2014 году и на текущий момент времени они являются лидерами в данном направлении с оценкой в $8,6 миллиардов долларов. Но на действие всегда есть противодействие: начали появляться анонимные монеты — Monero, Dash, Zcash. Все они были построены на коде биткоина и внедряли криптографические инструменты шифрования для анонимизации транзакций: - Dash - использует микширование средств - Monero - кольцевые подписи - Zcash - технологию ZKP (доказательство с нулевым разглашением) Всем этим анонимным криптовалютам около 10 лет, но их востребованность находится на очень низком уровне, за исключением одного технологического решения — технологии ZKP.  Из всех 3-х технологий, она одна получила широкое развитие и набирает большую популярность в последние годы.  Если вы еще не знаете о технологии ZKP и как она работает, советуем почитать эту статью: [Как работает технология Zero-knowledge proof: обзор блокчейна zkSync](https://metalamp.ru/magazine/article/kak-rabotaet-tehnologia-zero-knowledge-proofs-obzor-blokcejna-zksync) ## Что такое ZKP ZKP (zero-knowledge proof) переводится как доказательство с нулевым разглашением. Ее смысл сводится к способу доказательства **знания информации**без разглашения самой информации.  Проверяющая сторона (валидаторы, смарт-контракты) множество раз задают вопросы и получают ответы на заданные вопросы, не получая дополнительных “лишних” данных о транзакции или пользователе. Все ответы должны быть правильными, в ином случае, транзакция не будет проведена. Благодаря этому, обеспечивается высокая анонимность пользователей, транзакций и их данных. Именно этот концепт был первоначально реализован в криптовалюте Zcash, однако, на тот момент, он не получил должного понимания и использования. Лишь спустя примерно 5 лет, вновь начали вестись активные разговоры о данной технологии. Это было связано прежде всего с 2 проблемами: 1. Низкая пропускная способность — это одна из основных проблем для всего крипто-пространства, решить которую пытаются практически с самого начала индустрии. Для этого создаются разные решения — статический и динамический шардинг, параллельная обработка транзакций, сайдчейны, роллапы и другие Layer-2 решения.  2. Рост утечек персональных данных клиентов из разных сервисов, в том числе и самых крупных. Особенно здесь отличился Facebook — данные пользователей этой соцсети ежегодно утекают в сеть. Так, в 2021 году произошла [утечка свыше 1,5 миллиардов персональных данных](https://www.vedomosti.ru/technology/news/2021/10/04/889649-v-seti-poyavilas-informatsiya-o-prodazhe-dannih-15-mlrd-polzovatelei-facebook), что является крупнейшей слитой базой данных в мире. Такие же проблемы наблюдаются и у остальных IT-гигантов: Google, Microsoft, Netflix и других более мелких компаний. Если функциональность решения ZKP для обеспечения анонимности многие понимали и знали, как это должно функционировать практически с самого начала, то насчет использования ZKP в качестве технологии для увеличения масштабируемости не думал никто. Именно поэтому до 2021 года практически никто не знал, что это такое и для чего нужно данное решение.  На тот момент казалось, что это тупиковая ветвь развития, которая может быть применена только в качестве концепта по анонимизации блокчейна. Однако, работать с ZKP в качестве конфиденциального решения казалось бессмысленным, так как большого спроса на это не было. Поэтому, до 2021 года этим направлением занимались лишь “фанатики” и энтузиасты. Все изменилось с появлением первых рабочих продуктов на основе ZKP. ## Что происходило с ZKP-решениями в 2021-2022 годах Несколько команд работало над ZKP и дочерними решениями SNARK и STARK с 2018 года. Основными из них можно выделить Matter Labs (разрабатывают zkSync), Starkware (разрабатывают StarkEx и Starknet), O(1) Labs (разрабатывают Mina). К концу 2020 уже активно работали тестнеты во многих из этих проектов. Настоящий бум произошел в 2021 году - множество проектов запустили майннет с использованием ZK-решений: 1. zkSync Lite - [июнь 2020](https://blog.matter-labs.io/zksync-is-live-bringing-trustless-scalable-payments-to-ethereum-9c634b3e6823?gi=f8b173769f4e) 2. dYdX - [февраль 2021](https://medium.com/starkware/dydx-now-on-mainnet-c21c84d8e342) 3. Mina - [март 2021](https://minaprotocol.com/blog/minas-mainnet-launch-marks-a-new-era-for-internet-privacy-and-data-security) 4. Sorare - [июнь 2021](https://medium.com/sorare/were-live-on-our-scaling-solution-starkware-62438abee9a8) 5. MetisDAO - [ноябрь 2021](https://metisdao.medium.com/metis-to-launch-andromeda-honoring-our-commitment-to-decentralization-fa2d03394398) 6. Starknet - [ноябрь 2021](https://medium.com/starkware/starknet-alpha-now-on-mainnet-4cf35efd1669) Большинство из них — это полноценные блокчейн сети либо Layer-1, либо Layer-2 уровня. Именно они во многом заложили тренд на развитие ZKP, но все это было лишь началом. После запуска проектами выше своих майннетов, стали заметны более высокая скорость и дешевизна транзакций. Частично, это было связано с тем фактом, что в тот момент начали активно развиваться Layer-2 решения в лице Optimism и Arbitrum. Однако, они были построены на технологии Optimistic Roll-ups. Если не углубляться в технические детали, то это более краткосрочное решение или как называют программисты “костыль”, который решает проблему прямо здесь и сейчас, но имеет туманные перспективы с точки зрения долгосрочного видения. Более того, сам Виталик Бутерин не раз высказывался, что именно ZKP-решения являются более устойчивыми в долгосрочном будущем и более полезны для блокчейна. Его словам вторило множество других именитых разработчиков. А в 2021 году, создатель Ethereum поставил технологию zk-rollups на [центральное место в развитии Ethereum](https://forklog.com/news/vitalik-buterin-rasskazal-o-roli-zk-rollups-v-masshtabiruemosti-ethereum). После этого большой поток взглядов перешел на сторону ZKP-концептов, как более масштабированных систем. Рынок увидел, что эта технология действительно является прогрессивной, и поэтому множество новых команд кинулось создавать свои продукты в данном направлении, а многие инвесторы, в том числе Tier-1 и Tier-2, поддерживали их в этом. В результате этого, в 2021-2022 годах мы увидели огромный объем инвестиций в проекты, связанные с ZKP-решениями. Прежде всего это были Layer-1 и Layer-2 сети. Чтобы понять, насколько эта технология стала интересной, трендовой для инвесторов достаточно взглянуть на следующие раунды инвестиций: **1. Aleo** - новый Layer-1 блокчейн, построенный на основе ZKP. Провел сразу [3 раунда инвестиций](https://dropstab.com/coins/aleo-ico/fundraising) за год, сумев привлечь фантастические $298 миллионов. Список инвесторов — лучшие представители Tier-1 и Tier-2 с лид инвестором в лице легендарного венчурного фонда a16z. ![](https://metalamp.ru/images/Group 8919.png) 1. **Aztec** - Layer-2 поверх Ethereum, [привлек $117 миллионов](https://dropstab.com/coins/aztec-ico/fundraising) за год в течение 2 раундов инвестирования. Состав инвесторов практически идентичный, только лид инвесторами выступали сразу 3 крупнейших фонда - a16z, Paradigm и ConsenSys. ![](https://metalamp.ru/images/Group 8921.png) 1. **Scroll** - Layer-2 поверх Ethereum для разработчиков, [собрал $80 миллионов](https://dropstab.com/coins/scroll/fundraising) за год. Состав инвесторов опять таки сильно идентичный примерам выше, сплошь и рядом высокоуровневые VC фонды с мировыми именами. ![](https://metalamp.ru/images/Group 8923.png) Помимо этих проектов, есть и другие, которые работают в ZKP - тренде и имеют впечатляющих инвесторов в своем составе: - IronFish - Layer-1 блокчейн, стремящийся одновременно стать Layer-3 для всех блокчейн сетей, став слоем конфиденциальности на основе zkp. [Получили $32 миллиона](https://dropstab.com/coins/iron-fish/fundraising) от Sequoia Capital, a16z, Electric Capital, Slow Ventures. - Anoma Network (Namada) - Layer-1 блокчейн с целью создать перемещения активов между различными сетями на основе анонимности. [Привлекли $57 миллионов](https://dropstab.com/coins/anoma/fundraising) от Polychain, Electric, Coinbase, Delphi Digital. - Linea - Layer-2 поверх Ethereum для анонимного взаимодействия с dApp. Является одним из основных продуктов материнской компании ConsenSys наравне с Metamask и Infura. В 2021 - 2022 годах, компания [привлекла фантастические $715 миллионов](https://dropstab.com/coins/consensys/fundraising) для всех своих продуктов от множества Tier-1 и Tier-2 инвесторов. Уже упомянутые выше компании, zkSync и Starkware, подняли огромные инвестиционные раунды в 2021 - 2022 годах. Matter Labs (основатели zkSync) [привлекли $450 миллионов](https://dropstab.com/coins/zksync-ico/fundraising), в то время как Starkware - [$225 миллионов](https://dropstab.com/coins/starknet-ico/fundraising). И там, и там вновь приняли участие крупнейшие венчурные фонды. Исходя из этих данных, можно отметить несколько фактов: 1. В 2021-2022 годах финансирование на zkp получали в основном Layer-1 и Layer-2 сети. Это связано с тем, что именно эти проекты сейчас закладывают инфраструктуру для данной технологии. 2. В ходе последнего бычьего рынка сектор анонимности и ZKP стал самым финансируемым наравне с DeFi-сегментом. Суммарно, все компании этого сектора собрали несколько миллиардов долларов. 3. Такой огромный объем инвестиций говорит о том, что все крупнейшие инвестора делают ключевую ставку на это решение. И связано это прежде всего с тем, что ZKP решает 2 главные проблемы, описанные выше - масштабируемость и конфиденциальность. ## Что происходило с ZKP-решениями в 2023 году Если 2021 и 2022 годы стали временем привлечения огромных инвестиций в сектор, то 2023 год ознаменовался массовым выходом продуктов, запуском тестнетов и майннетов. Его можно полноценно охарактеризовать как год “билдинга” продуктов. Самым громким событием стал [запуск zkSync Era](https://blog.matter-labs.io/gm-zkevm-171b12a26b36) в марте 2023. До этого, в течение 2,5 лет работала сеть zkSynс Lite, которая стала полигоном для тестов и изучением работы в реальной жизни. Надо сказать, что эта сеть, во многом, была довольно проблемной, было много багов, зависаний и других сложностей. Команда знала это и в своем 2-м майннете запустила полноценный продукт, который все это время работает без сбоев.  Пользовательская активность zkSync Era растет стремительными темпами: ![](https://metalamp.ru/images/dsda.png) За 8 месяцев было создано уже свыше [5 миллионов адресов](https://zksync.blockscout.com/stats), из которых ежедневно активными являются примерно 300 тысяч. Что самое интересное, по этим показателям zkSync уже догнал и обогнал своих основных конкурентов в секторе rollups - Optimism и Arbitrum. По количеству транзакций, zkSync также показывает сильнейшую динамику: ![](https://metalamp.ru/images/Group 8925.png) За 8 месяцев было обработано и отправлено в сеть Ethereum свыше 180 миллионов транзакций. А по дневному количеству (около [1 миллиона в сутки](https://zksync.blockscout.com/stats)), zkSync находится на одном уровне с Ethereum. Дополнительно, отметим, что экосистема zkSync растет с огромной скоростью. Уже сейчас на этой сети развернуто [свыше 300 проектов](https://zksync.dappradar.com/ecosystem): ![](https://metalamp.ru/images/Group 8926.png) Помимо zkSync активно развиваются и другие ZKP-сети, например, Starknet. C начала 2023 года, TVL этого проекта [увеличился в 30 раз](https://l2beat.com/scaling/projects/starknet): с $5 до $150 миллионов. ![](https://metalamp.ru/images/yiyoy.png) Число ежедневно активных аккаунтов также значительно выросло: с 6,000 DAU до 150,000 DAU в среднем: ![](https://metalamp.ru/images/starkscan.png) При этом отмечаем, что starknet пока проигрывает по удобству zkSync Era на текущий момент. Однако, команда Starkware активно работает над этим и уже устранила большое количество багов. Дополнительным препятствием к еще более быстрому росту является несовместимость с EVM. Но команда планирует заняться этим в уже в ближайшие годы. Также надо отметить других крупных игроков, которые начали разрабатывать свои ZKP-решения. Самым крупным среди них является Polygon, который запустил сеть [Polygon zkEVM](https://polygon.technology/blog/polygon-zkevm-mainnet-beta-is-live) в 2023 году. На текущий момент его популярность не такая большая среди пользователей — сеть обрабатывает около 50 тысяч транзакций в день. При этом в сети уже развернуто 45 dApp, что является хорошей динамикой — больше 1 проекта в неделю. Более того, лидирующая инфраструктура для игр на блокчейне — Immutable X, добавила возможность разворачивания игр на Polygon zkEVM [в марте 2023](https://polygon.technology/blog/introducing-immutable-zkevm-powered-by-polygon-the-home-of-gaming-in-web3-in-partnership-with-immutable). Вместе, с этим ImmutableX продолжает предлагать [решение StarkEx](https://www.immutable.com/products/immutable-x) от команды StarkWare, которое также основано на ZKP. Другой крупный игрок — Scroll, запустил майннет сети в октябре 2023 и сразу добился впечатляющих результатов. Так, за первый месяц число адресов в данной сети преодолело отметку в [2 миллиона](https://scrollscan.com/chart/address). ![](https://metalamp.ru/images/line.png) А его конкурент, сеть Linea от ConsenSys, добился этого показателя за 4 месяца, но зато показал более [плавную динамику роста](https://lineascan.build/chart/address): ![](https://metalamp.ru/images/line2.png) Надо отметить, что Linea испытывает более устойчивый рост, чем Scroll. Доказательством этому служит растущая динамика использования сети. Всего за несколько месяцев объем ежедневных транзакций вырос до [400 тысяч в сутки](https://lineascan.build/chart/tx). Для сравнения — это сопоставимо с теми же метриками у Arbitrum и Optimism. ![](https://metalamp.ru/images/linea.png) Кроме того, надо отметить тот факт, что на всех ZKP-сетях активно растут новые проекты, которых не существовало ранее. Многие разработчики активно создают и масштабируют свои продукты. Так, почти все лидирующие DeFi проекты в этих сетях были созданы с нуля. Это указывает на растущую активность разработки в этом сегменте.  В то же время, многие уже существующие проекты разворачиваются в этих сетях. В основном, это те, кто не смог занять свое место в других сетях и таким способом пытаются занять свою долю в более молодых блокчейнах и у части из них это получается. Blue-chip проекты, в большинстве своем, неповоротливы и им необходимо больше времени для принятия решений, а так как многие из них управляются в лице DAO, то такие циклы могут сильно затягиваться. Кроме того, им необходимо намного больше думать о своей безопасности при разворачивании на новых сетях, что также увеличивает срок деплоя. Уже сейчас можно сказать, что 2023 год стал прорывным для технологии ZKP. Многие крупные сети вышли в майннет, что приводит к массадопшену технологии. Большое количество багов уже было выявлено и устранено, что улучшает пользовательский опыт и принятие технологии. С каждым днем, активность в этих сетях растет как с разработческой, так и с пользовательской стороны. Уже сейчас можно с уверенностью заключить, что на медвежьем рынке 2022-2023 года, ZKP-based проекты стали одними из немногих, кто показал не просто устойчивый рост, но и сильную динамику.  ## Чего ждать от сектора ZKP в 2024 году С большой долей вероятности 2024 год вновь станет очень позитивным для всего сектора. Этому есть целое множество причин: 1. Главенствующим событием станет ожидание аирдропа токена от проекта zkSync. Это будет стимулировать приток пользователей в данную сеть, увеличивая ее значимость для всего рынка.  2. Факт аирдропа zkSync переключит внимание участников рынка на другие проекты. Пользователи начнут активно идти в другие ZKP-сети, которых уже сейчас насчитывается довольно много: Starknet, Linea, Scroll. Это значит, что метрики данных сетей будут постоянно расти, привлекая к себе все больше внимания и пользователей по законам рынков и “коллективного бессознательного”. 3. Мы ожидаем увидеть TGE других проектов, не завязанных на EVM. Прежде всего это Aleo (ожидаем увидеть выход в Q1 2024) и Anoma Network. Скорее всего, дроп от Aleo будет сопоставим с Aptos или с прибыльностью от токенсейла SUI. 4. Blue-chip dApp’ы включатся в гонку за расширение на ZKP-сети. Уже сейчас известно, что в скором времени на zkSync перейдет вся старая DeFi-гвардия: [Aave](https://forklog.com/news/soobshhestvo-aave-podderzhalo-razvertyvanie-protokola-v-seti-zksync-era), [Curve](https://blog.matter-labs.io/deep-on-chain-liquidity-with-curve-3758cf7210a0), [Lido](https://research.lido.fi/t/wsteth-deployment-on-zksync/5701), [Maker](https://chainsecurity.com/security-audit/makerdao-zksync-dai-bridge/) и другие игроки. С высокой долей вероятности все DeFi blue-chips начнут разворачиваться на Linea и затем на Scroll. 5. Рост новых проектов — также, как это было с zkSync, в новых сетях (Linea, Scroll, Starknet, Aleo, Namada) будет появляться огромное число новых DeFi-проектов. Возможно, что пара-тройка из них станет всемирно известными. 6. Рост решений анонимности —2024 год должен стать новом витком популярности для проектов, связанных с анонимностью личных данных. Это вторая проблема, решаемая технологией ZKP, и часть инвесторов активно инвестировала в это направление в 2023 году. Скорее всего в 2024 году появится несколько продуктов с высокой популярностью в этом сегменте. 7. Децентрализованная идентификация — данное направление как нельзя лучше ложится на технологию ZKP. Поэтому мы ожидаем увидеть новые решения по цифровой безопасной и децентрализованной идентификации, а также ждем перехода существующих решений (Cyber, Galxe, Worldcoin, Gitcoin) в эти сети. 8. Начнут появляться Layer-3 решения на основе ZK. Скорее всего, первым в этом направлении станет zkSync, который развернет свое решение Hyperchains/zkPorter. Следом за ним, возможно будет аналогичный продукт от команды Starkware/Starknet, который весь 2023 год разрабатывали эту технологию. Следующий 2024 год должен стать еще более значимым и успешным для всего ZKP направления. Многие проекты, особенно dApps будут находиться в восходящем тренде, активно увеличивая свои показатели. В 2024 году может случиться настоящий бум продуктов на ZKP, который скорее всего продолжится и в следующем 2025 году. ## Выводы Проекты с ZKP прошли огромный путь от своей первоначальной разработки в 2018 году, до первого активного использования в 2023. При этом, основная популярность еще не приходила. Ближайшие 2 года будут позитивными для всего ZKP-сектора. В течение этого периода выйдут основные инфраструктурные игроки в данном направлении, которые займут основную долю этого растущего рынка. Отметим, что  - Первые серьезные инвестиции в ZKP-решения пришлись на 2021 год. - Следующий 2022 год стал годом хайпа этих решений, когда все инвесторы пытались профинансировать команды.  - Текущий 2023 год можно назвать годом MVP для ZKP-решений. - Будущий 2024 год покажет всех игроков рынка, сформирует экосистемы вокруг них - А уже в 2025 году либо технология будет принята рынком, либо докажет свою нефункциональность. Исходя из этого, мы очень позитивно смотрим на весь сектор ZKP в ближайший год. Здесь может появится множество полезных для жизни решений, помимо DeFi, связанных с анонимностью данных и децентрализованной идентификацией. Уже сейчас есть такие скрытые гемы, например, zkPass, который занимается защитой данных для пользователей и компаний. ZKP — это важнейшая технология для криптоиндустрии, на которую делают ставку самые прогрессивные умы и инвесторы. Реализация этой технологии довольно сложна, поэтому она занимает годы до выхода. Именно поэтому можно сказать, что ее потенциал еще далеко не раскрыт и может идти за очень далекие горизонты и остаться с нами на десятилетия. Поэтому определенно стоит присмотреться к основным игрокам, использующим данную технологию. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Рекомендуем почитать [Lees meer...](https://metalamp.ru/magazine/zero-knowledge-proof-odin-iz-trendov-2024-v-blokcejne.md) ## Как мы разработали виджет для отправки криптотранзакций из Google Таблиц: история CPayToday ![Как мы разработали виджет для отправки криптотранзакций из Google Таблиц: история CPayToday](https://metalamp.ru/images/cpay.png) Продолжаем рассказывать истории успеха предпринимателей и стартаперов, которые прошли путь от идеи до первой версии продукта и запустили MVP. Герой нового материала — предприниматель Сергей Сигалов, основатель стартапа Cpaytoday. Почитайте, как Сергей придумал решение, с которым можно проводить оплаты в разных криптовалютах прямо из Гугл-таблиц, и зачем столько сил было брошено на анализ перед началом разработки.  **Что умеет:**виджет Cpaytoday позволяет компаниям, которые работают с криптовалютами, совершать расчеты, не выходя из Гугл-таблиц. **Сколько времени прошло от идеи до запуска:**5 месяцев, из которых 2 месяца — разработка, 3 месяца — модерация и прохождение проверок со стороны Гугла. **Сайт:** [cpaytoday.com](https://cpaytoday.com)  ## Захотели избавиться от головной боли Идею Cpaytoday подсказал уже существующий бизнес. На то время я уже был основателем Wind4Tune — сервис, с которым можно устраивать онлайн-тимбилдинг для распределенных команд. Wind4Tune используют более 600 компаний по всему миру. У нас много партнеров и фрилансеров, которым нужно регулярно отправлять деньги, в том числе, в криптовалюте. Каждый раз, когда нужно было произвести расчеты в крипте, это становилось головной болью.  Главная проблема — уйма времени, которая на это уходила. Так появилась идея сделать продукт, который упростит работу с партнерами и фрилансерами, позволяя проводить расчеты и отправлять деньги в одном окне. ## Customer Development прежде всего Перед тем, как начать разработку, мы проверили идею на жизнеспособность. Для этого кастдевили идею нового продукта среди потенциальных пользователей. То есть мы решили сначала найти проблему и потом сделать продукт, который ее решает, а не наоборот. Мы пообщались с финансовыми директорами и руководством компаний, которые так или иначе сталкиваются с необходимостью осуществлять расчеты в криптовалюте. Всего провели более ста интервью.  **Наше ядро — это компании, у которых в штате от 20 до 200 сотрудников и которые полностью или частично ведут расчеты с сотрудниками, фрилансерами, партнерами в криптовалюте. Это не только компании из Web 3.0, но и маркетинговые агентства, разработчики компьютерных игр и другие. ** В ходе CustDev мы просили клиентов показать их текущий путь пользователя: в каких системах ведут отчетность, через какие системы проводят оплаты в крипте, какие сети и токены используют при оплате, как строят документооборот, как фиксируют статусы и так далее.  После интервью с потенциальными потребителями нашего нового продукта мы сделали три главных вывода. Вот они: - 90% компаний ведут отчетность в Гугл-Таблицах или приложении Notion; - 98% компаний проводят транзакции с токенами в сетях TRC, ERC или BSC; - почти никто не думает о документообороте. Отталкиваясь от результатов CustDev, мы приняли три ключевых решения.  1. **Сделать путь клиента еще короче.**Если компания ведет отчетность в Гугл-Таблицах, пусть она совершает остальные операции там же, то есть прямо в этой среде проводит платежи и формирует документооборот. 2. **Сделать поддержку основных блокчейн-сетей.**Решение должно работать в сетях TRC, ERC и BSC, которые используют потенциальные клиенты. 3. **Добавить поддержку основных токенов.** Из коробки наше решение должно работать с основными токенами. При этому у пользователя должна быть возможность заводить новые токены, если необходимо.  ## Без SWOT-анализа не обошлось Помимо Customer Development мы провели SWOT-анализ. Особое внимание уделили показателям принятия криптовалюты в той или иной стране и текущему или потенциальному уровню государственного регулирования этой сферы.  А еще мы изучили конкурентов. Анализировали не только продукт, но и историю развития, инвестиций и потенциальное изменение продукта, а также барьеры и ограничения, которые связаны с выбранным путем развития.  Такой детальный и разносторонний анализ помог понять, какие рынки уже сейчас имеют высокий потенциал и какие могут сильно вырасти в ближайшие годы. ## Основные фичи решают Cpaytoday упрощает отправку криптоплатежей. Вот основные возможности, которые мы добавили в MVP. - **Платежи можно проводить там же, где вы ведете отчетность.** Все происходит в Гугл-Таблицах. Вы не тратите время на то, чтобы вводить куда-то данные, что-то загружать и так далее. - **Вы экономите.** Мы аккумулируем списки платежей, снижая GAS при проведении транзакций. - **Расчеты полностью безопасны.** Cpaytoday — это некастодиальное решение, с которым пользователь полностью контролирует свои криптовалютные активы и никому не передает приватные ключи. Когда вы формируете платеж, запрос отправляется на кошелек пользователя, где он видит всю информацию о транзакции и может либо подтвердить платеж, либо отклонить его. - **Удобство установки и поддержки.** Виджет можно установить из Google Workspace Marketplace, что делает решение доступным и полностью адаптированным под внутренний интерфейс. ![](https://metalamp.ru/images/screen cpay.png) ## Криптоплатежи в родной среде Большинство или даже все похожие мультисендоры работают на своих веб-сайтах: каждая сеть — на своем сайте. Вы переходите на сайт, подключаете кошелек, вводите данные и отправляете токены или NFT.  В случае с Cpaytoday не нужно переходить на другой сайт со своим интерфейсом. Вот как все устроено. **Открываем Гугл-таблицы.** В одном столбце вводим адреса кошельков, на которые надо отправить деньги, а в другом столбце указываем, сколько токенов нужно отправить на каждый адрес. **Открываем виджет Cpaytoday.** Выбираем сеть и валюту. Если нужной валюты нет, добавляем ее.  **Отправляем оплату.**Выделяем в таблице нужные адреса и суммы для отправки. После того, как виджет Cpaytoday их автоматически считает, нажимаем «Отправить платеж». Виджет предложит варианты кошельков, на которые можно отправить сигнал, например, TronLink, Metamask, Coinbase и другие. Остается только подтвердить платеж на стороне кошелька — и все выбранные транзакции отправятся автоматически, сэкономив при этом GAS пользователя. Одним движением мы отправили монеты разным контрагентам. Аналогично можно работать с NFT.  [Посмотрите видео, как работает Cpaytoday](https://youtu.be/huAmEEQ61Qk?si=rMUIgVaKCVx75hEP) ## Стек технологий и разработка Мы сделали документ с примерным видением продукта и собрали референсы. Отправили все это разработчикам. Обсудили с ними, какие возможности будут у MVP, и что еще нужно от нас, чтобы начать работу. **Для Гугл-расширений нет ноу-код платформы: работать надо в отдельном веб-интерфейсе для разработки. Поэтому вопрос выбора подхода ноу-код для нас не стоял.** В процессе разработки использовали следующий стек технологий: Google Apps Script, Google Cloud Console, React, TypeScript, TronWeb, Ethers, Wagmi, MUI, CSS-in-JS, EVM, Tron Blockchain. Со стороны подрядчика в процессе были задействованы менеджер, фронтенд-разработчик и разработчик смарт-контрактов. Вот чем они занимались. - **Менеджер.**Взял на себя организацию процесса: постановку задач, решение вопросов и проблем. - **Фронтенд-разработчик.** Писал код виджета.  - **Разработчик смарт-контрактов.** Занимался написанием смарт-контрактов для работы сервиса в сетях EVM и Tron.  Сделать MVP нам помогла команда Metalamp.io.  Инвесторов мы не привлекали и сделали MVP полностью на свои деньги. Но в будущем мы планируем привлекать инвестиции, так как видим у Cpaytoday большой потенциал. Продукт может стать частью большой экосистемы, помогающей компаниям вести бизнес. ![](https://metalamp.ru/images/cpaaay.png) ## Tron, которого мы победили Самой сложной оказалась работа с сетью Tron, а именно настройка и интеграция кошельков этой сети в наш виджет и написание смарт-контракта. Это связанно с особенностями самой сети, которая отличается от EVM-сетей.  Разработчики много времени потратили на изучение документации, так как она оказалась не достаточно обновленной и полной. Из-за незнания, где и как смотреть ошибки, техническая команда не могла отловить эти ошибки. А когда находила их, получала только код ошибки — это никак не помогало.  **В итоге со всем этим разобрались, но на это потребовалось время. Разработка MVP заняла 180 часов, а настройка смарт-контрактов — еще 63 часа.** ## Старое доброе ручное тестирование Тестировали MVP менеджер и разработчики. Ребята проверяли различные кейсы, пограничные случаи использования сервиса, смотрели, как работает виджет в разных браузерах и на разных устройствах. Когда находили ошибки, исправляли их.  Баги были достаточно стандартные. Например, транзакция не проходила, так как данные не передавались в виджет. Оказалось, что формат введенных  данных отличался от логики приложения. Нужно было дополнить вариации введения формата данных — и проблема была решена.  Каких-то значимых проблем во время тестирования не всплыло: у виджета не так много функций. ## MVP выходит на рынок Виджет готов. Разработчики уже загрузили его в магазин приложений для бизнеса. Были сложности с прохождением всех уровней безопасности Гугла и согласованием, но это уже позади. Неделю назад наш виджет согласовали.  [Скачать и установить](https://workspace.google.com/marketplace/app/cpaytoday_crypto_multisend_tool/25663139810) Cpaytoday можно бесплатно. За использование сервиса в каждой транзакции предусмотрена встроенная комиссия.     Скоро будем презентовать продукт широкой аудитории и продвигать его. ## Два совета тому, кто хочет сделать MVP 1. **Не начинайте разработку, пока не проведете Customer Development.** Пообщайтесь с несколькими десятками потенциальных потребителей, чтобы подтвердить свою гипотезу, обнаружить инсайты для будущего продукта и найти ранних пользователей. 2. **Делайте MVP, не больше.**Начните с простой версии продукта и не пытайтесь строить огромный корабль на первом этапе. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Еще статьи об MVP [Lees meer...](https://metalamp.ru/magazine/kak-sdelat-vidzet-dla-otpravki-kriptotranzakcij-pramo-iz-gugl-tablic-istoria-startapa-cpaytoday.md) ## ZKSync против EIP-4337: сравнение решений для абстракции аккаунтов ![ZKSync против EIP-4337: сравнение решений для абстракции аккаунтов](https://metalamp.ru/images/AA%20zkp.png) В этой статье я расскажу, как работает AA в zkSync и чем отличается от уже популярного стандарта ERC-4337. Чтобы понять что такое zero knowledges proof и узнать о zkEVM подробнее, рекомендую сначала прочитать [эту статью](https://metalamp.ru/magazine/article/kak-rabotaet-tehnologia-zero-knowledge-proofs-obzor-blokcejna-zksync). В Ethereum существует два типа аккаунтов: внешние аккаунты (Externally Owned Accounts, EOA), которые могут инициировать транзакции, но не обладают программируемой логикой, и смарт-контракты, имеющие возможность выполнения произвольной логики, но неспособные инициировать транзакции самостоятельно. Это вызывает большое количество проблем при взаимодействии с экосистемой блокчейна и повышает порог входа для новых пользователей. Первым шагом к решению этой проблемы стал [EIP-4337](https://eips.ethereum.org/EIPS/eip-4337), который внедряет концепцию Abstract Accounts (AA) и Smart-contract account. Согласно [стандарту](https://github.com/fullstack-development/blockchain-wiki/blob/main/EIPs/erc-4337/README.md) предлагается объединить преимущества EOA и смарт-контрактов. Напомню основные отличия EOA и AA. ![](https://metalamp.ru/images/Snimok ekrana 2024-01-09 v 14.32.29.png) ## Верхнеуровневые различия в потоке транзакций Для понимания ключевых различий между этими двумя подходами, давайте рассмотрим упрощенные схемы, иллюстрирующие путь транзакции от её начальной инициализации в кошельке до момента включения в блокчейн. ### [https://github.com/fullstack-development/blockchain-wiki/blob/main/blockchains/zksync/zksync-aa.md#eoa-%D0%B8-smart-account-%D1%82%D1%80%D0%B0%D0%BD%D0%B7%D0%B0%D0%BA%D1%86%D0%B8%D0%B8-%D0%B2-ethereum](https://github.com/fullstack-development/blockchain-wiki/blob/main/blockchains/zksync/zksync-aa.md#eoa-%D0%B8-smart-account-%D1%82%D1%80%D0%B0%D0%BD%D0%B7%D0%B0%D0%BA%D1%86%D0%B8%D0%B8-%D0%B2-ethereum)EOA и Smart account транзакции в Ethereum EIP-4337 не требует изменений в основном протоколе Ethereum, но для реализации АА необходимо внедрять специальный сервис - Bundler. Этот сервис отвечает за работу альтернативного mempool по обработке и отправке транзакций в блокчейн. Транзакции проходят через системный контракт EntryPoint.sol для валидации. **Mempool - область хранения для транзакций, ожидающих подтверждения и включения в блок.** ![](https://metalamp.ru/images/eip-4337-tx-flow.png) Однако, этот подход имеет ограничения, например невозможность использования Paymaster в связке с EOA в рамках EIP-4337. **Paymaster - смарт-контракт который может осуществлять оплату газа в нативной валюте за пользователя. При этом он может обладать любой логикой оплаты: списывать у пользователя ERC20, делать доп. проверки либо просто может спонсировать любые транзакции не требуя ничего взамен.** Это проблема, потому что для реализации безгазовых транзакций потребуется интеграция отдельного сервиса, например [GSN](https://opengsn.org/) (к слову, на базе опыта которого был разработан данный EIP). Еще одна проблема - это сложность разработки подобных абстрактных аккаунтов, нужно будет выбрать одно из инфраструктурных решений (прим. [Alchemy](https://accountkit.alchemy.com/)) и разобраться с их API, чтобы реализовать свою логику кошелька. К тому же сама архитектура построенная на EIP-4337 далеко не тривиальна. ### EOA и Smart account транзакции в zkSync Теперь посмотрим какой путь проделывает транзакция в решении от zkSync. В данном случае у разработчиков была возможность реализовать нативную поддержку Abstract Account и Paymaster без необходимости сторонних сервисов. Здесь все аккаунты являются смарт-контрактами (даже EOA), также в zkSync любые аккаунты являются "first-class citizen", то есть они собираются в единый Mempool и обрабатываются одинаково. ![](https://metalamp.ru/images/native-aa-tx-flow.png) После Mempool транзакции обрабатываются и выполняются оператором. Если проводить параллель с Ethereum, здесь оператор будет выполнять роль валидатора и бандлера. После чего транзакция попадает в смарт-контракт `bootloader`. **bootloader - это системный смарт-контракт L2 zkSync. По сути это ядро протокола, контракт связывает и консолидирует работу всех основных системных смарт-контрактов протокола.** В разрезе AA, контракт bootloader является аналогом EntryPoint. Если грубо описать происходящее - на этом этапе определяется есть ли какая-то дополнительная логика у аккаунта и по необходимости вызывается Paymaster. Сравнительная таблица EIP-4337 и Native AA zkSync: ![](https://metalamp.ru/images/Snimok ekrana 2024-01-09 v 14.43.40.png) Далее рассмотрим реализацию нативных AA более подробно и по порядку. ## Подробный разбор нативных AA ### Создание AA в zkSync Как я уже говорил, EOA в zkSync также являются смарт-контрактами. Подключив свой EOA к сети zkSync era внешне не будет никакой разницы, но под капотом это теперь не просто кошелек, а базовый Smart account. Базовый, потому что из всех преимуществ которые дает абстракция учетной записи с таким аккаунтом вы сможете воспользоваться только подключением Paymaster (изменить флоу оплаты за газ). Но и это уже является большим преимуществом. ![](https://metalamp.ru/images/eoas-with-paymaster.png) Чтобы воспользоваться всеми плюсами абстракции аккаунта - нужно такой аккаунт создать. За это отвечает системный смарт-контракт `ContractDeployer` (код контракта можно посмотреть [тут](https://github.com/matter-labs/era-system-contracts/blob/main/contracts/ContractDeployer.sol)). Системный смарт-контракт ContractDeployer в zkSync играет ключевую роль в развертывании смарт-контрактов, включая AA. Он предоставляет несколько методов, таких как `create`, `create2` для развертывания стандартных смарт-контрактов и `createAccount`, `create2Account` для развертывания AA. Методы `create` и `create2` хорошо известны разработчикам и отвечают за развертывание обычных смарт-контрактов, метод `create2`, если грубо описать его функцию, дает возможность получить предсказуемый адрес смарт-контракта до его развертывания (можно даже подобрать красивый). Следуя этой логике для создания AA также сделали два метода (с возможностью передачи соли и без). ![](https://metalamp.ru/images/contract-deployer-flow.png) Для развертывания своей реализации AA понадобится: - написать смарт-контракт который наследуется от интерфейса [IAccount](https://github.com/matter-labs/era-system-contracts/blob/main/contracts/interfaces/IAccount.sol) и реализует [обязательные методы](https://era.zksync.io/docs/reference/concepts/account-abstraction.html#iaccount-interface) - скомпилировать смарт-контракт используя zksolc - использовать [zkSync SDKs](https://era.zksync.io/docs/api/) для настройки, деплоя и интеграции смарт-аккаунта в приложение Можно посмотреть туториалы [тут](https://github.com/matter-labs/custom-aa-tutorial) и [тут](https://era.zksync.io/docs/dev/tutorials/custom-aa-tutorial.html), они позволят понять, как создать простую версию такого аккаунта, поэтому здесь я не буду вдаваться в технические подробности деплоя и настройки, а объясню только суть процесса. **Подсказка: Если вы компилируете контракты в проекта hardhat не забудьте в настройках компилятора zksolc включить флаг `isSystem: true`.** Возвращаясь к методам контракта `ContractDeployer`, для создания аккаунта понадобится: - соль (необходима только для `create2Account`) - хэш байт-кода смарт-контракта с логикой AA (в zkSync для развертывания всегда используется хэш байт-кода а не сам байт-код) - аргументы для конструктора вашего AA (какие-либо значение которые вы хотите задать в момент развертывания, пример: адреса аккаунтов для создания мультисига) - версия AA, на данный момент версия одна - `Version1` (можно выбрать `None`, но это значение в основном для адресов, роль которых не удалось определить, с таким аккаунтом не получится ничего сделать) ![](https://metalamp.ru/images/aa-creation.png) ``` function createAccount( bytes32 /** */, bytes32 _bytecodeHash, // Хэш байт-кода нашей версии аккаунта bytes calldata _input, // Значения для конструктора AccountAbstractionVersion _aaVersion // Версия аккаунта ) external payable returns (address newAddress);``` На выходе мы получаем адрес нашего смарт-аккаунта, которым теперь можно совершать транзакции (используя [API zkSync](https://era.zksync.io/docs/api/)). [https://github.com/fullstack-development/blockchain-wiki/blob/main/blockchains/zksync/zksync-aa.md#%D0%BA%D0%B0%D0%BA-%D0%BE%D0%BF%D1%80%D0%B5%D0%B4%D0%B5%D0%BB%D0%B8%D1%82%D1%8C-%D0%B8%D0%BD%D0%B8%D1%86%D0%B8%D0%B0%D1%82%D0%BE%D1%80%D0%B0-%D1%82%D1%80%D0%B0%D0%BD%D0%B7%D0%B0%D0%BA%D1%86%D0%B8%D0%B8](https://github.com/fullstack-development/blockchain-wiki/blob/main/blockchains/zksync/zksync-aa.md#%D0%BA%D0%B0%D0%BA-%D0%BE%D0%BF%D1%80%D0%B5%D0%B4%D0%B5%D0%BB%D0%B8%D1%82%D1%8C-%D0%B8%D0%BD%D0%B8%D1%86%D0%B8%D0%B0%D1%82%D0%BE%D1%80%D0%B0-%D1%82%D1%80%D0%B0%D0%BD%D0%B7%D0%B0%D0%BA%D1%86%D0%B8%D0%B8)**Как определить инициатора транзакции?** В контексте работы с AA (Abstract Account) в zkSync, важно понимать, как система идентифицирует инициатора транзакции. Этот процесс особенно критичен для интеграции с Externally Owned Accounts (EOA). Тут все просто, `ContractDeployer` регистрирует хэш байт-кода каждого развернутого им смарт-контракта в системный контракт `AccountCodeStorage` системы. Это можно сравнить с записью в маппинг (сопоставление) типа address => bytecodeHash. **AccountCodeStorage - системный смарт-контракт который хранит хэши байт-кода развернутых смарт-контрактов.** ![](https://metalamp.ru/images/account-code-storage.png) Таким образом по адресу инициатора транзакции легко проверить есть ли у него развернутый код, если его нет и вызывающая сторона не является системным смарт-контрактом, значит это EOA (метод `isEOA(addr)` в контракте `bootloader`). ``` /// @dev Checks whether an address is an EOA (i.e. has not code deployed on it) /// @param addr The address to check function isEOA(addr) -> ret { ... } // bootlader code fragment``` Когда инициатор транзакции EOA, для имитации поведения аккаунта Ethereum вызывается смарт-контракт `DefaultAccount`, если же у вызывающего есть развернутый код и поддерживается версия AA, значит это Smart account. ![](https://metalamp.ru/images/is-eoa.png) Именно поэтому в zkSync EOA тоже считаются смарт-контрактами, за логику его работы всегда отвечает контракт `DefaultAccount` (код контракта можно посмотреть [тут](https://github.com/matter-labs/era-system-contracts/blob/main/contracts/DefaultAccount.sol)). Главная его задача вести себя как обычный EOA, но при этом иметь возможность оплаты транзакции через Paymaster. При этом версия АА (AccountAbstractionVersion) отражает реализацию как Smart account так и Default account (базовая логика у них одинаковая, есть все обязательные методы). Таким образом инициатора транзакции всегда можно отнести в одну из категорий: - **EOA:** Прямое управление пользователем - **Smart account:** Расширенные функции управления, реализация AA - **Smart contract:** Автономный код в блокчейне - **System contract:** Специализированные системные контракты со служебной логикой, как правило вызывается только внутри системы - **AccountAbstractionVersion.None:** Все остальные инициаторы транзакций, которые никак не определены в системе. В зависимости от того кто инициировал транзакцию будет выполняться дальнейшая логика. ### Процесс валидации и исполнения транзакций Давайте рассмотрим, как в zkSync происходит валидация и исполнение транзакций, инициированных Smart account, при этом учтем, что для EOA процесс аналогичен, за исключением того, что все обязательные методы для EOA уже реализованы и закреплены в контракте `DefaultAccount`. [Обязательные методы](https://era.zksync.io/docs/reference/concepts/account-abstraction.html#iaccount-interface) - это `validateTransaction` и `executeTransaction`. Для Smart account мы можем реализовать в них любую логику, но это совсем не означает, что нет никаких ограничений, все таки базовая безопасность должна быть обеспечена. Процесс валидации транзакции следующий: 1. Система проверяет, что `nonce` транзакции не использовался **Nonce** означает "number used once" (число, используемое однократно). Это число, которое используется в криптографии для обеспечения безопасности и уникальности каждой транзакции. 2. Вызывается метод аккаунта `validateTransaction`, где может быть любая логика которую вы заложите, например здесь нужно проверить подпись вызывающей стороны 3. Система проверит что вы пометили `nonce`, как использованный 4. (**Paymaster не указан в транзакции**) Производится перевод средств для оплаты контракту `bootloader` `4`. (**Paymaster указан в транзакции**) Вызывается метод для обработки его логики и оплаты транзакции (подробности чуть позже) 5. Системой выполняется проверка, что `bootloader` получил достаточно средств для оплаты газа за транзакцию. ![](https://metalamp.ru/images/tx-validate-flow.png) После этих действий происходит выполнение транзакции, здесь вызывается второй обязательный метод (`executeTransaction`), порядок такой: 1. Вызывается `executeTransaction`, здесь можно обработать вызов системного контракта (например, для деплоя контракта) либо выполнить любой другой вызов. 2. (**Только в случае участия Paymaster в транзакции**) Вызывается метод `postTransaction` контракта Paymaster. Этот шаг обычно следует использовать для возврата средств за неиспользованный газ. ![](https://metalamp.ru/images/tx-execute.png) #### Некоторые ограничения Для защиты системы от DoS-атак этап верификации имеет следующие ограничения: - Логика Smart account может взаимодействовать только со слотами, которые принадлежат аккаунту. Это определение охватывает не только слоты, фактически находящиеся в смарт-контракте аккаунта, но и некоторые поля других смарт-контрактов (например баланс токенов ERC20 или сумма разрешенная для списания) - Логика аккаунта не может использовать контекстные переменные (например, `block.number`) - Требуется, чтобы аккаунт увеличивал `nonce` на 1. Это ограничение необходимо только для сохранения устойчивости к коллизиям хэшей транзакций. **Примечание:** В будущем это требование будет снято, чтобы позволить более общие сценарии использования (например, протоколы конфиденциальности). ### Интеграция Paymaster и безгазовые транзакции Перед тем как погрузиться в детали функционала Paymaster, давайте разберемся, как в zkSync определяется способ оплаты транзакции. Все довольно просто, во время формирования транзакции к ней добавляются два поля: - `paymaster` - это значение `uint256`, если в транзакции участвует Paymaster из этого значения можно вытащить его адрес, в противном случе там будет 0 - `paymasterInput` - это массив типа `bytes`, где в первых 4 байтах указан тип Paymaster, дальше идут дополнительны данные **О каких типах идет речь?** Существуют два основных типа Paymaster: **ApprovalBased** и **General**. **ApprovalBased** Paymaster - это еще одно преимущество нативной реализации подобного решения, сейчас все объясню. Он принимает три аргумента: - Адрес ERC20 токена - Минимальное значение `allowance`, которое нужно установить перед переводом средств - Дополнительные данные, которые можно передать при необходимости ``` function approvalBased(address _token, uint256 _minAllowance, bytes calldata _innerInput) external;``` **Что это дает?** Это позволяет нам заранее рассчитать объем газа для транзакции и, соответственно, необходимое количество ERC20 токенов для её оплаты. После определения этой суммы мы устанавливаем минимальный `allowance` для Paymaster, давая системе зелёный свет на вызов `approve` за нас. Это дает возможность Paymaster'у легко списать нужные токены от имени инициатора транзакции 🤯, ну разве это не круто? **General** Paymaster принимает только один аргумент (input), который позволит передать в него произвольные значения. Этот тип Paymaster может выполнять любую заданную вами логику, включая сценарии, где не требуется предварительное разрешение на списание токенов. ![](https://metalamp.ru/images/paymaster-types.png) #### Создание Paymaster Чтобы создать Paymaster, необходимо наследоваться от интерфейса [IPaymaster](https://github.com/matter-labs/era-system-contracts/blob/main/contracts/interfaces/IPaymaster.sol) и реализовать ключевые методы, такие как `validateAndPayForPaymasterTransaction` (обязательный) и `postTransaction` (опционально), каждый из которых играет важную роль в логике оплаты транзакций. Метод `validateAndPayForPaymasterTransaction` определяет готовность Paymaster оплатить транзакцию. Он принимает три параметра: хэш транзакции, подписанный EOA хэш, и данные транзакции. Если Paymaster согласен с оплатой, метод отправляет оператору нативную валюту, равную или превышающую `tx.gasPrice * tx.gasLimit`. Также метод возвращает контекст для вызова `postTransaction`. ``` function validateAndPayForPaymasterTransaction( bytes32 _txHash, // Хэш транзакции bytes32 _suggestedSignedHash, // Хэш транзакции, подписанной EOA Transaction calldata _transaction // Данные транзакции ) external payable returns (bytes4 magic, bytes memory context); var sumGroup = matchResult.Groups["Sum"]; if(!sumGroup.Success) throw new ArgumentException("Invalid qrCode, Sum group not found"); return (dateGroup.Value, sumGroup.Value);``` Метод `postTransaction` является необязательным и активируется после завершения транзакции. В отличие от EIP-4337, его вызов не гарантирован: например, при неудачной транзакции из-за нехватки газа, метод не вызывается. `postTransaction` принимает четыре аргумента: контекст, созданный `validateAndPayForPaymasterTransaction`, информацию о транзакции, индикатор её успешности, и максимальный объем газа, подлежащий возврату Paymaster'у. ``` function postTransaction( bytes calldata _context, // Контекст, который передается из метода validateAndPayForPaymasterTransaction Transaction calldata _transaction, // Данные транзакции bytes32 _txHash, // Хэш транзакции bytes32 _suggestedSignedHash, Хэш транзакции, подписанной EOA ExecutionResult _txResult, // Результат выполнения транзакции uint256 _maxRefundedGas // Количество газа, которое может быть возвращено контракту Paymaster ) external payable;``` *Заметка:* Данные методы вызываются только системным контрактом `bootloader`. Примеры написания простых Paymasters можно посмотреть [тут](https://github.com/matter-labs/custom-paymaster-tutorial) и [тут](https://era.zksync.io/docs/dev/tutorials/custom-paymaster-tutorial.html). Для деплоя Paymaster не требуется взаимодействие с системными контрактами; он разворачивается как стандартный смарт-контракт. Параметры Paymaster подготавливаются для включения в транзакцию через [API zkSync](https://era.zksync.io/docs/api/). ## Заключение В заключении стоит отметить, что нативная поддержка Abstract Accounts в zkSync представляет собой более простое и интуитивно понятное архитектурное решение по сравнению с EIP-4337. Создание и интеграция Smart accounts в такой парадигме несколько проще, также упрощается тестирование – всё, что требуется, это среда разработки zkSync, без необходимости в дополнительных сервисах, таких как bundler'ы. Важно также и то, что Paymaster'ы могут быть легко интегрированы с обычными EOA, причем с возможностью избежать лишней транзакции для одобрения списания ERC20-токенов. Стоит отметить, что такие возможности, как оплата транзакций в ERC20-токенах или `multicall` (объединение нескольких транзакций в одну) это только верхушка айсберга, Smart account может обладать очень полезным и разнообразным набором функций. Я думаю мы увидим еще много различных кейсов его использования. **Заходите в наш [Blockchain Wiki](https://github.com/fullstack-development/blockchain-wiki/tree/main), там можно найти много интересных образовательных и обзорных материалов из мира web3, которые мы публикуем постоянно.** ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о web3 разработке [Lees meer...](https://metalamp.ru/magazine/sravnenie-nativnoj-podderzki-abstract-accounts-v-zksync-i-resenia-eip-4337.md) ## Как Zero-Knowledge Proofs и ZKSync улучшают масштабируемость блокчейна ![Как Zero-Knowledge Proofs и ZKSync улучшают масштабируемость блокчейна](https://metalamp.ru/images/zkp.png) В этой статье я расскажу что такое zero knowledge proofs технология, а также про достаточно хайповый блокчейн — zkSync. Как работают транзакции в zkSync и основные отличия от обычной EVM, а также плюсы и минусы этого блокчейна, за которым, по нашему мнению, может быть будущее. ZkSync — это блокчейн второго уровня (Layer 2 - L2) для Ethereum, разработанный для устранения проблем высоких комиссий и ограниченной пропускной способности (Transaction Per Second - TPS) в сети Ethereum. Эта платформа применяет технологию ZK-Rollups, которая использует доказательства с нулевым разглашением (Zero-Knowledge Proofs - ZKP) для объединения множества транзакций вне основной сети (L1). В L1 отправляются только криптографические доказательства верности транзакций и их сжатые данные, значительно повышая эффективность и снижая затраты. Разработанный [Matter Labs](https://matter-labs.io/), zkSync заявлен как полностью открытый (100% open source) продукт, управляемый сообществом. Согласно [Cryptorank](https://cryptorank.io/ico/zksync), проект уже привлек внимание, собрав инвестиции на сумму 458 миллионов долларов. В долгосрочной перспективе Matter Labs стремится создать обширную экосистему. На текущий момент в эксплуатации находятся два блокчейна: zkSync Lite, который обрабатывает платежи в ETH и ERC20-токенах, и zkSync Era, поддерживающий полноценные смарт-контракты. Будущие планы включают запуск системы гиперчейнов (L3), обеспечивающих высокую безопасность. Цель Matter Labs – масштабировать технологию до уровня, который позволит привлечь следующий миллиард пользователей блокчейна. ## Предпосылки ZkSync представляет собой новый подход к решению проблемы масштабирования, известной как [трилемма блокчейна](https://medium.com/coinmonks/what-is-the-blockchain-trilemma-38a3b495a72f). Этот проект, как и другие решения второго уровня (L2), направлен на поиск баланса между безопасностью, масштабируемостью и децентрализацией в блокчейн-сетях. ![](https://metalamp.ru/images/blockchain-trilemma.png) 1. **Масштабируемость**: Способность системы эффективно обрабатывать растущий объем транзакций или данных, не теряя в производительности и безопасности. 2. **Безопасность в блокчейне**: Обеспечение надежности и защиты данных от неавторизированного доступа, подделки или внесения изменений. 3. **Децентрализация**: Отсутствие централизованной контролирующей структуры. В децентрализованной системе управление и принятие решений демократично распределены среди всех участников сети. Ethereum ориентирован на безопасность и децентрализацию, подчеркивая его статус как протокола peer-to-peer с нодами, распределенными по всему миру. Для актуальной информации о распределении нод можно обратиться к [NodeWatch](https://nodewatch.io/). ![](https://metalamp.ru/images/ethereum-nodes.png) Для поддержания децентрализации в сети, каждый узел должен проверять все транзакции. Это делает сеть по своей природе менее быстрой. Кроме того, при высокой нагрузке на сеть, транзакции могут обходиться весьма дорого и требовать значительного времени на обработку. ## Layer 2 Основной задачей для увеличения TPS сети Ethereum без повышения нагрузки на ноды было внедрение [Sharding](https://ethereum.org/en/developers/docs/scaling/#sharding) в сочетании с переходом на PoS (Proof of Stake) консенсус. Это предполагало разделение валидаторов на подгруппы для обработки отдельных сегментов сети, тем самым уменьшая общую нагрузку и увеличивая пропускную способность. Однако, сообщество сделало ставку на Layer 2 решения, учитывая их бурное развитие. Помимо идеи осуществить Sharding в Ethereum, появились другие решения проблемы масштабируемости, такие как: - Payment and State Channels - Sidechains - Plasma - Optimistic Rollup А также технологии, основанные на доказательствах с нулевым разглашением (ZKP), включая: - Validium - zkRollup - Volition Более подробную информацию можно найти [здесь](https://ethereum.org/en/developers/docs/scaling/). Хотя Sharding еще находится в разработке, в начале 2024 года запланирован хардфорк Dencun, который внедрит [Proto-Danksharding](https://ethereum.org/en/roadmap/danksharding/#what-is-protodanksharding). Этот промежуточный этап направлен на улучшение Layer 2 решений, делая хранение данных на L1 более экономичным. Таким образом, Proto-Danksharding обещает снизить стоимость транзакций на L2, являясь шагом к полноценному решению Sharding. На первый взгляд, L2-блокчейны могут казаться схожими, так как их основная задача — увеличение количества транзакций за пределами L1, при этом делегируя L1 роль гаранта безопасности. Разработчики таких блокчейнов часто утверждают, что их решения являются самыми быстрыми, надежными и простыми. На деле, каждый подход к масштабированию имеет свои нюансы, и неизбежны компромиссы, касающиеся скорости транзакций, уровня безопасности или степени децентрализации. Нередко встречаются и полностью централизованные решения. Все эти аспекты возвращают нас к основным вопросам трилеммы блокчейна. В [этой статье](https://blog.matter-labs.io/evaluating-ethereum-l2-scaling-solutions-a-comparison-framework-b6b2f410f955), предложены ключевые критерии для оценки протоколов, используемых в Layer-2 решениях. Они включают в себя: - безопасность, - производительность и экономическую эффективность, - удобство использования, - дополнительные аспекты, такие как поддержка смарт-контрактов, совместимость с EVM-байткодом и опции конфиденциальности. **Важно! **Статья написана Matter Labs и на мой взгляд некоторые вещи "притянуты за уши" в пользу zkRollup (т.к. тут явный конфликт интересов), но это не так важно, главное посмотреть какие вообще различия существуют между Layer-2 протоколами. Ниже я приведу таблицу, а здесь верхнеуровнево опишу ее содержимое по пунктам. ### Безопасность - **Предположение о работоспособности** или "живучести" Layer-2. Предполагается, что для поддержания работоспособности Layer-2 некоторые участники всегда будут ончейн на уровне Layer-1, чтобы реагировать на возможные случаи мошенничества. Это либо валидаторы, которые стейкают какое-то количество средств (в таблице отмечено статусом "Bonded") на L1, либо третьи стороны которые обеспечивают безопасность протокола за вознаграждение. Как видно из таблицы у решений испльзующих ZKP (Validium и zkRollup) такой необходимости нет. - **Проблема массового выхода**. Проблема которая возникает если в целях безопасности нужно инициировать вывод средств всеми пользователями с L2 на L1 . Как видно из таблицы такая проблема есть только у протокола Plasma, подробнее об этом можно почитать [тут](https://ethereum.org/en/developers/docs/scaling/plasma/#the-mass-exit-problem-in-plasma). - **Кастодиальность**. Вопрос о том, могут ли валидаторы L2 временно заблокировать или конфисковать средства пользователей. - **Экономические уязвимости**. Включает в себя различные атаки на L2 валидаторов, включая подкуп майнеров L1, создание "теневых" DAO и другие экономически мотивированные атаки. - **Криптография**. Различие между стандартными и новыми криптографическими примитивами. Стандартные более изучены и потенциально уязвимы, в то время как новые (например, SNARK и STARK) обеспечивают большую надежность, но требуют от разработчиков дополнительных знаний и аудитов. ### **Производительность и экономика** С производительностью все просто. TPS (Transaction Per Second) показывает пропускную способность сети, в контексте масштабирования это самый главный параметр. Экономические аспекты: - **Эффективность капитала**: Этот аспект особенно важен для платежных каналов (Payment Channels). В них необходимо замораживать средства, равные среднему объему операций в канале, что делает их менее эффективными в плане капиталовложений. - **Транзакция на L1 для создания аккаунта на L2**. Также камень в огород платежных каналов, т.к во всех остальных решениях аккаунт созданный в L1 работает в L2 по умолчанию. - **Цена транзакции**: Вместе с TPS, это один из важнейших факторов масштабируемости, определяющий экономическую привлекательность решения.  ### Удобство использования - **Время вывода средств с L2 на L1**: Этот период может варьироваться от нескольких минут до нескольких недель. Optimistic Rollups и Plasma особенно неудобны в этом плане, так как требуют более длительного времени для вывода средств. - **Время до субъективной необратимости транзакции**: Определяет, как быстро транзакция становится неотменяемой на L1 с точки зрения внешних наблюдателей. Например, в Optimistic Rollups для достижения необратимости на L1 требуется всего одно подтверждение на Ethereum, но полная окончательность транзакции занимает около недели. - **Верифицируемость субъективной необратимости с помощью клиентского кода**: Определяет, можно ли проверить время до субъективной необратимости легкими клиентами (браузеры/мобильные кошельки). Продолжая пример с Optimistic Rollups, для подтверждения окончательности транзакции пользователь должен загрузить и проверить весь стейт роллапа за последнюю неделю. - **Мгновенные подтверждения транзакций**. Может ли протокол обеспечить мгновенные подтверждения транзакций с полной гарантией? Либо же он может гарантировать это только на уровне консенсуса L2. - **Мгновенная видимая окончательность**: может быть реализована поверх большинства протоколов L2, то есть транзакции будут мгновенно подтверждены в пользовательском интерфейсе. Только платежные каналы (каналы состояний) предлагают полные гарантии безопасности для этих подтверждений, в то время как в других протоколах эти транзакции все еще могут быть отменены в течение определенного времени, прежде чем они будут подтверждены в L1. ### Другие аспекты - **Смарт-контракты**: Рассматривается, поддерживает ли L2-решение полностью программируемые смарт-контракты, или только ограниченное подмножество функций через предикаты. - **Совместимость с EVM-байткодом**: Оценивается возможность переноса существующих EVM-байт-кодов контрактов Ethereum на L2 без значительных изменений. - **Встроенная поддержка конфиденциальности**: Рассмотрение эффективности защиты конфиденциальности в решениях L2, особенно в контексте доступности и экономичности конфиденциальных транзакций. Ниже приведена сравнительная таблица основных ZKP-базированных решений: ![](https://metalamp.ru/images/scale-solutions.webp) Для более детального понимания Zero-Knowledge Proofs (ZKP), рекомендую обратиться к [этой статье](https://github.com/fullstack-development/blockchain-wiki/blob/main/cryptography/zero-knowledge-proof/README.md) в нашей [blockchain-wiki](https://github.com/fullstack-development/blockchain-wiki), которую создают разработчики для разработчиков с любовью к пруфам и глубокому погружению в детали. ## Жизненный цикл транзакций в zkSync Работа ZK-Rollups может быть представлена на высоком уровне следующим образом: 1. **Формирование Rollup**: Транзакции упаковываются в rollup. 2. **Создание ZKP**: Формируется доказательство с нулевым разглашением. 3. **Проверка в Ethereum**: Доказательство отправляется для проверки в смарт-контракт Ethereum. ![](https://metalamp.ru/images/zkp-way.png) В контексте архитектуры zkSync процесс выглядит так: 1. **Сбор внутренних блоков**: Валидаторы zkSync собирают внутренние блоки из транзакций каждые несколько секунд. 2. **Формирование пакета блоков**: Из внутренних блоков каждые 30-90 секунд создается пакет блоков. 3. **Фиксация состояния блокчейна**: Валидаторы фиксируют текущее состояние блокчейна и передают измененные данные на L1 в виде calldata для возможности восстановления. 4. **Вычисление и отправка SNARK**: Валидаторы вычисляют SNARK (ZKP) для пакета и отправляют его на проверку в смарт-контракт Ethereum. После проверки, новое состояние сети становится окончательным. ![](https://metalamp.ru/images/zkSync-architect.png) Валидаторы в ZK-Rollups играют ключевую роль, упаковывая транзакции в блоки и генерируя для них доказательства с нулевым разглашением. Особенностью системы является то, что валидаторы физически не могут украсть средства. Самый значительный потенциальный вред, который они могут нанести, — это временная остановка сети. *Заметка:* В zkSync Era вместо роль валидаторов выполняют операторы. Разработчики zkSync выделяют следующие гарантии их архитектуры: 1. **Безопасность средств**: Операторы никогда не могут повредить состояние сети или украсть средства, что является преимуществом по сравнению с Sidechains. 2. **Возможность возврата средств**: Пользователи всегда могут извлечь свои средства даже в случае, если операторы прекратят работу. Это возможно благодаря доступности данных, в отличие от системы Plasma. 3. **Независимость от мониторинга**: Благодаря ZKP, для предотвращения мошенничества, пользователям или доверенным третьим сторонам не требуется постоянно отслеживать блоки Rollup, что является преимуществом по сравнению с системами, основанными на доказательствах мошенничества, такими как Payment channels или Optimistic Rollups. Транзакции в zkSync Era проходят через несколько ключевых состояний, отличающихся от привычных подтверждений Rollup в L1: - **Pending**: Транзакция была получена оператором, но еще не обработана. - **Processed**: Транзакция обрабатывается оператором и готова к включению в следующий блок. - **Committed**: Данные транзакции опубликованы в Ethereum, что гарантирует доступность данных, но не подтверждает их корректное выполнение. - **Executed**: Завершающий этап, на котором доказательство действительности (SNARK) для транзакции проверено смарт-контрактом Ethereum, делая транзакцию окончательной. ![](https://metalamp.ru/images/zkSync-transaction.png) Помимо номера блока, транзакции в zkSync отображают также номер пакета. Изначально, такие параметры как `block.number`, `block.timestamp` и `blockhash` брались с L1. Однако, после [обновления](https://github.com/zkSync-Community-Hub/zksync-developers/discussions/87), эти значения будут теперь получаться с L2. Несмотря на это, разработчики планируют предоставить методы для доступа к данным из L1. ## Отличия zkEVM от EVM Совместимость L2 решений, основанных на ZKP с Ethereum представляет собой сложную задачу. Это связано с тем, что Ethereum изначально не был разработан для оптимального взаимодействия с ZKP. В результате, при разработке таких систем приходится искать компромисс между производительностью и потенциалом к масштабированию с одной стороны и совместимостью с Ethereum и EVM с другой. В статье Виталика Бутерина ["The different types of ZK-EVMs"](https://vitalik.ca/general/2022/08/04/zkevm.html?ref=blog.thirdweb.com) подробно обсуждаются эти аспекты и выделяются различные уровни совместимости. ![](https://metalamp.ru/images/evm-compatible.png) zkSync выбрал один из самых сложных путей, ориентируясь на высокую производительность, но с ограниченной совместимостью как с Ethereum, так и с EVM. Для получения байт-кода, совместимого с zkEVM, используется проект [LLVM](https://llvm.org/) с комплексом собственных компиляторов и оптимизаторов. В случае с Solidity и Yul, после стандартного компилятора solc, код проходит еще несколько стадий, прежде чем перейти в состояние байт-кода zkEVM. Ниже представлена схема, иллюстрирующая все этапы этого процесса (более подробно описанные [здесь](https://era.zksync.io/docs/tools/compiler-toolchain/overview.html)): ![](https://metalamp.ru/images/compiler-toolchain-zksync.png) Важно! Оптимизации в zksolc поддерживаются. Байт-код, скомпилированный специально для EVM, не совместим с zkEVM. Это означает, что адреса идентичных смарт-контрактов в Ethereum и zkSync будут различаться. Однако, разработчики планируют решить эту проблему в будущем. Одним из значительных преимуществ такого подхода является независимость от конкретных языков программирования. Разработчики zkSync в перспективе обещают добавить поддержку таких языков, как Rust и C++. Важно, чтобы задержка в обновлениях и интеграции нововведений между верхнеуровневыми компиляторами (например, solc) и компиляторами платформы (например, zksolc) была минимальной. Изначально упоминалась идея о создании собственного языка программирования Zinc, но на данный момент команда сконцентрирована на поддержке более популярных языков программирования. ![](https://metalamp.ru/images/zkevm-compiler.png) Проблема совместимости zk-компиляторов с существующими инструментами для разработки и отладки смарт-контрактов на Solidity и Vyper является значительной. Текущие платформы разработки, такие как Remix, Hardhat и Foundry, не поддерживают zk-компиляторы из коробки, что создает трудности при работе с ними. Однако, разрабатываются [решения](https://era.zksync.io/docs/tools/), которые обещают облегчить процесс миграции проектов и адаптации к новым технологиям. В статье Виталика Бутерина упоминается, что со временем Ethereum, скорее всего, будет стремиться к улучшению совместимости с ZKP на уровне протокола. Аналогично, L2-решения с ZKP будут адаптироваться к лучшей совместимости с Ethereum. В результате, в будущем, различия между этими системами могут стать почти незаметными, обеспечивая более гладкую интеграцию и переход для разработчиков. ## Особенности zkEVM Важно! Протокол активно разрабатывается, всегда обращайтесь к актуальной версии документации! zkEVM отличается от EVM и несмотря на то, что разработчики стараются спрятать эти отличия "под капотом", есть важные особенности. Их стоит учитывать при написании смарт-контрактов: 1. **Отличия от EVM**: Поведение кода, написанного на Solidity для zkEVM, может отличаться, особенно в таких аспектах, как `block.timestamp` и `block.number`. Важно регулярно проверять [документацию](https://era.zksync.io/docs/reference/architecture/differences-with-ethereum.html) на предмет изменений. 2. **Системные контракты**: В zkSync существуют системные контракты для выполнения различных функций, таких как `ContractDeployer` для развертывания смарт-контрактов и `MsgValueSimulator` для работы с ETH. Подробнее о системных контрактах можно узнать в [документации](https://era.zksync.io/docs/reference/architecture/system-contracts.html). 3. **Шаблон прокси для развертывания**: Рекомендуется использовать шаблон прокси в течение первых нескольких месяцев после развертывания, чтобы предотвратить возможные ошибки компилятора. 4. **Расчет газа**: Модель расчета газа в zkEVM отличается от Ethereum, включая различный набор опкодов и зависимость цены газа от L1. Детали можно найти [здесь](https://era.zksync.io/docs/reference/concepts/fee-model.html). 5. **Локальное тестирование**: Стандартные инструменты, такие как Hardhat Node или Anvil, не подходят для локального тестирования zkEVM. Вместо этого используются [специальные варианты](https://era.zksync.io/docs/tools/testing/), включая тестирование в режиме форка. 6. **Проверка подписи**: Рекомендуется использовать встроенную поддержку абстракции учетных записей вместо `ecrecover`. 7. **Отслеживание ошибок, связанных с газом**: В zkSync невозможно отследить ошибки, связанные с нехваткой газа из-за специфики выполнения внутри системного контракта `DefaultAccount`. Для глубокого понимания работы с zkEVM рекомендуется изучить документацию, в том числе раздел ["Security and best practices"](https://era.zksync.io/docs/dev/building-on-zksync/best-practices.html). ## Account Abstraction Абстракция аккаунтов в zkSync предлагает несколько ключевых преимуществ по сравнению с [ERC-4337](https://eips.ethereum.org/EIPS/eip-4337): 1. **Уровень реализации**: В zkSync абстракция аккаунтов встроена на уровне протокола, делая все учетные записи, включая внешние учетные записи (EOA), функционально аналогичными смарт-контрактам. 2. **Обработка транзакций**: В то время как ERC-4337 использует отдельный мемпул для бандлеров, создавая два разных потока транзакций, zkSync Era имеет единый mempool. Это означает, что транзакции, исходящие от EOA и смарт-контрактов, обрабатываются в одном потоке, обеспечивая более гладкую интеграцию и обработку. 3. **Поддержка Paymasters**: zkSync поддерживает paymasters для всех типов учетных записей, позволяя настроить оплату газа в токенах ERC20 для любой учетной записи. ## Инфраструктура zkSync Инфраструктура zkSync Era довольно быстро набирает обороты и уже включает десятки протоколов: Bridges, DeFi, инфраструктурные протоколы и другое. (Актуальный список смотреть [тут](https://zksync.dappradar.com/ecosystem)). Еще одним преимуществом является совместимость с кошелками Ethereum, например MetaMask или TrustWallet. ![](https://metalamp.ru/images/ecosyctem 1.png) ## Hyperchains Протокол zkSync начал свое развитие с запуска zkSync Lite, ориентированного только на переводы эфира и токенов ERC-20, без возможности развертывания полноценных протоколов. Этот этап был важным шагом в разработке, но только предварял появление zkSync Era — полноценного L2 решения для Ethereum, который теоретически может быть адаптирован и для других блокчейнов L1. Однако, амбиции zkSync не ограничиваются этим, ведь в планах развития стоит запуск так называемых **гиперчейнов**. Гиперчейны, или "фрактальное масштабирование", представляют собой сети ZKP, каждая из которых формирует свои блоки и доказательства. Эти доказательства затем собираются вместе и размещаются в основной сети L1. Каждая из этих сетей является полной копией всей системы и может рассматриваться как ее "фрактал". ![](https://metalamp.ru/images/hyperchain.jpeg) Особенность гиперчейнов в том, что они могут быть созданы и развернуты независимо. Для сохранения согласованности и совместимости, каждый гиперчейн должен использовать общий движок zkEVM, который является частью стека ZK (где zkSync Era выступает в роли первого гиперчейна). Это позволяет гиперчейнам наследовать свою безопасность от L1, обеспечивая их надежность и устраняя необходимость в дополнительных мерах по обеспечению доверия и безопасности. Гиперчейны представляют собой новаторский подход к масштабированию блокчейн-сетей, позволяя снизить нагрузку на основную сеть и увеличить скорость обработки транзакций. Ключевые аспекты этого подхода включают: - **Передача доказательств между гиперчейнами**: Гиперчейны будут передавать доказательства блоков друг другу, увеличивая расстояние, которое должна пройти транзакция до достижения основной сети L1. Это способствует распределению нагрузки и избеганию проблемы узкого горлышка. ![](https://metalamp.ru/images/hyperbridges.png) - **Прозрачность для пользователей**: Пользователи не замечают разницу – их транзакции обрабатываются в гиперчейнах и могут проходить через несколько уровней перед достижением основной сети, создавая асинхронность в обработке. - **Преимущества над существующими решениями**: В отличие от нынешних L2 решений, которые быстрее, но все еще ограничены в количестве транзакций и иногда идут на компромиссы в безопасности, гиперчейны обещают значительно большее масштабирование. - **Гибкость в создании кастомных блокчейнов**: Гиперчейны позволяют создавать кастомные блокчейны и аккаунты с различными уровнями безопасности и приватности. При этом, даже с более низким уровнем безопасности, в худшем случае предполагается лишь временная заморозка средств. Подробнее обо все этом [тут](https://era.zksync.io/docs/reference/concepts/hyperscaling.html#data-availability). ## Плюсы и минусы zkSync ### Плюсы 1. **Безопасность**: Безопасность на уровне, близком к L1, и потенциал к децентрализации в будущем. 2. **Совместимость с EVM**: Поддержка смарт-контрактов, совместимых с EVM. 3. **Web3 API и кошельки**: Стандартный Web3 API и поддержка кошельков Ethereum, таких как MetaMask. 4. **Абстракция учетных записей**: Нативная поддержка абстракции аккаунтов. 5. **Скорость транзакций**: Быстрая обработка транзакций на L2 с последующим подтверждением на L1. 6. **Низкие комиссии**: Снижение стоимости комиссий за газ в сравнение с L1. 7. **Оплата газа в ERC20**: Возможность оплаты комиссий за газ в токенах ERC20. 8. **Развивающаяся инфраструктура**: Очень активное развитие инфраструктуры. 9. **Потенциал к масштабированию**: Возможности для значительного улучшения масштабируемости. ### Минусы 1. **Ограниченная cовместимость с EVM**: По сравнению с конкурентами (например, Polygon zkEVM, Scroll) совместимость с EVM ниже. 2. **Риск ошибок в смарт-контрактах**: Повышенный риск ошибок, требующий тщательного тестирования и аудита. 3. **Специфичность стека разработки**: Необходимость адаптации стека разработки под особенности протокола. 4. **Отставание от основных технологий**: Задержка в принятии нововведений в компиляторах и обновлениях библиотек. 5. **Централизация cети**: На данный момент сеть управляется ограниченным числом операторов. 6. **Необходимость обновляемых смарт-контрактов**: Из всего вышесказанного вытекает необходимость на старте проекта **всегда** делать обновляемые контракты, чтобы иметь возможность оперативно устранить недостатки и уязвимости. ## Вывод Протокол zkSync выглядит очень многообещающе и имеет большой потенциал, хотя на данный момент запуск в этом блокчейне все еще сопряжен с рядом рисков, которые нужно учитывать. Разрабатывать для zkSync на данный момент сложнее, чем для блокчейнов, которые гораздо больше совместимы с EVM и стеком для разработки под EVM. Но, возможно в будущем, эта разница станет несущественной либо совсем будет отсутствовать. **Переходите в наш [репозиторий на Github](https://github.com/fullstack-development/blockchain-wiki/tree/main), там мы сделали Blockchain Wiki для всех тех, кто желает разобраться, как работает Web3:)** ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о web3 [Lees meer...](https://metalamp.ru/magazine/kak-rabotaet-tehnologia-zero-knowledge-proofs-obzor-blokcejna-zksync.md) ## Зачем вестинг в криптопроектах и как его реализовать ![Зачем вестинг в криптопроектах и как его реализовать](https://metalamp.ru/images/stock%20chart.png) Вестинг является частью токеномики проекта и позволяет держать стоимость токена под контролем. В этой статье я расскажу про различные приемы, подходы и паттерны в распределение токенов среди участников проекта, а также покажу несколько популярных решений, используемых для вестинга токенов. Вы сможете найти ответы на популярные вопросы, которые возникают в проекте при реализации вестинга. ## Что такое вестинг? Вестинг — это собирательное название различных приёмов, подходов и паттернов модели распределения токенов после токенсейла или другого вида продажи криптоактивов. В традиционных финансах термин "вестинг" (vesting) - это получение права на распоряжение активами (например, акциями или пенсионными накоплениями) после определенного периода времени или выполнения условий. К примеру, работники могут получать акции компании, но продавать их сразу не смогут. Это обеспечивает их заинтересованность в успехе компании, а также предотвращает давление со стороны продавцов на биржах, которое будет снижать цены акций. Вестинг в криптовалютах – неотъемлемая часть [токеномики](https://medium.com/coinmonks/tokenomics-4-factors-that-determine-a-cryptos-success-858ee7a0cf94) проекта, которая в свою очередь выстраивается с учетом психологии людей и математических моделей. Все это позволяет держать цену токена под контролем, по крайней мере сдерживать ее в каких-то диапазонах. Часто можно увидеть, что продажа токенов включает в себя большое число фаз: сид-раунды, приватные раунды, стратегические, ICO и др. Причем в разных раундах цена может отличаться в разы. Хороший и сбалансированный график распределения токенов во времени управляет колебаниями цен и общей целостностью проекта, в особенности защищает от массовой распродажи токенов сразу после их листинга на бирже и позволяет контролировать цену в долгосрочной перспективе. Вестинг также может быть использован для поощрения участников проекта, например, разработчиков или маркетологов которые получают токены в качестве вознаграждения за свою работу. Важно понимать, что под вестинг блокируются не все токены, потому что это просто напросто убьет всю ликвидность. Обычно вестинг подразумевает блокировку 10-20% от общего количества токенов - это могут быть токены команды, инвесторов, консультантов и т.д. ## Какие виды вестинга существуют? Существует две наиболее популярные модели: календарный и поэтапный вестинг. ### **Календарный вестинг** Модель распределения проекта для календарного вестинга может выглядеть так: - **Ранние инвесторы:** всего для них выделен 1 млн токенов. В первый месяц после старта они получают 5% токенов от всей выделенной им суммы. Во второй и третий месяцы остальные их средства остаются заблокированными. В четвертый месяц они получают 20% токенов, и далее каждый месяц по 25% оставшихся. - **Публичные инвесторы:**всего для них выделено 5 млн токенов. Первые три месяца они не могут претендовать на токены вовсе, их средства заблокированы. Такой период от начала вестинга до первого получения токенов называется cliff. Для публичных инвесторов он составляет 3 месяца. Далее они получают каждый месяц по 20%.  ***Cliff — время между началом вестинга и первой выплатой токенов после разблокировки.*** - **Эдвайзеры:** всего для них выделено 500 000 токенов. Они могут получать свои токены каждый месяц по 10% от суммы, в течение 10 месяцев соответственно. - **Команда разработчиков:**всего для них выделен 1 млн токенов. Для повышения мотивации работы над продуктом и увеличения доверия они получают большую часть своих токенов только через год. В первый месяц разблокируется 5%, затем только на четвертый месяц в размере 10%, на шестой месяц — 15% и на восьмой — 25%. Оставшиеся 45% токенов будут заблокированы до двенадцатого месяца после начала вестинга. - **Маркетинг:** всего для поддержания кампании маркетинга выделено 500 000 токенов с разблокировкой в течение года. В первый месяц становится доступно 12% общей суммы, а далее каждый месяц по 8% токенов.   ![](https://metalamp.ru/images/table_calendar_vesting.png) ### **Поэтапный вестинг** В поэтапном вестинге разблокировка происходит не в отдельные периоды, а с течением времени. Самый популярный вид поэтапного вестинга - линейный, но существуют и другие: ступенчатый, квадратичный и т.д. В линейном вестинге разблокировка токенов происходит с каждой секундой или при создании новых блоков, а в ступенчатом -- по заранее определенному расписанию. Расписание вестинга определяет скорость, с которой права на активы передаются бенефициару. Периоды могут сильно различаться в зависимости от конкретного соглашения, но обычно они составляют от 1 до 4 лет. Часто расписание вестинга изображается в виде графика. Пример ступенчатого вестинга, когда распределяется по 25% от общего предложения токенов в год. ![](https://metalamp.ru/images/stepped_vesting.jpeg) В поэтапном вестинге также может быть cliff период. Например, мы хотим начать продажи токенов в январе с cliff-периодом полгода. В таком случае выплаты начнутся только в июле, а до этого времени все токены будут заблокированы. Посмотреть расписание для конкретных монет можно с помощью сервиса [tokenterminal.com](https://tokenterminal.com/). Для этого необходимо зайти в dashboard, выбрать проект и посмотреть вкладку Vesting Schedule. На скриншоте ниже расписание наделения правами на токены проекта Aptos. ![](https://metalamp.ru/images/aptos_vesting.png) ## Выплаты токенов Выплаты токенов осуществляются в соответствии с расписанием о котором говорилось выше. Есть два основных подхода к выплатам: так называемые push и pull. Pull: При использовании метода pull бенефициар может сделать claim (потребовать) свои токены, инициируя транзакцию на блокчейне. По окончании вестинга токены разблокируются, но остаются в смарт-контракте до тех пор, пока бенефициар не переведет их на свой кошелек или указанный адрес. Такой подход дает держателю токенов больше возможностей для контроля над тем, когда он получит свои токены, поскольку он может выбирать конкретные сроки получения токенов. Пример: по графику наделения на каждый месяц заложено по 10% разблокировки от общей суммы, это означает что через пол месяца можно будет забрать 5% или к примеру не забирать ничего 3 месяца и потом получить 30% сразу. Push: При использовании метода push наделенные правами токены автоматически переводятся на адрес бенефициара, не требуя от него никаких действий. Таким образом бенефициару не нужно тратиться на оплату газа за транзакции клейма токенов, но есть и обратная сторона - бенефициар не имеет контроля над тем, когда именно будут переданы токены, поскольку это зависит от расписания выплат и правил установленных на смарт-контракте. ## Вопросы по технической реализации Здесь заканчивается общая информация по вестингу и приводится обзор технических решений для реализации на смарт-контрактах. При всей простоте основной идеи вестинга (блокировка токенов после покупки с последующей разблокировкой по графику), техническая реализация может сильно отличаться от проекта к проекту. Фантазия менеджеров продукта и принципы децентрализации диктуют свои правила, поэтому перед тем, как реализовать его на смарт-контрактах нужно ответить на ряд вопросов. 1. Какой вид вестинга планируется использовать? (линейный, ступенчатый, календарный и т.д)? - У всех пользователей будет одно расписание или оно будет различаться для каждого бенефициара? Как токены будут блокироваться? Во время токенсейла или для управляющих проектом? (к примеру вестинг для разработчиков или маркетологов). - Если на токенсейле, то на каких фазах продаж токены должны блокироваться? (публичные, приватные и т.д) - Если это распределение на команду, то какое количество адресов будет участвовать в вестинге? Когда будет запускаться вестинг? В какой момент? (после начала продаж, по окончанию продаж, в момент покупки). Будет ли период cliff? - Какие действия можно выполнять с токенами в период cliff? - Какие действия нельзя выполнять с токенами в период cliff? Как токены будут блокироваться после покупки: на кошельке пользователя, на отдельном контракте либо и то и другое? (например, пользователь может получать share-токены которые в дальнейшем обменяет на базовый токен, который был заблокирован) Как токены будут разблокироваться и выплачиваться? - Какой подход будет использоваться (push или pull)? - Какое будет расписание выплат? - Кто и когда может устанавливать расписание выплат? - Если вестинг к примеру на команду, то можно ли запускать вестинг без токенов на смарт-контракте или выводить их до начала выплат? Как это повлияет на время старта вестинга? Эти и многие другие вопросы могут возникнуть в процессе реализации вестинга. Ниже я опишу, как архитектурно могут выглядеть различные варианты вестинга на смарт-контрактах и какие у них есть преимущества и недостатки. ## Варианты реализации вестинга ### **1. На смарт-контракте токена ERC20** Один из подходов к реализации вестинга в криптовалютных проектах заключается в том, чтобы включить вестинг непосредственно в смарт-контракт токена. Этот метод предполагает связывание смарт-контракта частных продаж со смарт-контрактом токена (либо функционал продаж также должен быть на смарт-контракте токена). В процессе продажи, определенное количество токенов блокируются для конкретного пользователя. Если проводятся несколько раундов частных продаж, то также может присваиваться идентификатор вестинга. Расписание выплат в смарт-контракте токена могут устанавливать администраторы смарт-контракта, либо другие, специально созданные для этого роли. #### **Результат:** ##### **Плюсы:** 1. Базовые (заблокированные) токены находятся на кошельке пользователя. Однако если функция отображения баланса будет изменена, то этот пункт нельзя будет считать плюсом, может возникнуть путаница, поэтому про отображение балансов (заблокированных и разблокированных) стоит задуматься на старте. 2. Нет необходимости вызывать отдельную транзакцию для клейма токенов. Они просто станут доступны, т.е. баланс пользователя будет увеличиваться с какой-то периодичностью. ##### **Минусы:** 1. Считается хорошей практикой код смарт-контракта токена делать "чистым", который легко читается и понятен. Любая дополнительная логика требует тщательных проверок, а в идеале -- хороших аудитов. 2. С новым функционалом неизбежно придется добавлять дополнительные роли, что увеличивает риски взломов и ошибок, т.к. самая уязвимая часть в смарт-контракте это всегда человек, который может что-то в нем изменить, либо задать неправильные параметры. Придется выстраивать более сложную защиту и менеджмент админского функционала. 3. Для корректного отображения баланса и для выполнения проверок при переводе токенов потребуется доработка стандартных методов типа transfer и balanceOf. Кроме того, если продажами будет заниматься отдельный смарт-контракт, то у токена появляются внешние зависимости. Это также добавляет возможности для потенциальных уязвимостей. Поэтому, на поиск надежного и оптималного решения для подобного функционала может потребоваться больше времени. 4. Если отображение баланса не тронуто, то существует проблема, когда токены есть, но необходимо проверить, какую часть из них можно потратить, а какая разблокируется позже. 5. Такое решение повышает риск возникновения ошибок и потенциальных угроз. Сложность еще больше возрастает в связи с тем, что как правило проводится несколько раундов частных продаж, а значит, будет несколько разных расписаний вестинга. 6. По окончании вестинга, на смарт-контракте останется "мертвый" код. Проверка при передаче токенов будет осуществляться в течение всего времени жизни контракта, а это хоть и незначительно, но увеличивает затраты на газ. ### **2. Реализация вестинга системой смарт-контрактов** Другим подходом к реализации вестинга является использование системы смарт контрактов. В качестве примера, расмотрим проект TON ([Tokamak Network Token](https://medium.com/onther-tech/ton-token-vesting-system-29588659260)). Это целая экосистема в которой целевой токен (TON) "делится" на токены, которые выступают в роли "долей" на целевой токен. На каждом этапе продаж покупатель получает токен разного типа, например SeedTON, PrivateTON или StrategicTON. Всего в системе девять таких токенов, и весь объем предложения разделен между ними. Эти токены имеют свою цену по отношению к целевому токену, и у каждого из них свое расписание выплат. В соответствии с этим расписанием share-токены в дальнейшем обмениваются на целевые токены, а share-токены при этом сжигаются. Это происходит через специальный смарт-контракт Swapper, при этом целевые токены также хранятся отдельно. Передача share-токенов невозможна -- за это отвечает отдельный смарт-контракт. В данную экосистему входит около 15 смарт-контрактов. Целевые и дочерние токены разработаны особым образом (внешне они являются токенами ERC20, но внутри реализованы совершенно по-другому). Архитектура была построена на основе сложной токеномики проекта. В этом [репозитории](https://github.com/tokamak-network/presale-contracts/tree/master/contracts) можно ознакомится со смарт-контрактами TON. ![](https://metalamp.ru/images/Group 8914.png) #### **Результат:** ##### **Плюсы:** 1. Токены будут храниться на кошельке пользователя. 2. Не будет проблем с отображением баланса. 3. Изящное децентрализованное решение. ##### **Минусы:** 1. Пользовательский опыт: покупатели должны понимать концепцию токена вестинга и процесс выкупа. Необходима хорошая документация, гайды и удобные интерфейсы. 2. Используется подход выплат pull. Это значит, что бенефициару потребуется выполнить две транзакции: покупка и клейм. 3. Несмотря на то, что покупатель будет владеть токенами-акциями, он не сможет ничего с ними сделать, кроме как обменять на целевой токен. Любая транзакция будет фейлиться. 4. Самый главный минус - это высокая сложность реализации подобной системы, которая далеко не всегда необходима. ### **3. Вестинг на отдельном смарт-контракте** Самый популярный подход к реализации вестинга в криптовалютных проектах заключается в размещении логики вестинга в отдельном смарт-контракте. В этом подходе существует масса различных вариантов, но я опишу только один из них, который мы опробовали на реальном проекте. Основная идея взята из предыдущего варианта, но реализация сильно отличается. Тут важно внедрить два понятия, чтобы не было путаницы: 1. **Базовый токен**- это основной токен проекта или целевой токен, который покупает пользователь для которого собственно и нужен вестинг. 2. **Share токен** - это токен-пустышка, который мы выдаем пользователю как ваучер, который ему нужно будет погасить чтобы забрать базовый токен по курсу 1:1. Наша реализация вестинга представляет собой комбинацию нескольких смарт-контрактов: - смарт-контракт приватных продаж базового токена - смарт-контракт share-токена (с логикой вестинга) - смарт-контракт для создания share-токенов с установкой расписания ![](https://metalamp.ru/images/contract_structure.png) **Контракт приватных продаж.**Его основная задача -- продажа токенов через вайтлист. Также, он отвечает за управление параметрами продажи и прием платежей. Но, самое важное для нас в данном случае -- он отвечает за чеканку share-токенов покупателям. Вся фишка в том, что в момент продажи мы переводим покупаемые токены не пользователю, а на смарт-контракт share-токена, где они блокируются. Пользователю в свою очередь чеканятся share-токены. Пример такого смарт-контракта я здесь приводить не буду, т.к. фактически это может быть даже обычный EOA, все, что от него потребуется - выдать апрув на базовый токен для share-токена, после чего можно будет его минтить. ![](https://metalamp.ru/images/Group 8916.png) В дальнейшем на этом контракте он сможет склеймить базовый токен, при этом ему нужно будет сжечь свои share-токены, но сделать это можно будет в соответствии с установленным расписанием вестинга. ![](https://metalamp.ru/images/Group 8916.png) Тут важно упомянуть, что устанавливается только время начала продаж, а временем окончания будет время начала вестинга, которое было установлено на контракте share-токена. Если время старта продаж еще можно поменять, как и некоторые другие параметры продажи, то время окончания поменять не выйдет. Это сделано для того чтобы пользователи были защищены от манипуляций. Их средства будут заблокированы, а вывести их сможет только сам пользователь, когда сожжет свои share-токены. При этом один и тот же share-токен может использоваться в нескольких раундах продаж, пока не начнется сам вестинг. **Контракт share-токена.**Или вестинг-токен. Он может носить любое название. Главное -- понимать суть: это токен-пустышка. Его нельзя будет продать или перевести другому кошельку. Запрещены все переводы этого токена и у него нет никакого управления со стороны админов. У него четыре основные задачи: - чеканить; - сжигать; - хранить базовый токен; - рассчитывать количество заблокированных и разблокированных базовых токенов. Минтером тут выступает контракт приватных продаж (напомню, что это может быть любой адрес у которого есть базовый токен). А сжигать эти токены будет сам пользователь, когда придет забирать свой базовый токен. Вывести токены с контракта просто так никто не сможет, это надежное хранилище. Вот простой пример смарт-контракта [VestingToken](https://github.com/fullstack-development/blockchain-wiki/blob/main/DeFi/vesting/examples/src/VestingToken.sol). Такой подход позволяет создавать несколько share-токенов под разные раунды продаж. У каждого share-токена будет свое расписание вестинга. Плюс, он будет выступать пулом для базовых токенов с раунда продаж. Такой подход дал нам даже больше гибкости чем мы думали изначально, но об этом чуть позже. На контракте реализована очень гибкая возможность установки расписания вестинга. Можно задавать дату и время обычным timestamp (т.е. с точностью до секунды), устанавливать сколько угодно периодов выплат с разными интервалами. Так же, можно очень гибко настраивать и проценты выплат в каждом интервале. Единственное условие - чтобы в сумме было 100%. Это дает возможность использовать самые разнообразные сценарии и графики наделения правами. Вот к примеру расписание, которое можно установить. Здесь представлен вестинг на 2 года с периодом cliff 6 месяцев и меняющимся процентным соотношением выплат (последние два месяца выплачивается по 10%, а все предыдущие по 5%): | Month | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | | Percent % | 0 | 0 | 0 | 0 | 0 | 0 | 5 | 5 | 5 | 5 | 5 | 5 | 5 | 5 | 5 | 5 | 5 | 5 | 5 | 5 | 5 | 5 | 10 | 10 | | Amount | 0 | 0 | 0 | 0 | 0 | 0 | 250,000 | 250,000 | 250,000 | 250,000 | 250,000 | 250,000 | 250,000 | 250,000 | 250,000 | 250,000 | 250,000 | 250,000 | 250,000 | 250,000 | 250,000 | 250,000 | 500,000 | 500,000 | Вот так это будет выглядеть на графике: ![](https://metalamp.ru/images/vesiting_schedule.png) **Смарт-контракт для создания share-токенов.**В нашей системе он называется Vesting manager. По сути это фабрика share-токенов, которая под капотом работает с прокси паттерном [Minimal Clones](https://docs.openzeppelin.com/contracts/4.x/api/proxy#Clones) от Open Zeppelin. В момент создания нового токена помимо name и symbol также устанавливается расписание, адрес базового токена и адрес минтера, которым по задумке будет смарт-контракт приватных продаж. Контракт имеет возможность смены имплементации share-токена. Здесь также можно посмотреть простой пример смарт-контракта [VestingManager](https://github.com/fullstack-development/blockchain-wiki/blob/main/DeFi/vesting/examples/src/VestingManager.sol). #### **Результат:** У такого подхода тоже есть свои плюсы и минусы, но в сравнение с предыдущими вариантами получилось оптимальное соотношение надежности, гибкости и скорости разработки. Это решение смело можно назвать децентрализованным и прозрачным для пользователя, т.к. единственная возможность потерять средства - это потерять доступ к своему кошельку. Также, внедрены различные механизмы защиты от ошибок админов, которые будут настраивать раунды продаж или расписание вестинга, но это отдельная история. ## Заключение А теперь о том, почему последнее решение достаточно гибкое. В стартапах все меняется очень стремительно, от этого невозможно застраховаться, но, можно попробовать подготовиться. В нашем случае, заказчик принял решение в корне поменять изначальную задумку. Во-первых, за продажи теперь по большей части отвечал бэкенд, а во-вторых share-токены теперь нужно было сжигать в любое время и обменивать на НФТ. Все это в отрыве от расписания вестинга. К тому же нужно было сжигать и базовый токен тоже. Функционал сжигания конечно породил ряд непростых задач, таких как создание бернинг-раундов и перерасчета расписания вестинга, но вот к продажам через бекенд основной контракт отвечающий за вестинг (share-токен) уже был готов. Нужно было только создать его через контракт-фабрику Vesting Manager, установить расписание и назначить минтером адрес бекенда. Все это только подтверждает главную мысль этой статьи. Она в том, что в вестинге нет стандартов, типичных решений и никаких ориентиров в виде других проектов. Скорее всего, это всегда будет кастомное решение под конкретные задачи заказчика, которое будет солянкой из различных подходов как от других проектов, так и изобретенных с нуля. **В нашем репозитории есть [Blockchain Wiki](https://github.com/fullstack-development/blockchain-wiki/tree/main), где можно найти больше интересных образовательных и обзорных статей из мира web3.** ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей от нашей команды разработки [Lees meer...](https://metalamp.ru/magazine/vesting-v-kriptoproektah-zacem-nuzen-i-kak-realizovat.md) ## Почему стартапы на ранних стадиях часто не успевают с разработкой и как этого избежать ![Почему стартапы на ранних стадиях часто не успевают с разработкой и как этого избежать](https://metalamp.ru/images/planets.png) Рассказываем, какие ошибки основатели допускают чаще всего, как команде расставить приоритеты, всегда успевать с разработкой и что делать при отсутствии необходимой экспертизы. Опросили экспертов, которые сталкивались с проблемами в организации разработки в early stage стартапах.  ## Неправильная оценка задач по разработке Зачастую почти все стартапы ранней стадии проходят через типичную проблему — неправильную оценку задач по разработке. Разрешить такую ситуацию можно с помощью разумной оценки сроков и бюджета. Процесс разработки любит детальные требования и расстановку приоритетов — для early stage стартапов такой подход приобретает критическое значение.   Оценивать задачи не нравится никому. Но без понятно измеряемых задач и валидных требований начинать разработку бессмысленно. Зачастую основатели стремятся быстро запустить проект на одной фиче без формирования конкретных требований к нему. А ограниченные ресурсы могут сыграть со стартапом злую шутку — например, к разработке привлекается «‎дешевый» подрядчик, который выставляет счета исходя из почасовой ставки.  Такой подход вполне применим, когда в молодом проекте есть опытный CTO, полностью контролирующий сроки и качество разработки. В противном случае команда разработчиков на почасовке может затянуть реализацию фичей на месяцы и даже годы вперед. Для стартапа ранней стадии такое развитие событий сродни смерти.  Чтобы избежать впустую слитых денег без осязаемого результата, нужно, как минимум, на базовом уровне прописать требования к проекту. По сути, это то, как видят стартап его основатели: первые ключевые фичи и очередность их реализации, цели и структура нового бизнеса (монолитная или микросервисная архитектура, интеграции с другими сервисами и пр.). Так фаундерам станет легче объяснять, что они хотят от команды разработки.  ## Неправильный подбор исполнителей для разработки Давайте представим, что стартап ранней стадии получил свой первый чек инвестиций и хочет нанять команду разработки. Сразу скажем — быстро найти хороших разработчиков будет очень сложно. Помимо рыночной зарплаты важно предложить ценности и миссию, которые замотивируют сотрудника работать долго и с энтузиазмом. Один из способов привлечь классные кадры — много рассказывать о себе в нишевых соцмедиа и активно «продавать» стартап соискателям. Развитие HR-бренда требует немалых инвестиций времени и денег, поэтому срочные и сложные задачи по разработке стартап может [передать на аутсорс](https://metalamp.ru/magazine/article/kogo-privlekat-na-razrabotku-mvp-startapa-frilansera-agentstvo-ili-naemnyh-sotrudnikov).  При выборе подрядчика важно смотреть на его опыт и достижения в конкретной области. Возможно, такая аутсорсинговая компания будет чуть дороже, чем студии широкого профиля, но зато она уже вынесла много уроков и сделала ценные выводы на проектах других клиентов. Вдобавок можно выбирать подрядчика исходя из двух моделей разработки в early stage стартапах: - Качественный код, но долго - Минимум внимания качеству кода, но быстро   Правильного пути здесь нет, все будет зависеть от количества ресурсов и выбора скорости реализации фичей. ## Недостаток опыта и синхронизации Чтобы экономить деньги, стартапы вынуждены привлекать неопытных разработчиков. Но зачастую бывает так, что на таких сотрудниках можно потерять драгоценное для проекта время. Есть несколько факторов, которые могут привлечь в early stage стартап сразу сильного специалиста: - Опытный специалист уже много раз ошибался и теперь готов поделиться инсайтами со стартапом, приносящим пользу обществу. - Сильный разработчик будет рад мгновенно видеть результаты своего труда. В больших корпорациях цикл «‎усилие — результат» может занимать гораздо больше времени.   - Возможность получить хороший опцион и в перспективе заработать внушительную сумму денег. Вероятность совсем небольшая, но она все-таки есть. Когда наняты первые сотрудники, важно синхронизировать их и дать возможность самостоятельно определять цели. Проверенный способ синхронизации — ставить цели снизу вверх. Так сотрудники начнут понимать, как они влияют на рост и развитие стартапа. Затем можно определить 3-4 метрики на каждую цель — по ним будут оцениваться результаты работы. Early stage стартапы могут не успевать с разработкой, когда у CEO нет опыта управления, и он плохо нанимает кадры — разработчики занимаются мелочами и не видят big picture. Также проблемы с процессами разработки могут возникнуть, когда CTO постоянно микроменеджерит команду. На ранней стадии SCRUM — не всегда идеальное решение, можно потестировать собственные методы организации процессов.  А чтобы избежать проблем с разработкой и повысить ее скорость, CTO/техлид могут брать консультации у компетентных специалистов, уже решавших схожие проблемы. Или пойти дальше и привлечь эдвайзера — он поможет выстроить процессы, нанять сильного специалиста и наладить коммуникацию с комьюнити. Как правило, взамен стартап может предложить эдвайзеру долю до 1%.   ## Нет внятной технической документации Забывать обновлять техническую документацию — долгосрочно «убить» разработку. Если документация не очень точна, то скорее всего команда плохо проверяет ее качество, и отсутствует понятный процесс ее написания. Нет четких требований к проектным артефактам — тогда стартапу будет сложно получить что-то определенное и полезное для разработки. На ранней стадии стартапа довольно сложно собирать детальную информацию для документации — код будет обновляться, и такая документация будет приходить в негодность. На практике она должна обеспечивать хотя бы средний уровень погружения в детали проекта. Стартапу можно начать с такого сетапа: - описание проекта и архитектуры - соглашение разработчиков (как ведут разработку) - пользовательская документация - описание кода  - API документация - список функций и их роль Важно, чтобы тот, кто пишет техническую документацию, успевал и работать. Выделять отдельную единицу только на написание документов — непозволительная роскошь для early stage стартапа.  ## Технический долг Сильное влияние на скорость разработки в стартапе ранней стадии оказывает наличие большого технического долга. Поэтому важно следить за его объемом.  Долг накапливается, когда внедряются сиюминутные решения без оглядки на best practices. Код постепенно усложняется и долгосрочно может затруднить масштабирование продукта.  При наличии накопленного технического долга важно привлекать ресурсы не только на разработку новых фичей, но и на рефакторинг кода. На определенном этапе команде может стать некомфортно работать с базой кода. Это сказывается на росте стартапа и взаимоотношениях между разработчиками.  Невнимание к лучшим практикам разработки приводит к ошибкам в ПО, снижению скорости работы сервисов и т.д. Чтобы уменьшить технический долг, стартапы могут предпринять следующие меры:  - **Выделить временные слоты для устранения проблем.** Здесь важно соблюдать баланс между разработкой новых фичей и «ремонтом» старого кода. Возникающие из-за технического долга проблемы должны быть вовремя выявлены и решены, поэтому можно установить сроки, в которые команда будет регулярно оптимизировать код. - **Уделять внимание качеству кода.** Не переписывать, а сразу писать «чистый» код. Команда может принять документ о том, как нужно писать код, какие практики соблюдать, когда проводить проверки кода.  - **Делать рефакторинг кода.**Срочно рефакторить, если разработчик постоянно не может оценить, какое количество времени ему потребуется для решения задачи. Рефакторить нужно постоянно, без долгих перерывов. Лучше немного, но регулярно. При этом рефакторинг не должен стать для команды способом избегать внедрять новую функциональность.  - **Сообщать о техническом долге.**Вся команда, стейкхолдеры должны понимать влияние технического долга на показатели стартапа ранней стадии.  ## Выводы Оценка любой задачи *—* фундамент для команды разработки в early stage стартапе. Разработчики должны максимально вникнуть в контекст задачи и выделять на анализ не менее 5-10% от времени, которое заложено на саму задачу.  При оценке задачи нужно обязательно закладывать время на самотестирование, релиз и отладку. С самого начала жизни стартапа желательно детально прописывать техническую документацию.  CTO может написать подробную структуру для команды, как верхнеуровнево решать ту или иную задачу. Не микроменеджерить, а давать возможность сотрудникам принимать решения, совершать ошибки и быстро исправлять их. Учитывая скорость процессов в стартапе, важно с первых дней следовать фундаментальным принципам:  - Прописывать требования к проекту. Закрепить на бумаге первые ключевые фичи и очередность их реализации, цели и структуру нового бизнеса (например, специфику архитектуры, интеграции с другими сервисами и пр.).  - В случае недостатка компетенций и знаний, обратиться к опытным командам разработки с хорошим портфолио реализации схожих проектов.  - Уделять внимание написанию технической документации. - Не игнорировать технический долг. Инвестировать время в рефакторинг кода. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше полезных статей для стартапов [Lees meer...](https://metalamp.ru/magazine/pocemu-early-stage-startapy-casto-ne-uspevaut-s-razrabotkoj-i-kak-etogo-izbezat.md) ## Как привлечь инвестиции для своего проекта: опыт успешных раундов 2023 года ![Как привлечь инвестиции для своего проекта: опыт успешных раундов 2023 года](https://metalamp.ru/images/funds.png) Фандрайзинг —  актуальный бизнес-процесс, волнующий многих предпринимателей и стартаперов. Он не только о том, как представить свою идею, но и о том, как убедить инвесторов в ее потенциале. Привет! Меня зовут Микола Прындюк, и сейчас я Social Media Manager в MetaLamp. В 2021 я присоединился к команде Game Inn — международному  стартапу в GameFi индустрии. На тот момент Game Inn уже привлек более $500,000 инвестиций и планировал привлечь еще $1.5 млн. в 2022-2023 году. Именно в тот период я активно участвовал в процессе фандрайзинга, тем не менее, мы все же столкнулись с рядом трудностей. Поэтому я решил поделиться личным опытом в этой статье. Я обратился к нескольким экспертам из своего нетворка инвесторов и венчурных фондов. Они поделились личными кейсами, опытом и ошибками, а также ответили на мои вопросы. Я уверен, что это будет полезно как для тех, кто только начинает свой путь в фандрайзинге, так и для тех, кто уже столкнулся с определенными проблемами в процессе.  В интернете существует множество готовых материалов, сообществ, проектов и курсов по привлечению средств для стартапа. Однако большинство из них похожи на рекламные интеграции или инструкции "делай хорошо, не делай плохо". В данной статье я не буду рассматривать базовые понятия фандрайзинга, такие как питчдек, датарум или откуда у ангелов крылья растут. Вместо этого предлагаю рассмотреть ряд действительно полезных советов от реальных людей. Также, в конце статьи я поделюсь списком полезных сервисов для привлечения инвестиций. Познакомьтесь с экспертами: [**Денис Исcаулов**](https://www.linkedin.com/in/denis-isaulov?miniProfileUrn=urn%3Ali%3Afs_miniProfile%3AACoAABIBOK0Bgc_yBy2lW2jPLsZZAXIj5yknJag&lipi=urn%3Ali%3Apage%3Ad_flagship3_search_srp_all%3BxJpmwZY7RXi%2BUZyiVFDaZQ%3D%3D)**, CEO и фаундер OTCMarsBase.io**, 6 лет в крипто-сфере, 3 успешных запуска продуктов, поднял $505,000 в 2023 за более чем 6 месяцев для MarsBase. Планирует получить $1.6 миллиона к концу года. [**Эдем Аппаз**](https://www.linkedin.com/in/edem-appazov/)**,** **Product owner of** **DeGuard**, поднял около  $5 миллионов в seed-раунде для Game Guild проекта со своей командой. [**Артем Овчинников**](https://www.linkedin.com/in/artem-ovchinnikov-98618258/), **Кофаундер Fractal Accelerator**, поднял >$16.1 миллионов в бизнес инвестициях. ## Планирование Первым делом мы обсудили важность начальной подготовки к привлечению инвестиций. **Планирование** — это очень важная часть, и каждый фаундер должен понимать не только для чего, но и как он будет тратить деньги на каждом раунде фандрейзинга поэтапно, шаг за шагом. В разговоре с экспертами, я поделился интересным тезисом, который в свое время почерпнул в международном венчурном клубе Prosto VC.  **Каждый фаундер, который привлекает средства должен всегда иметь ответ на вопрос:*****«Вот я получил запрашиваемую сумму денег для моего проекта. Какие дальнейшие действия я предприму?» *** Я попросил каждого из них прокомментировать корректность данного выражения, основываясь на собственном опыте. Еще добавлю, что не менее важно просчитывать различные сценарии развития дальнейших событий вокруг вашего проекта. Другими словами, фаундер должен иметь не только план A и план В, но и C, D, Е... Как я и говорил, у каждого свой путь и степень осознанности. И для кого-то это может показаться довольно очевидным советом. По личному опыту скажу, что действительно, такие инвесторы встречаются, особенно среди ангелов. Только судить об их адекватности не возьмусь — тут уже роль больше играют человеческие взаимоотношения, эмоции и фактор доверия. Задаваться вопросом поиска инвестиций тогда, когда у проекта уже закончилось финансирование может губительно сказаться на его существовании. Естественно, это не касается тех случаев, когда стартап начинает “с нуля”. ## Самые эффективные способы привлечения инвестиций Согласно [Forbes](https://www.forbes.ru/tehnologii/339113-pochemu-vzletaet-tolko-1-startapov-i-eto-normalno), только 1% стартапов привлекает венчурные инвестиции, больше половины из них (57%) финансируются за счет личных займов и кредитов, по данным [Fundable](https://www.fundable.com/infographics/startup-funding).  Учитывая существование огромного количества стартапов, а также активный рост их числа — конкуренция, чтобы попасть в тот самый 1%, очень большая. Как же привлечь внимание инвесторов именно к своему стартапу и в итоге вырастить-таки своего «единорога»? Существует множество способов и маркетинговых стратегий для первоначального фандрайзинга: холодные аутричи, оффлайн и онлайн мероприятия, питч-сессии, демо-дни, акселераторы, онбординг партнеров со своим нетворком — это все лишь малая часть того, что используют фаундеры проектов. Я спросил у наших экспертов, какие из всех способов были наиболее эффективны для их проектов, и составил ТОП-9 стратегий с их комментариями. Так или иначе, все пункты связаны между собой. ### 1. Нетворкинг и партнерства  ### **2. Выступления на мероприятиях** У нас на канале недавно вышло видео с полезными советами на эту тему: [Интервью с Алексеем Сухаревым. Как эффективно посещать офлайн-мероприятия.](https://youtu.be/35eRTqOEjks) ### **3. Реферальные и партнерские программы** Использование этой стратегии, раскрытие ее преимуществ и недостатков тянет на отдельную статью. Если хотите, чтобы мы раскрыли эту тему подробнее или вам есть чем поделиться — напишите нам в “Предложить материал”, и мы обязательно свяжемся! ### **4. Теплые интро** ### **5. Постоянный контакт и отчетность по трекшену с действующими и потенциальными инвесторами** ### **6. ****Акселераторы** ### **7. ****Эффективное использование трафика** ### **8. ****Холодные аутричи** ### **9. ****Развитие и репутация проекта** Чтобы не происходило — всегда продолжайте развивать проект. Формирование качественного трекшена это одно из неопровержимых правил успешного продукта. Если же стартап оказывается в состоянии стагнации, то превращается в [компанию-зомби.](https://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D0%BC%D0%BF%D0%B0%D0%BD%D0%B8%D1%8F-%D0%B7%D0%BE%D0%BC%D0%B1%D0%B8) Конечно же, все очень индивидуально, и много зависит от той индустрии, в которой вы развиваете проект, конкурентности на рынке и еще десятка факторов. Поэтому используйте те методы, которые подходят вам лучше всего, учитывая все нюансы. ## Критические ошибки Возвращаясь к статистике, около 67 % стартапов срываются на каком-то этапе венчурного процесса или не привлекают последующее финансирование. И только 1% стартапов, поднявших посевной раунд, становятся «единорогами», по данным [Cbinsights](https://www.cbinsights.com/research/venture-capital-funnel-2/). Что может послужить причиной?  ![](https://metalamp.ru/images/unnamed.png) В действительно же причин провала может быть гораздо больше. Чтобы все их не перечислять, и не отбирать сливки от молока, я попросил наших экспертов поделиться своим опытом в совершении критических ошибок, которые ни в коем случае нельзя повторять  ̶д̶о̶м̶а̶ в своем проекте!  **Edem Appaz:** —Самая большая ошибка — это работа с мутными фондами и инвесторами на первых порах, от безысходности. Есть огромное количество скама [прим. обмана] на рынке фандрейзинга и инвестиций в целом. Начиная от инвестирования “чёрных биткоинов”, и заканчивая стандартным фродом по классической схеме аля "отправьте некоторую сумму нам на счёт как proof of readiness" **Artem Ovchinnikov:**— Ни в коем случае не останавливать процесс фандрайзинга, даже если деньги не нужны в текущий момент. У тебя должна быть очередь из инвесторов. Собирай waitlist, формируй нетворк, собирай лучшие предложения, выбирай инвесторов из списка тех, кого хочешь, кто делает лучшее предложение и т.д. — Не брать деньги сразу, когда предлагают. Предложили деньги - закрывай, не жди “завтра”. Завтра может все измениться, рыночная ситуация, эмоции угаснут на конкретную сделку…  **Denis Issaulov:**— Таких ошибок было сотни… — Коммиты с фондами без подтверждения на бумаге (term sheet)  — Смешали клиентов и инвесторов в “одну кучу” — Фокус на бизнесе. “Стартап должен уметь зарабатывать! Технология уже на втором месте” — и это действительно так. Но мы не учли того факта, что зарабатывать можно разными способами. Нужно искать такое продуктовое позиционирование, чтобы стать масштабируемым продуктом. А вот технология должна помогать масштабировать твой заработок, иначе зачем она нужна? В самом начале мы потратили больше времени, фокуса и денег не на масштабирование доходов используя технологию, а на масштабирования доходов используя человеко-ресурсы. И это было ошибка, т.к. мы потеряли время. Но с другой стороны, мы сформировали огромную сеть нетворкинга за этот период. Получается, что каждая ошибка - это и ошибка, и часть пути формирования проекта.   — Неудачная презентация продукта. Мы делали релиз продукта и пригласили порядка 600 клиентов на презентацию. У нас был хост, человек который транслирует картинку и гость, а между ними была огромная задержка связи. Это повлекло за собой растяжение презентации с кучей неловких пауз 🙂 На будущее сделали вывод: всегда приглашайте для ивента менеджеров, которые на этом специализируются. С другой стороны получился чисто стартаперский кейс: «Чем более позорно и стыдно ты запустился - тем больше ты похож на реальный стартап, который делает что-то быстро.» Эти ошибки свидетельствуют о важности четкости, прозрачности и стратегического подхода в процессе привлечения инвестиций. Понимание рисков и умение избегать мошеннических схем, а также умение эффективно представлять свой проект, играют решающую роль в успешном завершении фандрайзинга. ## Заключение Процесс привлечения инвестиций для стартапа представляет собой сложную задачу, требующую стратегического подхода, тщательного планирования и осознанного использования доступных ресурсов. Эксперты подчеркнули важность начальной подготовки, стратегического планирования и разнообразия методов для успешного фандрайзинга. Основываясь на опыте экспертов и анализе данных, можно сделать вывод, что успешное привлечение инвестиций для стартапа требует не только инновационной идеи, но и стратегического мышления, настойчивости, адекватной оценки рисков и грамотного управления процессом, учитывая индивидуальные особенности проекта и рыночные условия. **Поддержите выход следующих материалов на эту и другие темы подпиской на MetaLamp Magazine и наши социальные сети!** **P.S. Как и обещал, делюсь списком из 40 сервисов помогающих в привлечении инвестиций. Заполните форму, чтобы получить список на почту.** ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей для стартапов [Lees meer...](https://metalamp.ru/magazine/kak-uspesno-privlec-investicii-dla-svoego-proekta-opyt-teh-kto-podnal-raund-v-2023-godu.md) ## Когда и как найти технического директора для вашего стартапа ![Когда и как найти технического директора для вашего стартапа](https://metalamp.ru/images/tech%20partner.png) На начальной стадии стартапы часто сталкиваются с важным решением: нужен ли опытный технический директор (СТО)? Его наличие может быть критично для продуктов с масштабной технологической составляющей, например, в финтехе. В других же случаях, СЕО способен самостоятельно собрать продукт или взять управление внешними исполнителями. Мы обратились к стартаперам с различным опытом в этом вопросе, чтобы узнать их реальные истории и получить ценные советы о том, как искать СТО, если вы решите, что он вам необходим. ## Нужен ли СТО на ранних стадиях стартапа? Вопрос о необходимости технического кофаундера или наемного СТО на ранних стадиях стартапа является индивидуальным для каждого проекта. Тем не менее, многие фонды и акселераторы считают наличие СТО на начальной стадии большим преимуществом. Технический бэкграунд такого специалиста может заложить основу для MVP и увеличить привлекательность проекта для инвесторов. С другой стороны, опыт фаундеров показывает, что наличие СТО в раннем проекте зависит от его уровня сложности и бюджета. Важно учитывать, насколько просто собрать первую версию и заложить минимальный функционал проекта своими силами (или с привлечением недорогих специалистов) и соотнести с бюджетом на проект. Необходимость СТО снижается, если вам необходимо лишь протестировать гипотезу, а проект не предполагает изначального закладывания сложной архитектуры. Фаундеры также отмечают стоимость найма опытного СТО и его готовность заниматься непосредственно кодированием на ранних этапах. Качественные кадры подобного звена на рынке всегда [востребованы](https://www.zippia.com/chief-technology-officer-jobs/trends/), и найти такого специалиста – целое испытание. В то же время, опытный СТО может отлично справляться с планированием и бизнес-стратегией, но не заниматься кодированием. За большинство вопросов, описанных выше, отвечает СЕО проекта, и его понимание долгосрочных планов и целей определяют необходимость технического партнера. В итоге, решение о найме СТО опирается на следующие факторы: - Проект изначально является высоконагруженным сервисом и требует сложной архитектуры. - Проекту необходим партнер, который полностью погрузится в техническую составляющую, освободив СЕО для управленческих задач. - Увеличение шансов на успешное финансирование, особенно если планируется обращение в фонды или акселераторы. В других случаях, необходимость найма СТО снижается, если: - Продукт является относительно простым, а MVP можно создать самостоятельно или с помощью аутсорсинга. - Проект находится на стадии тестирования гипотезы, где не требуется разработка сложной технической архитектуры. ## Проблемы при поиске СТО Как только фаундер стартапа определяет, что в команде необходим СТО, перед ним встает сложность выбора подходящего специалиста. Важно учитывать, что СТО должен обладать не только продвинутыми техническими навыками, но и умением управлять командой, формировать требования и работать в условиях стартапа. На что следует обращать внимание и какие компетенции учитывать при выборе? ## Советы при поиске СТО **1. Используйте список контактов.** **2. ****Посещайте хакатоны и другие технические мероприятия. ** Здесь можно оценить потенциальных кандидатов не только с точки зрения их технической экспертности, но и умения общаться и выступать публично. **3. Активно взаимодействуйте в профильных сообществах.**  Участие в чатах и на платформах для поиска партнеров может помочь вам найти подходящего кандидата по знакомству или рекомендации. **4.** **Ищите кандидата, готового расти вместе с проектом.** В конечном итоге, выбор СТО для стартапа – это не универсальное решение, а, скорее, индивидуальный подход, зависящий от конкретных условий и целей проекта. В некоторых случаях, важно иметь СТО на начальной стадии для стратегической поддержки и технического лидерства, особенно в технически сложных, комплексных проектах. В более простых ситуациях, особенно при ограниченности ресурсов, может быть достаточным лишь наличие технически грамотных специалистов или аутсорсинга для запуска MVP и привлечения финансирования. Ключевое значение имеет глубокое понимание своего проекта и его нужд. **Подписывайтесь на нашу еженедельную рассылку самых интересных статей, в рассылку мы не вставляем рекламу, только материалы из нашего Журнала :)** ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Полезные статьи для стартапов [Lees meer...](https://metalamp.ru/magazine/sto-v-startape-kogda-voznikaet-neobhodimost-tehniceskogo-partnera-i-kak-ego-iskat.md) ## Как абстракция аккаунтов позволяет проводить безгазовые криптотранзакции ![Как абстракция аккаунтов позволяет проводить безгазовые криптотранзакции](https://metalamp.ru/images/AA%20wallet.png) В 2016 году Виталик впервые озвучил идею аккаунт-абстракций и спустя 7 лет, в марте 2023 года, мы увидели его реализацию в виде стандарта ERC-4337.  Технология  многообещающая и позволяет реализовать: - безгазовые транзакции для пользователей, - оплату газа токеном (например USDT)  - рекуррентные платежи - восстановление доступа к кошельку через почту или СМС. Все это звучало так круто, что нам даже было сложно поверить, что это будет работать как задумывалось.  Мы потратили кучу времени, чтобы детально разобраться, как именно это все работает и чем это отличается от привычных для всех аккаунтов с сид-фразами (ЕОА). Наш Solidity разработчик Паша Найданов расписал подробнее как устроена технология в своей статье [Account Abstraction: что это такое и зачем нужен криптомиру](https://metalamp.ru/magazine/article/account-abstraction-cto-eto-takoe-i-zacem-nuzno-kriptomiru). А в этом материале мы расскажем, как внедряется такая технология и какую задачу нашего давнего клиента она решила.  ## Где мы это применили и почему было сложно Клиент пришел со старой как этот мир проблемой: блокчейном больно пользоваться.  Что имеется в виду: - Чтобы отправить токен адресату, необходимо раздобыть нативную валюту для оплаты газа - Сид-фразу невозможно запомнить, поэтому ее надо куда-то записать. А потеряв ее, ваши средства теперь ничьи навсегда В итоге, нам поставили задачу: Создать полноценный веб3 кошелек, где новичку в блокчейне не нужно париться из-за газа и сидфраз, и он может получить доступ к user-friendly экосистеме с токенами и NFT.  В команде обсуждалось два решения: 1. Уже обкатанный на практике релеер (на базе ERC-2771) 2. Новый, но заманчивый Account Abstraction (ERC-4337) ![](https://metalamp.ru/images/unnamed 6.png) На первый взгляд кажется, что лучше использовать проверенное временем решение, чем использовать стандарт, который все еще находится в драфте. Но у клиента были серьезные планы сотрудничать со сторонними DeFi протоколами, чтобы договориться о спонсировании газа пользователей, которые будут пользоваться кошельком.  Идея гениальная! Прекрасный пример win-win: протоколы оплачивают газ за пользование сервисом и получают больше юзеров из-за лучшего UX, а пользователь не делает до 4-х лишних операций, чтобы получить нативный токен сети для оплаты газа. Вместо этого, он заплатит сопоставимую сумму в этом же токене,  которым оперирует.  Так же, наш клиент предусмотрел он-рамп (типа MoonPay) интеграцию, которая позволит покупать крипту на кошелек с кредитки, Apple pay и т.п. Для всего этого relayer не подходит, так как он требует вносить изменения в смарт-контракты сервисов, с которыми мы хотим дружить. Будем откровенны — желающие адаптировать свои приложения под ещё не вышедшие кошельки в очереди не стояли.  А вот Account abstraction вообще не требовали никаких изменений на стороне других DeFi приложений. Нужно было просто подключиться к нашему решению и определить некоторые правила, что в разы проще, чем переписывание и доработка дополнительной логики. Другой фишкой АА было упаковка нескольких транзакций одну. В то время, как одна мета-транзакция от relayer могла содержать в себе лишь одну транзакцию, АА бандлер позволял упаковать несколько пользовательских операций (UserOperations) в одну транзакцию. Это позволяет экономить затраты для потенциальных спонсоров газа. ## Что решили с сид-фразой? Другим важным требованием было избавить клиента от риска хранения средств юзеров. Такое требование было навеяно все еще свежим в памяти кейсом FTX.  У клиента не было в планах распоряжаться средствами пользователя, поэтому мы предложили использовать Fireblocks в качестве custody - провайдера.  Это проверенный и надежный сервис, который будет хранить приватные ключи пользователей и по запросу предоставлять подпись транзакций. Вот несколько причин, почему мы выбрали Fireblocks: - **Разделение ключей**: Вместо того чтобы создавать один целостный ключ, MPC (Multi-Party Computation) генерирует несколько частей ключа. Каждая часть ключа хранится отдельно и безопасно. - **Управление транзакциями:**Когда нужно совершить транзакцию, все стороны (например, разные модули вашего сервиса) должны дать свое согласие. Это делается путем объединения их отдельных частей ключа, но без их полного раскрытия. - **Безопасность:** Приватный ключ никогда не собирается в одном месте полностью. Даже если злоумышленник получит доступ к одной части ключа, он не сможет использовать ее, не имея остальных частей. - **Гибкость и контроль:** MPC кошельки позволяют настраивать правила и политики для транзакций, что дает дополнительный контроль над средствами. Убедившись, что у нас есть все ресурсы и инструменты, чтобы решить поставленные задачи, мы приступили к разработке! ## Разработка  Для того чтобы все работало, нужно было поднимать свой сервис (Bundler) для переупаковки привычных транзакций и контракты (кошелек, фабрика кошельков, paymaster и т.д.). Нужно было решить: делаем все с нуля или пользуемся услугами поставщика (account provider). Первый вариант для проекта на такой стадии был явным перебором. Стоимость и сроки проекта могли вырасти в разы. Не говоря о рисках: на момент разработки не было ни одной обкатанной реализации бандлера в открытом доступе, а делать свою слишком трудозатратно и чревато для проекта неуместным долгостроем.  Решили обратиться к провайдерам. Было несколько вариантов и отличались они в первую очередь тем, кто и что успел реализовать. Например, ZeroDev на тот момент поддерживала оплату газа только USDT и PEPE, чего нашему проекты явно было не достаточно.  Альтернативой было решение Alchemy, который как раз начали разработку своего бандлера и у которого были партнёрские отношения с нашим клиентом. К тому же, Alchemy очень уважаемый бренд в веб3 и выбор пал на них.  Мы были одними из первых, кто начал работу с ними, поэтому набивали все шишки вместе с их командой. ## Итоги работы Мы справились за 6 недель. И это включая исследования, огромное количество коммуникаций с командой провайдера и другими сервисами. Настроив инфраструктуру для АА мы передали код в руки инхаус команды, а они занялись фронтендом, подключением он-рамп сервиса и другими фичами. Над проектом трудились два Node.js разработчика фулл-тайм. Так же был тех лид, который проводил код-ревью и прорабатывал системный дизайн сервиса.  Клиент получил весь требуемый функционал в установленные сроки, документацию и техно демку, чтобы показать инвесторам и партнёрам, что обещания в питч-деках было не пустым звуком.  Приятным бонусом и плюсом в карму было поработать с Alchemy и внести вклад в продукт, которым, на наш взгляд, будут пользоваться миллионы людей.  Теперь у команды MetaLamp есть практически коробочное решение по имплементации АА в любой кошелек или dApp и сделать жизнь пользователей этих приложений легче.  **Подписывайтесь на нашу еженедельную рассылку, чтобы получать самые интересные материалы на свою почту. В рассылку мы не вставляем рекламу, только материалы Журнала :)** ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о web3 [Lees meer...](https://metalamp.ru/magazine/account-abstraction-kak-sdelat-kriptotranzakcii-bezgazovymi-dla-polzovatela.md) ## Как токенизировать реальные активы: пошаговое руководство ![Как токенизировать реальные активы: пошаговое руководство](https://metalamp.ru/images/money.png) Токенизация реальных активов (Real World Assets) позволяет привлекать инвестиции из криптомира в офлайн-бизнес, находить новую аудиторию, сокращать расходы на заключение сделок. Разобрались, зачем еще бизнес во всем мире токенизирует недвижимость, золото и овощи, а также собрали лучшие практики. Если у вас нет времени читать статью целиком, переходите к блоку «Коротко» в конце статьи — собрали там пошаговую инструкцию, которая разложит процесс токенизации реальных активов по полочкам. ## Что такое токенизация реальных активов При токенизации бизнес создает отпечаток своих реальных активов в блокчейне — системе, которая обеспечивает прозрачность, безопасность, неизменяемость и распределенность данных при цифровых сделках.  Например, компания решает токенизировать драгоценные металлы. Для этого она выпускает токен, то есть запись в блокчейне. Эта запись подтверждает, что у компании есть десять слитков золота и каждый токен равен, например, одному слитку.  Предполагается, что покупая токены, пользователи получат право на владения золотыми слитками - активами из реального мира. Так право владение должно признаваться и охраняться государством. Однако на момент выхода данной статьи пакет нормативных актов MiCA вступил в силу только на половину, а также еще не сформировалась широкая правоприменительная практика. Этот аспект стоит учитывать, планируя инвестиции в RWA. ## Зачем бизнесу токенизировать реальные активы Токенизация активов несет в себе дополнительную ценность, то есть дает продавцу и покупатели привилегии, которых они лишены при торговле обычными активами на бирже. Например, токенизация позволяет бизнесу привлекать инвестиции из криптомира, автоматизирует сделки, помогает распространять товары новым способом. Вот главные преимущества и риски токенизации реальных активов для бизнеса. **Новый рынок дистрибуции.**При токенизации реальных активов компания начинает использовать деньги цифровых инвесторов для развития офлайн-бизнеса. В этом помогают площадки, которые торгуют криптоактивами, например, NFT-маркетплейсы, централизованные и децентрализованные биржи.  **Разделение прав владения активами между множеством небольших инвесторов.**Благодаря блокчейну, который играет ключевую роль при токенизации реальных активов, компания может дробить свои активы на токены разной величины: золотые слитки, килограммы, квадратные метры недвижимости и так далее. Это позволяет продавать реальные активы множеству мелких инвесторов, тем самым упрощая процесс инвестирования и быстрее привлекая финансирование.  Например, на обычной бирже инвестор не может купить меньше, чем одну акцию, а в криптомире может. То есть инвестор может купить токен равный 0,000001 доле актива и тем самым войти даже в дорогостоящий актив, для покупки которого целиком у него недостаточно денег. **Передача прав владения активами инвесторам напрямую, без посредников.**Законодательство многих стран, например, США и Швейцарии, позволяет организовать торговлю токенами без посредников, таких как государственные или финансовые учреждения. Прямая торговля активами снижает издержки на заключение сделок и ускоряет процесс продажи активов.  Однако в России токенизация активов без посредников не возможна. По закону продажа токенов и передача цифровых прав может происходить только на специальной инвестиционной платформе, которую контролирует Центробанк России. **Автоматизация сделок благодаря смарт-контрактам.**Смарт-контракт — это цифровой договор между продавцом и покупателем, который действует в блокчейне. Смарт-контракт устанавливает правила цифровой сделки, контролирует исполнение обязательств обеими сторонами и автоматически выполняет условия договора при совершении определенных действий. Например, право на совершение сделки у инвестора появляется после того, как он вносит залог или подтверждает свою платежеспособность.  **Новые бизнес-модели.**Наряду с традиционным способом продажи активов, когда товар переходит от продавца к покупателю, компания может совершать сделки с реальными активами, передавая только цифровые права на них.  Например, параллельно с торговлей вином в офлайн-магазине компания может выпускать токены и продавать право владения бутылкой вина в цифровой среде, оставляя саму бутылку на хранении в специально оборудованном складе. Благодаря этому инвестор получает дополнительный актив, а компания — новую бизнес-модель. В этом случае можно использовать смарт-контракты, чтобы инвесторы могли самостоятельно перепродавать бутылки в виде токенов друг другу, а компания — автоматически получать комиссию с каждой сделки. **Инструмент маркетинга и пиара.**Выпуск токенов и выход компании на NFT-маркетплейс — хороший пиар-повод. Многие крупные бренды из разных сфер бизнеса, например, New Balance и Gucci, осваивают NFT-рынок, активно рассказывают об этом и привлекают новую аудиторию.  Помимо преимуществ у токенизации реальных активов есть и риски. Эти риски делятся на юридические риски и бизнес-риски. **Юридические риски токенизации.**Этот тип рисков связан с законодательным регулированием криптоиндустрии в целом и, в частности, токенизации реальных активов.  **Бизнес-риски токенизации.** Токенизация реальных активов — это запуск нового направления в бизнесе, которое открывает новые способы дистрибуции товаров, привлечения инвестиций и клиентов. Начав токенизацию, компания несет все стандартные риски, связанные с развитием нового направления. ## Какие реальные активы токенизируют чаще всего Компания может передавать цифровым инвесторам право владения чем-либо: акциями, облигациями, интеллектуальной собственностью, предметами искусства, недвижимостью. Вот какие реальные активы обычно токенизируют. - **Финансовые активы:** акции, облигации, опционы, ценные бумаги. - **Интеллектуальную собственность:**авторские права, патенты, товарные знаки. - **Предметы роскоши:**суперкары, дизайнерскую одежду, аксессуары.  - **Драгоценные металлы: слитки золота, серебра, платины. ** - **Промышленные товары:** электроэнергию, полезные ископаемые, сельскохозяйственную продукцию.  - **Недвижимость:** земельные участки, дома, квартиры в новостройках, офисные помещения, склады.  - **Произведения искусства:**картины, фотографии, скульптуры.  - **Предметы коллекционирования:**антиквариат, спортивные карточки, монеты, марки, вино.  - **Билеты:** билеты на концерты, выставки, театральные постановки, бизнес-события.  ## Как токенизировать реальные активы Чтобы начать привлекать инвестиции из криптомира в офлайн, определитесь с активами, которые будете токенизировать, выберите тип токена и платформу, продумайте механику. Рассказываем по шагам, как токенизировать реальные активы.  ### Шаг 1. Составьте бизнес-план Прежде всего необходимо ответить на два главных вопроса: **«Что я могу токенизировать?»** и **«Как я могу на этом заработать?»**. Чтобы это сделать, составьте бизнес-план. Он также поможет продумать, по какой цене вы будете торговать активами, кто ваши клиенты, сколько их, как их привлечь и сколько это стоит.  Допустим, вы занимаетесь традиционным бизнесом — продаете коллекционный виски. Вам важно понять, захотят ли ваши клиенты покупать токены, а не просто бутылки. Или, может быть, вам выгоднее напрямую привлекать криптоинвесторов, которые привыкли инвестировать в цифровой среде и отлично понимают, как устроена токенизация. Составив портрет целевой аудитории, вы продумываете маркетинговую стратегию. Она поможет привлечь нужных покупателей и оценить затраты на их привлечение. ### Шаг 2. Определитесь с токеном  Токенизировать активы можно с помощью NFT или обычных токенов.  **NFT.** Невзаимозаменяемый токен обычно создают для какого-то уникального актива, ценность которого напрямую зависит от его неповторимости. Например, NFT чаще всего используют при токенизации произведений искусства.  **Обычный токен.** Взаимозаменяемый токен подойдет для токенизации активов, которых много. Например, драгоценные металлы: один слиток золота равен по ценности другому слитку золота. Эти два слитка золота взаимозаменяемы, и нет смысла создавать уникальный NFT под каждый слиток.  ### Шаг 3. Выберите платформу Выпуск и торговля токенами происходит на специальных платформах. Компания может создать свою платформу или выйти на уже существующую.  **Своя платформа.**Такой путь подойдет крупным компаниям, у которых свои требования к безопасности и свои технологические решения. Это путь федеральных и международных компаний.  **Площадки-посредники.**Средний и малый бизнес обычно выпускает токены на уже существующей платформе. Например, для выпуска NFT подойдет площадка [OpenSea](https://opensea.io) —  самый популярный NFT-маркетплейс, где токены продают и обычные пользователи, и компании.  Также есть специализированные платформы для токенизации активов.  **Вот пять самых популярных международных платформ. ** - [Securitize](https://securitize.io) — главная платформа для токенизации ценных бумаг.  - [Polymath](https://polymath.network) также специализируется на выпуске токенизированных ценных бумаг.  - [Harbor](https://goharbor.io) — это платформа для токенизации недвижимости, прямых инвестиций и других активов.  - [RealT](https://realt.co) помогает компаниям токенизировать реальную недвижимость: земельные участки, дома, квартиры.  - [ADDX](https://addx.co/en/index.html) предназначена для токенизации активов прямых инвестиций и недвижимости.  Выходцы из СНГ создали платформу [dzengi.com](https://dzengi.com), которая изначально позиционировалась как платформа, где есть возможность не только покупать криптовалюты, но также возможность торговать активами, привязанными к сырью, акциям, облигациям и пр. Компании, которые нацелены на российский рынок, могут торговать токенами на специализированных платформах от двух крупных российских банков — [Сбера](https://dfa.sber.ru) и [Альфа-Банка](https://alfabank.ru/corporate/digital-assets/).  А еще бизнес может использовать старый-добрый [Binance](https://www.binance.com/en), который сегодня считается крупнейшей криптобиржей в мире.  ### Шаг 4. Продумайте механику выпуска и обращения токенов Вам нужно понять, откуда будут браться токены, как будет регулироваться их эмиссия и зачем пользователи будут ими владеть и торговать.  Механика токенизации схожа с эмиссией обычных акций или облигаций, когда вы собираетесь выйти на биржу и сделать предложение инвесторам.  ### Шаг 5. Выпустите токены Эмиссия токенов — заключительный этап токенизации реальных активов. После него токены компании становятся доступны криптоинвесторам и начинается процесс привлечения инвестиций.  При выпуске токенов обычно ориентируются на правила площадки, где будут обращаться токены, бизнес-план и механику токенизации.  ## Лучшие практики Один из громких примеров токенизации активов приходится на 2021 год, когда калифорнийский стартап продал квартиру с помощью NFT. После этого появились успешные кейсы продажи золота, сельскохозяйственных земель и коллекционного алкоголя. Почитайте, как офлайн-бизнес токенизирует свои активы. **Недвижимость.**Калифорнийский стартап Propy помогает заключать сделки по покупке и продаже реальной недвижимости, основываясь на технологии блокчейн. Самой известной сделкой Propy считается продажа пентхауса в Киеве. Он был выставлен на аукцион и торговался за NFT. Стоимость сделки составила 36 ETH, что на момент заключения сделки превышало 93 тысячи долларов. ![](https://metalamp.ru/images/real estate.png) *Интерьер пентхауса в Киеве, который был продан с помощью NFT. Источник:*[*propy.com*](https://propy.com/browse/propy-nft/) **Золото.**Компания IWI Global заведуют золотыми месторождениями в Азии, Африке и Южной Америке. В 2022 году она выпустила свой собственный токен GDIT, к которому привязаны реальные золотые слитки. Один GDIT равен одному грамму физического золота. Предпродажа GDIT продлится до 11 декабря 2023 года, после чего токены станут доступны инвесторам на открытых торгах. ![](https://metalamp.ru/images/gold.png) *IWI Global объединила одну из старейших валют мира с технологией блокчейн.  Источник:*[*gdit.gold*](https://www.gdit.gold/) **Сельское хозяйство.**Компания Agrivirtus уже более 20 лет занимается развитием сельского хозяйства в Латинской Америке. Она первой в отрасли решилась токенизировать выращивание томатов, объединив в своем проекте фермеров, конечных потребителей и инвесторов. Каждый из участников цифровой сделки получает свои преимущества: фермеры — сельскохозяйственные угодья, конечные потребители — фермерскую продукцию, а инвесторы — часть прибыли от продажи овощей. ![](https://metalamp.ru/images/agriculture 1.png) *Agrivirtus стремится создать фермерскую экосистему, объединив традиционные технологии сельского хозяйства и возможности криптоинвестирования.  Источник:*[*agrivirtus.farm*](https://agrivirtus.farm/privacy-policy/) **Премиальный виски.**Компания, которая занимается продажей коллекционного виски, хранит лучшие образцы от именитых европейских производителей на специально оборудованном складе. Каждая бутылка привязана к NFT. Ценитель премиального напитка может купить редкую бутылку определенной марки и года выпуска за NFT, чтобы получить право владения этим напитком, или перепродать этот NFT другому человеку, чтобы заработать, так как со временем такой виски только растет в цене. При цифровых сделках реальные бутылки с виски остаются на складе: владельцам не нужно думать об их сохранности и транспортировке. ![](https://metalamp.ru/images/whiskey 1.png) *Благодаря токенизации офлайн-бизнес по продаже коллекционного виски привлек новую аудиторию в лице криптоинвесторов. Источник:*[*unsplash.com*](https://unsplash.com/photos/red-and-brown-wooden-barrel-lot-jlRE8FK3RLw) ## Токенизация реальных активов в России Государство уже начало регулировать токенизацию реальных активов.  В 2019 году был принят закон, который [ввел](https://www.consultant.ru/document/cons_doc_LAW_330652) понятие утилитарной цифровой подписи (УЦП) — цифрового купона, который позволяет инвестору требовать вещь, услугу, право пользования программой у компании, которая этот купон выпустила.  С 2020 года действует закон, который [регулирует](https://www.consultant.ru/document/cons_doc_LAW_358753) выпуск и обращение цифровых финансовых активов (ЦФА). Владелец ЦФА получает право в будущем требовать у компании деньги, акции, облигации и другие подобные активы.   **Подробнее про УЦП и ЦФА мы [уже рассказывали](https://metalamp.ru/magazine/article/utilitarnye-cifrovye-prava-podrobnoe-rukovodstvo-dla-kompanij-i-investorov) в другой нашей статье.** С запуском специальных платформ для торговли токенизированными активами от Сбера и Альфа-Банка рынок цифровых активов в России начал закономерно расти. В 2023 году Сбер впервые [выдал](https://www.rbc.ru/crypto/news/655c83cb9a79475122f2fc38) кредит под залог ЦФА. А к концу 2023 года отечественные компании [выпустили](https://www.rbc.ru/crypto/news/64f6e85d9a7947cb14e5728b) ЦФА более, чем на 25 миллиардов рублей. Для сравнения: в 2022 году объем этого рынка [составил](https://www.vedomosti.ru/investments/articles/2023/10/20/1001594-operatori-tsfa-zhdut-chetirehkratnogo-rosta-rinka) 700 миллионов рублей.  По прогнозам, к 2024 году объем российского рынка цифровых финансовых активов [вырастет](https://www.vedomosti.ru/investments/articles/2023/10/20/1001594-operatori-tsfa-zhdut-chetirehkratnogo-rosta-rinka) до 125 миллиардов рублей. ## Коротко: как бизнесу токенизировать реальные активы **Шаг 1. Составьте бизнес-план. Какие реальные активы вы будете токенизировать и как сможете на этом зарабатывать. ** **Шаг 2. Определитесь с токеном.**Какие токены лучше всего отвечают вашим реальным активам: NFT или обычные токены.  **Шаг 3. Выберите платформу. Вы можете создать свою платформу или выйти на уже существующую.** **Шаг 4. Продумайте механику выпуска и обращения токенов.** Откуда будут браться токены, как будет регулироваться их эмиссия и почему пользователи захотят ими владеть и торговать.  **Шаг 5. Выпустите токены.** Начните эмиссию токенов, чтобы они стали доступны потенциальным инвесторам.  ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей о web3 [Lees meer...](https://metalamp.ru/magazine/zacem-realnyj-biznes-tokeniziruet-aktivy-i-kak-eto-sdelat-posagovaa-instrukcia.md) ## Как создать дизайн для MVP за 7 дней ![Как создать дизайн для MVP за 7 дней](https://metalamp.ru/images/rocket%20computer.png) Мы решили написать эту статью, чтобы показать на реальном примере и опыте нашей команды, как можно быстро (за считанные дни) и эффективно разработать интерфейсы для MVP, используя открытые библиотеки и опытного UX|UI дизайнера. В качестве примера мы взяли один из наших заказных проектов, с которым мы начали работу без какого-либо формального ТЗ и с минимумом вводной информации, а сроки по проекту обозначались как «Нам нужно это ещё вчера!». В нашем случае показательным было то, как специалисты помогли расставить приоритеты в работе, тем самым попав в потребности клиента и быстро доведя до результата — готовых дизайн-макетов MVP. Описанные в статье подходы и практики может брать на вооружение каждая стартап команда, чтобы снижать скорость выпуска новых версий продукта и оптимизировать работу над дизайном. Обобщенные выводы можно прочитать в последнем разделе «Рекомендации стартап командам от дизайнера». ## Контекст Основатель early stage стартапа из Калифорнии обратился к нам с задачей разработки MVP платформы, снижающей расходы на облачную инфраструктуру. Функционал заключался в том, что пользователь мог быстро провести мониторинг работы своих серверов и получить рекомендации по улучшению показателей, а в дальнейшем заказать и оплатить более выгодные решения. ![](https://metalamp.ru/images/roketroket.png) Изначально MVP создавался для студентов американских вузов, которые испытывали потребность в недорогих серверах. Предполагалось, что в первой версии пользователь сам установит скрипт мониторинга состояния сервера, а уже в самом сервисе получит результаты анализа и выбор альтернатив.  Задача MVP — понять, **нужен ли подобный сервис на рынке**, и закрывает ли он реальную проблему, а не выдуманную. Соответственно, на его реализацию в первом приближении нужно было потратить минимум бюджета и времени. Прямой автоматической монетизации в первой версии не предполагалось. Первых клиентов и первые платежи заказчик собирался обрабатывать вручную: когда клиент уже попользовался сервисом и готов оплатить подключение альтернатив. Материалов от заказчика в момент подключения нашей команды было немного: несколько маркерных рисунков, отражающих видение интерфейса, и небольшие комментарии об идее проекта. ![](https://metalamp.ru/images/marker drafts.jpeg) Пример изображений/набросков, переданных нам от заказчика на старте проекта ## Работа над проектом Заказчик хотел попасть из точки A — только идея в голове и хаотичные макеты от руки, в точку Б — кликабельному MVP, который можно будет тестировать на реальных пользователях. Разбивка сложных задач на простые дала понять детали и трансформировать вводные данные в виде маркерных набросков и комментариев в понятный user flow — путь, который пользователь должен пройти, чтобы добиться своей цели. ![](https://metalamp.ru/images/flow.png) Первые шаги в user flow нашего клиента Данный user flow мы получили уже на **4 день работы** над проектом. Первые 2 дня ушли на погружение дизайнера в контекст предметной области. Для этого пришлось погрузиться в особенности работы с облачной инфраструктурой, взяв консультации с нашими бекендерами и расспросив их о том что такое CPU, GPU, RAM, зачем техническим специалистам эти данные и пр. Остальные 2 дня ушли на вопросы-уточнения для заказчика и формирование целостного пути пользователя. Следующим этапом появились первые экраны приложения, которые можно было обсуждать и вносить в них корректировки. Оставшиеся**3 дня** тратились в основном на синхронизацию по промежуточным макетам в виде онлайн-встреч и демонстраций. Это дало возможность окончательно разобраться в устройстве проекта, уточнить детали, которые до сих пор всплывали при обсуждениях и всё больше раскрывали видение фаундера. Ускорить выпуск первой версии продукта для демонстрации пользователям помогло то, что мы пошли не по стандартному флоу работы, где дизайнер отдаёт уже стилизованные макеты, выверенные по пикселям. В нашем случае результатом работы дизайнера стали черно-белые прототипы, которые покрывали функционально все сценарии для демо и были согласованы клиентом на предмет того, что все его идеи воплощаются в продукт так, как нужно. В качестве стилистического решения мы предложили использовать готовую библиотеку компонентов [Ant Design](https://ant.design/components/overview/) т.к. разработчики уже имели опыт работы с ней и она функционально покрывала все необходимые элементы, которые были заложены дизайнером. Таким образом, мы нашли компромисс между желаемым результатом и смогли радикально снизить и стоимость, и временные затраты в работе. ## Итоги работы **Было**: 5 маркерных рисунков от заказчика, в которых было невозможно разобраться разработчикам, чтобы выпустить продукт. **Стало:** макеты продукта и понятный user flow, по которому разработчики смогли воплотить работающий продукт, имея готовую библиотеку компонентов. ![](https://metalamp.ru/images/screens.png) Один из финальных экранов проекта **Результат работы в цифрах:** - 7 рабочих дней или порядка 40 часов работы дизайнера от получения задачи до финальных макетов. - 3 zoom-встречи с заказчиком и 2 очных встречи с разработчиками для погружения в предметную область. Макеты значительно преобразились в ходе проработки дизайна. То, как визуализировал проект заказчик, оказалось не самым эффективным способом.Так, в процессе демонстраций дизайнер часто получал обратную связь в формате: «А,*действительно, можно так перейти и объединить тут и тут — я об этом не думал. Мне нужно было это увидеть явно*». Многие компоненты и их расположение, отрисованные в набросках, изменились или были упрощены совместными усилиями команды и заказчика. Это уберегло проект от лишних переделок в будущих итерациях. Кроме того, мы решили проблему отсутствия удобных материалов для демонстрации потенциальным пользователям во время кастдева: ## Рекомендации от дизайнера стартап командам - Ответы на вопрос «**Кто и зачем пользуется сервисом?**» должен транслировать основатель, но на вопрос «**Как?**» лучше отвечать дизайнеру. Это сэкономит время и ресурс команде, в которой нет опытного UX/UI специалиста. - Использование открытых библиотек не всегда оправданно, но это может радикально удешевлять и упрощать работу над MVP, цель которого быстро протестировать пользу для клиентов. - Структурная работа и вовлечение в детали лучше бездумной «отрисовки pixel-perfect макетов». Пройдя путь от вопроса «Кто и зачем?», проработав user flow, уточнив множество деталей и только потом перейдя к отрисовке интерфейса, мы создали действительно минимальную версию для достижения цели пользователем, а заказчику сэкономили время и средства на переработку ненужных компонентов и экранов в будущем. Подписывайтесь на нашу еженедельную рассылку, чтобы получать подобные публикации прямиком на свою почту. В рассылку мы не вставляем рекламу, только материалы Журнала :) ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей про MVP [Lees meer...](https://metalamp.ru/magazine/kak-sozdat-dizajn-dla-mvp-startapa-za-7-dnej.md) ## Что такое NFT-маркетплейс и зачем он нужен бизнесу ![Что такое NFT-маркетплейс и зачем он нужен бизнесу](https://metalamp.ru/images/market.png) По прогнозам к 2027 году мировой рынок NFT [охватит](https://www.statista.com/outlook/dmo/fintech/digital-assets/nft/worldwide) более 19,3 миллионов пользователей. Уже сегодня стоимость одного мема может достигать несколько сотен тысяч рублей, а крупные бренды все чаще используют NFT в маркетинге и пиаре. Разобрались, какие бывают NFT-маркетплейсы, что на них продают и какие возможности открывают эти площадки для бизнеса. Если хотите узнать главное по теме за 30 секунд, сразу переходите к разделу «Коротко» внизу статьи. ## Что такое NFT NFT, или невзаимозаменяемый токен — это уникальный цифровой актив, который позволяет владеть и торговать цифровыми объектами с определенной ценностью и уникальностью. Например, цифровыми картинами, видеороликами, аудиотреками, виртуальными недвижимыми объектами в игровой вселенной. NFT основан на технологии блокчейн, которая гарантирует безопасность,  прозрачность, неизменяемость и распределенность данных при совершении цифровых сделок. При этом главное отличие NFT от криптовалют, например, от биткоина, — уникальность и неповторимость.  ## Что такое NFT-маркетплейс NFT обращаются на специальной платформе — NFT-маркетплейсе. На такой платформе авторы могут размещать NFT, а пользователи — покупать эти NFT и торговать ими между собой.  **NFT-маркетплейс — это Авито, если сравнивать его с российскими реалиями.** Одним из первых NFT-маркетплейсов считается CryptoKitties, который появился в 2017 году. Он создан на базе одноименной онлайн-игры, в которой пользователи могут создавать, разводить и продавать уникальных виртуальных кошек. CryptoKitties работает на блокчейне Ethereum. Игра стала настолько популярной, что из-за высокой активности пользователей у Ethereum появились проблемы с масштабированием. CryptoPunks — еще один знаковый NFT-маркетплейс, который также был запущен в 2017 году. Площадка предлагала уникальных цифровых персонажей, которых можно было покупать и продавать на блокчейне Ethereum. CryptoPunks стал одним из первых успешных NFT-проектов. Узнаваемый пиксельный художественный стиль вдохновил других на создание подобных площадок и помог NFT стать формой цифрового коллекционирования.  ![](https://metalamp.ru/images/cyberpunks.png) *На платформе CryptoPunks выпущено 10 тысяч уникальных изображений в стиле пиксель-арт, каждое из которых сгенерировано с помощью компьютерного кода. Источник:*[*phemex.com*](https://img.phemex.com/wp-content/uploads/2021/06/07105949/cryptopunks.png) ![](https://metalamp.ru/images/crypto cats.png) *У каждого криптокотика из игры CryptoKitties — уникальный внешний вид и набор характеристик. Источник:*[*cryptokitties.co*](https://www.cryptokitties.co/catalogue) Сегодня NFT-маркетплейсы представляют собой почти же самое, что и на этапе зарождения, то есть платформы, где пользователи могут покупать и продавать уникальные цифровые активы. Но есть два важных отличия.  Первое отличие в том, что сейчас таких площадок сотни. Одни — для люксовых NFT, другие — для коллекционного алкоголя, третьи — для картинок, четвертые — для виртуальной недвижимости и так далее. Второе отличие — в привязке NFT к реальным объектам. NFT становится способом токенизации активов из реального мира (Real World Assets). С помощью NFT офлайн-бизнес может привлекать деньги из крипторынка.  ## Возможности NFT-маркетплейсов C помощью NFT-маркетплейсов продавцы монетизируют свои цифровые произведения, покупатели — становятся частью субкультуры и коллекционируют цифровое искусство, а бизнес — использует технологию для продажи реальных активов в цифровой среде. Вот основные возможности NFT-маркетплейсов.  **Простой и безопасный способ создания NFT.** Площадки предлагают интуитивно понятные интерфейсы, где продавцы могут легко загружать свои цифровые работы, устанавливать цену и выбирать разные механизмы продажи, например, фиксированная цена или аукцион. **Защита от подделок и гарантия уникальности.** NFT-маркетплейсы работают по технологии блокчейн. Каждый NFT имеет уникальный след в блокчейне, который гарантирует его подлинность и историю владения. Это дает покупателям уверенность в том, что они приобретают оригинальную и уникальную цифровую работу. Продавцы же автоматически получают вознаграждение за каждую последующую продажу актива.  **Заработок на продаже цифровых активов.**Продавцы получают доступ к мировому рынку, который объединяет покупателей и коллекционеров со всего мира. Благодаря глобальной видимости и доступности NFT-маркетплейсов продавцы могут выйти на широкую аудиторию и повысить шансы на успешную продажу своих NFT.  **Доступ к огромному разнообразию цифровых активов.**Пользователи получают доступ к огромному разнообразию цифровых активов, включая цифровое искусство, коллекционные предметы, музыку, видео, игры и многое другое. Это открывает новые возможности для создания собственной цифровой коллекции и выражения индивидуальности. **Участие в создании цифрового искусства.**Маркетплейсы позволяют покупателям взаимодействовать с создателями NFT и даже участвовать в создании произведений искусства через различные функции, например, голосования и аукционы. Покупатель становится не только владельцем уникального актива, но и частью определенной культуры.  **Инвестиции из криптомира в реальный мир.**NFT-маркетплейсы стали популярны благодаря цифровому искусству, ведь NFT — самый удобный способ передавать права при цифровых сделках. Но пользователи достаточно быстро наигрались c цифровыми произведениями, рынок NFT пережил бум и эту технологию начинает использовать бизнес.  **Теперь NFT не только атрибут криптомира. Традиционный бизнес, не связанный с криптой, может запускать NFT-проекты. Это способ привлечь инвесторов из криптомира, которые сейчас испытывают трудности при инвестировании криптоактивов в реальный сектор, так как криптоактивы и традиционные активы тяжело конвертируются друг в друга.** Например, недвижимость. Застройщик может привязать каждое помещение и даже каждый квадратный метр к NFT, а потом распродать недвижимость множеству мелких инвесторов. Технология NFT позволяет сделать инвестиции доступными для всех и быстрее начать строительство. Криптовалюты позволяют удобно привлечь много инвесторов, готовых вложить десять тысяч долларов, вместо того, чтобы искать десяток инвесторов, каждый из которых располагает миллионом долларов.  Еще пример. Допустим, у вас лизинговая компания. Вы скупаете автомобили и сдаете их в аренду. Можно привязать NFT к каждому автомобилю или раздробить каждый автомобиль на несколько токенов, сделав покупку этого автомобиля дешевле для цифровых инвесторов. Это позволит вам быстрее обновить автопарк и масштабировать бизнес за счет инвесторов из криптомира.  ## Как работает NFT-маркетплейс Предположим, у вас есть уникальное цифровое произведение — картина — и вы хотите продать его в качестве NFT. Прежде всего вам необходимо создать аккаунт на NFT-маркетплейсе. После этого вы загружаете цифровую картину на платформу, прикрепляете изображение или другие медиафайлы, чтобы показать покупателям свой товар.  Затем вы устанавливаете цену. Можно выбрать фиксированную цену, по которой будет продаваться ваше произведение, либо использовать аукцион, на котором пользователи будут делать ставки и торговаться за вашу работу. После того, как вы загрузили свой NFT на маркетплейс, картина проходит процесс верификации. Она нужна для того, чтобы гарантировать подлинность и целостность NFT. Для регистрации и хранения информации об NFT используется блокчейн, который делает ваш товар неподдельным и связанным с вами в качестве оригинального создателя. Когда ваша картина выставлена на продажу, она становится доступной для покупателей на маркетплейсе. Потенциальные покупатели могут увидеть вашу работу, прочитать с описание и, если им нравится лот, купить его. При покупке происходит перевод цифровой валюты между продавцом и покупателем. После покупки покупатель может добавить цифровую картину в свою коллекцию, где он хранит цифровые активы и управляет ими. ## Виды NFT-маркетплейсов В рамках технологии NFT можно передавать права на все, что угодно — от мемов до квартир.  Вот чем чаще всего торгуют на NFT-маркетплейсах.  **Цифровое искусство.**Самые популярные площадки — [OpenSea](https://opensea.io), [Rarible](https://rarible.com) и [Foundation](https://foundation.app). Такие маркетплейсы специализируются на торговле изображениями, анимациями, музыкой и другими видами медиа.  ![](https://metalamp.ru/images/rarrble.png) *На Rarible можно покупать и продавать фото, игры, музыку, мемы за монеты WETH* ![](https://metalamp.ru/images/Foundation .png) *Торги на Foundation проходят по модели аукциона* **Игровые активы.**Примеры NFT-маркетплейсов для игровых активов — [Axie Infinity Marketplace](https://app.axieinfinity.com) и [NBA Top Shot](https://nbatopshot.com). На этих площадках торгуют игровыми активами и коллекционными предметами виртуальных игр. Здесь пользователи продают, покупают и обмениваются уникальными NFT-предметами, которые используются внутри какой-либо игры или представляют коллекционную ценность.  ![](https://metalamp.ru/images/axie.png) *Маркетплейс Axie Infinity создан на базе одноименной онлайн-игры  и позволяет игрокам зарабатывать, продавая персонажей* ![](https://metalamp.ru/images/top shot.png) *Площадку NBA Top Shot, на которой торгуют цифровыми спортивными коллекционными карточками, поддерживает американская баскетбольная лига* **Виртуальная недвижимость.**Самые популярные площадки для сделок с цифровой недвижимостью — [Decentraland](https://decentraland.org) и [The Sandbox Marketplace](https://www.sandbox.game/en/shop/). Эти маркетплейсы позволяют покупать и продавать NFT-участки виртуальной недвижимости. Например, можно приобретать кусочки виртуального пространства и создавать на них свои виртуальные миры, предметы и контент. ![](https://metalamp.ru/images/decentraland.png) *На Decentraland представлено более 90 тысяч земельных участков из виртуальной метавселенной* ![](https://metalamp.ru/images/sandbox.png) *Пользователи The Sandbox Marketplace торгуют недвижимостью, которую можно использовать в метавселенной Sandbox * **Коллекционные предметы.**Предметы для виртуальных коллекций чаще всего покупают на [NBA Top Shot](https://nbatopshot.com) и [CryptoPunks](https://cryptopunks.app). Здесь пользователи собирают спортивные моменты, виртуальных персонажей, исторические артефакты и все, что можно коллекционировать. ![](https://metalamp.ru/images/overall stats.png) *В коллекции криптопанков — персонажи мужского и женского пола, зомби, пришельцы и обезьяны* ## Лучшие практики Если вы задумали сделать свой NFT-маркетплейс, прежде всего изучите лидеров рынка. Это позволит перенять лучшие механики и не допустить ошибок, из-за которых продукт может провалиться.  Понять, какие маркетплейсы сегодня в тренде, [поможет](https://dappradar.com) сайт DappRadar. Там всегда доступная свежая статистика по наиболее посещаемым площадкам.   На октябрь 2023 года наши эксперты выделили несколько маркетплейсов, на которые можно равняться. Вот они: - универсальный маркетплейс для всего [OpenSea](https://opensea.io); - маркетплейс для трейдинга NFT [Blur.io](https://blur.io); - **маркетплейсы для сделок с цифровым искусством [objkt.com](https://objkt.com) и [Foundation](https://foundation.app)**; - набирающий популярность маркетплейс для цифровых художников и фотографов [HUG](https://thehug.xyz). ## NFT-маркетплейс для бизнеса С помощью NFT бизнес может развивать цифровое комьюнити, привлекать инвестиции из крипторынка, продавать товары по новому каналу, усиливать маркетинг и пиар.  **Взаимодействие с цифровым комьюнити.**Бизнес, который развивает соцсети или работает с клиентами в онлайне, использует NFT для того, чтобы создавать пользователям большую ценность. Пользователи могут перепродавать эту ценность друг другу или получать уникальный доступ к контенту. **Привлечение денег из крипторынка.** Если еще несколько лет назад, до криптобума 2021 года, криптоинвесторы вкладывали деньги исключительно в онлайн. Сегодня им интересно взаимодействовать с офлайном, и NFT для них — единственный понятный и надежный способ это делать. **Новый способ дистрибуции товаров.** Например, компания может продать NFT, а вместе с ним — право владения бутылкой коллекционного вина. Так бизнес будет развивать новый канал продаж помимо традиционных. **Рабочий инструмент маркетинга и пиара.**NFT-маркетплейс позволяет компании взаимодействовать с пользователями, клиентами и партнерами с помощью цифровых наград. Корпоративные награды в виде NFT — это те же ачивки, то есть достижения в онлайн-играх, к которым привыкло уже не одно поколение пользователей.  Преимущество цифровых наград в том, что информация о них хранится в публичном блокчейне, а не в локальной базе данных. Это гарантирует защищенность и безопасность пользовательской информации и повышает доверие к бренду. **Кейс N1.**Российский бренд молодежной одежды Befree выпустил бесплатную NFT-коллекцию под названием Befreaks. В ней представлена тысяча разных птичек —  маскотов бренда. У каждой птички — свой уникальный стиль и интересы. Обладатели токенов получили специальные скидки на отдельные коллекции бренда и другие преимущества. ![](https://metalamp.ru/images/befree.jpeg) *Пользователь, которому достался самый редкий токен из коллекции от Befree, получил право ежегодно получать бесплатный набор базовой одежды. Источник:*[*profashion.ru*](https://profashion.ru/upload/iblock/985/iv01hgruhly0wafhz0lvep4frajy5ogn/befree_820.jpg) **Кейс N2.**Burger King усовершенствовал программу лояльности с помощью NFT. Посетители ресторанов быстрого питания получили возможность получать призы в виде коллекционных NFT, которые дают право на разные привилегии. Например, владелец NFT может претендовать на годовой запас бургеров или сувенир с автографом знаменитости.  ![](https://metalamp.ru/images/burger king.png) *Куар-коды, размещенные на коробках с фастфудом, открывают гостям закусочных Burger King доступ к привилегиям. Источник:*[*realmeals.sweet.io*](https://realmeals.sweet.io/bk-social-share.png) **Кейс N3.**Производитель чипсов Pringles представил уникальную виртуальную упаковку CryptoCrysp от молодого художника Васи Колотуши. Лот продается по принципу аукциона: начальная цена равнялась стоимости обычной пачки Pringles, а сейчас составляет примерно 152 тысячи рублей. ![](https://metalamp.ru/images/pringles.png) *Пользователям доступно пятьдесят цифровых упаковок Pringles, которые представляют собой медиафайл в формате MP4. Источник:*[*hypebeast.com*](https://image-cdn.hypb.st/https%3A%2F%2Fhypebeast.com%2Fimage%2F2021%2F03%2Fpringles-cryptocrisp-nft-release-info-001.jpg?cbr=1&q=90) **Кейс 4.**Компания, которая занимается антиквариатом, скупает предметы старины со всей Европы и хранит их на специально оборудованном складе. Каждая картина и книга привязана к NFT. Коллекционер может купить антиквариат за NFT и перепродать этот NFT другому коллекционеру, чтобы заработать, ведь со временем антиквариат только растет в цене. При этом сам предмет остается в надежном месте: коллекционерам не нужно думать о сохранности вещи, транспортировке и условиях хранения. ![](https://metalamp.ru/images/romanov.jpeg) *Каждый инвестор платит ренту за пользование складом. Если коллекционер нарушает условия, компания имеет право отозвать у него права на антикварную вещь — это удобно делать для NFT — и перепродать ее. Источник:*[*romanovrussia.com*](https://romanovrussia.com/wp-content/uploads/2015/07/KF_blue_egg.jpg) ## Коротко: главное про NFT-маркетплейсы - NFT, или невзаимозаменяемый токен — это уникальный цифровой актив, который позволяет владеть и торговать цифровыми объектами с определенной ценностью и уникальностью.  - NFT основан на технологии блокчейн, которая гарантирует безопасность,  прозрачность, неизменяемость и распределенность данных при совершении цифровых сделок.  - На NFT-маркетплейсе авторы могут размещать NFT, а пользователи — покупать эти NFT и торговать ими между собой.  - Первые популярные NFT-маркетплейсы — это площадки CryptoPunks и CryptoKitties, которые появились в 2017 году.  - C помощью NFT-маркетплейсов продавцы монетизируют свои цифровые произведения, покупатели — коллекционируют цифровое искусство, а бизнес — использует технологию для продажи реальных активов в цифровой среде.  - В рамках технологии NFT можно передавать права на все, что угодно: цифровое искусство, игровые активы, виртуальную и реальную недвижимость, коллекционные предметы.  - Торговать на NFT-маркетплейсах могут как частные лица, так и компании.  - NFT — способ токенизации активов из реального мира (Real World Assets), с помощью которого офлайн-бизнес привлекает инвестиции из крипторынка.  - Бизнес использует NFT, чтобы развивать цифровое комьюнити, привлекать инвестиции из крипторынка, продавать товары по новому каналу, усиливать маркетинг и пиар.  - Технология NFT дает брендам понятную схему геймификации взаимодействий с пользователями и организации их награждения.  - Понять, какие маркетплейсы сегодня в тренде, [поможет](https://dappradar.com) сайт DappRadar.  ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Еще больше интересных статей [Lees meer...](https://metalamp.ru/magazine/nft-marketplejs-cto-eto-kak-rabotaet-i-zacem-nuzen-biznesu.md) ## Как Виктор Носко запустил цифрового психолога на базе ИИ за 300 тыс. рублей ![Как Виктор Носко запустил цифрового психолога на базе ИИ за 300 тыс. рублей](https://metalamp.ru/images/psycho%20AI.png) MVP — быстрый способ проверить свою идею. Мы пообщались с предпринимателями и стартаперами, которые сумели сделать MVP не только быстро, но и с минимальными вложениями. И начинаем публиковать материалы под рубрикой «От нуля к единице». Герой первого материала — Виктор Носко, эксперт в области искусственного интеллекта, нейросетей и машинного обучения. Почитайте, как Виктор вместе с бизнес-партнером прошел путь от первых пятидесяти пользователей до пятнадцатитысячной аудитории и что будет с продуктом дальше.  ## О продукте  **Что умеет:** чат-бот Сабина на базе искусственного интеллекта, с которым можно обсудить житейские проблемы и получить психологическую поддержку. **Сколько стоит MVP: **300 тысяч рублей. **Сколько времени прошло от идеи до запуска:** четыре месяца. **Сайт:** [sabina-ai.com](https://sabina-ai.com/) ## Поддерживать, а не отшучиваться Идея создать цифрового психолога, который будет общаться с людьми не хуже живого человека, появилась в 2021 году. Начать работу в этом направлении было решено после политических событий 2022 года. Тогда я отчетливо понял, что сейчас просто необходимо помочь людям, которые находятся в сложной жизненной ситуации.  Мы могли бы сделать чат-бота на базе искусственного интеллекта, который бы шутил, как Иван Ургант, пел песни и развлекал людей разными другими способами. Но чат-бот, который умеет в психологию, в новых обстоятельствах оказался идеальным решением. Так появилась Сабина. Мы назвали продукт в честь известного психолога Сабины Шпильрейн, ученицы Фрейда и Юнга, работы которой повлияли на классический психоанализ. С нашей Сабиной можно свободно общаться на любые темы, которые вас беспокоят — от тревожности до отношений. **Сабина — не единственный наш опыт в разработке цифровых продуктов. До нее была компания «Аватар Машина», а в 2023 году мы решили сделать FractalGPT — прямого конкурента ChatGPT. Обе компании занимаются искусственным интеллектом.**   Запустить Сабину помог Захар Понимаш — эксперт в сфере искусственного интеллекта и нейросетей. Я отвечал за идею продукта, его пользу и необходимые для работы бота наборы данных, а Захар взял на себя обучение нейросети, чтобы она максимально соответствовала запросам пользователей. К тому времени мы с Захаром уже три года вместе работали над различными продуктами в сфере искусственного интеллекта. Так что у нас был необходимый опыт разработки и внедрения цифровых решений. До Сабины подобных продуктов на российском рынке не было. Поэтому ее можно считать первым отечественным виртуальным психологом с искусственным интеллектом. ![](https://metalamp.ru/images/unnamed 2.png) С Сабиной можно поговорить на житейские темы и получить психологическую поддержку ## Исследовали рынок и англоязычных ботов-психологов Понять, что людям нужны виртуальные психологи, нам помогли исследования рынка и ручное тестирование аналогичных зарубежных продуктов.  Изучив данные по Москве и регионам, мы разобрались, какие бывают психологи, какие проблемы они помогают решать, кто ходит к этим специалистам в онлайне и офлайне, сколько сессий обычно нужно для решения той или иной проблемы. Анализ помог удостовериться в том, что в обществе есть запрос на то, чтобы заменить человека каким-то автоматизированным продуктом. Много людей стесняются или боятся идти к психологу и готовы обсуждать свои проблемы только анонимно онлайн.  На зарубежном рынке уже были подобные англоязычные боты: Woebot, Wysa и Mindspa. Приложения еще были очень популярны среди пользователей и набирали миллионы скачиваний в сторах. Вместе со знакомыми психологами мы установили эти приложения на свои смартфоны и протестировали их. На третьем сообщении стало понятно, что это шаблонный бот, который предлагает выбрать один из предустановленных сценариев, абсолютно тебя не понимает и ничем не может тебе помочь. Специалисты единогласно заявили: на месте пользователей мы бы не доверили свои психологические проблемы этим чат-ботам.  ![](https://metalamp.ru/images/unnamed 3.png) Сравнение Сабины и аналогичных продуктов на зарубежном рынке: Woebot, Wysa и Mindspa ## Сабина, которая всегда поймет Наш MVP — это телеграм-бот, с которым можно общаться на житейские психологические темы в свободном режиме, без каких-либо заранее прописанных веток диалога. Сабина понимает контекст разговора и не ограничена скриптом: на нее можно накричать, с ней можно ругаться, она всегда поймет и успокоит. Это киллер-фича продукта.  Мы открыто заявляем: Сабина — не замена живому психологу. Чат-бот помогает выговориться, получить поддержку, поделиться страхами будущего и справиться с житейскими проблемами, которые не обязывают идти к специалисту. Тем, у кого есть серьезные психологические проблемы, например, многолетний абьюз или детская психологическая травма, мы рекомендуем проходить терапию традиционным способом.  **В MVP мы реализовали максимум из того, что хотели, потратив на это оптимальную и комфортную сумму — порядка 300 тысяч рублей. Большая часть этих денег пошла на сбор и верификацию датасета, проведение экспериментов с обучением нейросети, аренду серверов с GPU (Graphics Processing Unit — видеокарта).** Да, конечно, любой продукт можно улучшать до бесконечности. Но в нашем случае, вложив в MVP на 100 тысяч рублей больше, мы бы улучшили качество продукта всего на 5%. Такое улучшение осталось бы практически незаметным для пользователей, и мы не стали увеличивать инвестиции.  Подсчитав, сколько денег нужно для запуска MVP, решили не привлекать инвесторов. Своих денег, которые удалось заработать на других продуктах, оказалось достаточно. ## Подключили профессиональных психологов Чтобы научить Сабину отвечать на вопросы пользователей живым языком, мы собрали датасеты, то есть наборы данных, по разным запросам. Такой датасет содержит несколько тысяч диалогов реальных психологов, которые они писали, моделируя ту или иную проблему.  Специалист задавал себе вопрос от лица пользователя и сам же на него отвечал. На основе собранных датасетов мы обучили нейронную сеть, чтобы она умела понимать паттерны правильных ответов.  Как и у любой нейросети, у нашей есть ограничения. Она может буквально понять, что спрашивает человек, но не может догадаться, что он под этим подразумевает. ![](https://metalamp.ru/images/unnamed 4.png) Сабина генерирует личностные ответы на вопросы пользователей, а не использует готовые скрипты ![](https://metalamp.ru/images/unnamed 5.png) Виртуальный психолог доступно и понятно объясняет сложные термины, опираясь на справочные знания из профессиональной литературы Самым сложным при сборе датасетов было соблюсти баланс знаний, которые получает нейросеть по каждой тематике. Нам нужно было сделать так, чтобы Сабина одинаково хорошо могла поддерживать людей, у которых есть проблемы в семье и на работе, проблемы с самооценкой и тревожностью, страхи будущего и психосоматика. Для этого мы контролировали длину диалогов по каждой тематике, четко дозируя объем информации, которую получает чат-бот. Это помогло добиться разнообразия сеттингов, чтобы у Сабины не было единого инструмента, с помощью которого она решает все психологические проблемы. Чат-бот может вести диалог в том направлении, которое задает пользователь. Благодаря тому, что мы обучили Сабину работать на нашем собственном датасете, наш чат-бот превосходит нейросети вроде GPT-3, которые работают на промтах — текстах, которые состоят из ключевых фраз или предложений. Например, Сабина на момент выхода MVP опережала ChatGPT по вовлеченности в разговор, логичности и релевантности ответов.  ![](https://metalamp.ru/images/sabina.png) Сабина общается с пользователями более логично и вовлеченно, чем ChatGPT ## Правильный стек технологий и код в четыре руки Мы обучали нейросеть, выкатывали релиз, тестировали его на пользователях и сами общались с чат-ботом, понимали, в каком направлении и на какие темы Сабина общается недостаточно хорошо, исправляли это и показывали следующий релиз. Мы повторяли этот цикл раз за разом, при этом проверяя, не ухудшилась ли в процессе доработок другая тематика. Мы хотели добиться баланса — это было достаточно сложно.  Мы не использовали ноу-код — подход, когда для разработки цифрового продукта не нужно погружаться в код, а достаточно собрать MVP из готовых блоков в визуальном редакторе. Ноу-код в сфере искусственного интеллекта — это работа с промтами. А мы изначально от этого отказались, так как на момент запуска Сабины технологии не позволяли нам реализовать задуманное, используя промты.  **В 2023 году вполне реально усовершенствовать цифрового психолога с помощью промтов. Благодаря прогрессу можно сделать довольно крутого бота, не занимаясь обучением нейросети. ** Основной стек — это Python и библиотека Hugging Face от Transformers. Это лучшие решения, которые сейчас существуют. закрытые библиотеки мы не использовали, чтобы продукт можно было свободно распространять и продавать.  Мы также использовали архитектуру GPT, чтобы создать виртуальную личность. Детектор аномалий помог нам сделать так, чтобы Сабина понимала, когда пользователь задает ей личные вопросы, а когда хочет поговорить на общие темы.  Разработкой занимались вдвоем с Захаром.  От идеи до запуска прошло четыре месяца. Полтора месяца занял сбор датасетов у психологов, три недели — эксперименты с обучением разных моделей (более 60 вариантов), тесты стилистики и характера самого продукта, то есть как бот должен разговаривать. На исправление багов ответов нейросети ушел месяц. Еще две недели занял запуск.  ## Без пользовательского тестирования никуда Когда Сабина была готова, мы объявили об этом на фейсбуке* и сказали, что каждый желающий может проверить цифрового психолога. После этого сделали закрытый чат в телеграме, куда вступило около пятидесяти человек. Они стали нашими первыми тестировщиками.  Пользователи начали общаться с ботом и писать нам, что неудобно и что не нравится.  Были случаи, когда текст цифрового психолога просто обрывался на полуслове. Чтобы это исправить, мы переучивали нейросеть.  Самой распространенной проблемой стала стилистика общения. Пользователи замечали, что Сабина часто ведет себя как-то не так, например, слишком много восхищается или грубит в ответ. Чтобы отучить бота писать обидные вещи, мы отфильтровали нежелательные слова и словосочетания в его лексиконе.  **Сабина — не первый продукт, который я запускал. Поэтому отлично понимал, как рынок встретит чат-бота, какие негативные отзывы могут быть и что с этим делать. ** Мы понимали, что найдутся те, кто скажет: «Ваш бот опасен». И заранее добавили в продукт антитоксик —  фильтр опасных слов и выражений, которые нейросеть может сгенерировать. С антитоксиком Сабина не посоветует собеседнику выпрыгнуть из окна или принять горсть успокоительного.  ## Общение 24/7 по подписке Готовясь к запуску, мы рассказывали о новом продукте в своих социальных сетях и на тематических площадках вроде VC.ru. Это помогло привлечь внимание к Сабине и собрать аудиторию.  Продажи мы запустили, когда ботом стали активно пользоваться. Было решено монетизировать продукт по подписной модели. Пользователь может общаться с Сабиной бесплатно, но есть ограничение — лимит сообщений в сутки. Чтобы снять ограничение и общаться с цифровым психологом, который моделирует известную личность, нужно заплатить около 350 рублей в месяц.  Мы планируем повысить абонентскую плату до 700 рублей в месяц. Это обусловлено стоимостью серверов и работы модели GPT на этих серверах.  **Изначально можно было купить минимальную подписку только на месяц. Недавно мы добавили возможность оплатить подписку на неделю, чтобы пользователи могли протестировать Сабину. И люди стали чаще совершать покупки. ** Сейчас с Сабиной общается более пятнадцати тысяч пользователей. Часть из них — по подписке.  ## Сабина становится Фрейдом Чат-бот в телеграм — пилотная версия нашего продукта. Мы убедились, что цифровой психолог нужен людям, и сейчас работаем над полноценными приложениями для iPhone и Android.  Недавно мы обновили Сабину, добавив разных персонажей. Уже можно выбрать Фрейда, а скоро будут доступны Юнг, Курпатов, Лабковский и другие известные психологи. Если пользователь выбрал одного из этих персонажей, Сабина будет общаться с человеком в стиле конкретного специалиста, строя диалог на его установках и знаниях. А еще мы продолжаем персонализировать общение Сабины с пользователями. Проведя пользовательское тестирование, мы установили, что людям нравится, когда виртуальный психолог ярко выражает эмоции, общается с ними импульсивно и открыто проявляет эмпатию. Люди не очень хотят, чтобы Сабина была с ними излишне вежлива и обходительна. Поэтому мы установили истеричный стиль общения по умолчанию. Те, кто все же привык к более сдержанному общению, может выбрать другой стиль в настройках.  ![](https://metalamp.ru/images/yfistf .png) Сабина умеет отвечать на провокационные вопросы ![](https://metalamp.ru/images/sabinaaa.png) Чат-бот рассуждает на заданную тему и может дать простые советы, которые точно не навредят пользователю В планах — сделать англоязычную версию Сабины и выйти с ней в другие регионы.  Еще мы думаем насчет геймификации, когда пользователю при общении с цифровым психологом надо чего-то достичь. Например, решить одну проблему, чтобы начать общаться по другой. Но это пока только мысли. ## Три совета тому, кто хочет сделать MVP 1. **Брать и делать.** Гораздо важнее реализовать задуманное, чем долго вынашивать идею.  2. **Не бояться критики.**Ошибки все равно будут, как бы вы ни старались их избежать.  3. **Не тянуть.**Продукт нужен здесь и сейчас. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Популярные статьи [Lees meer...](https://metalamp.ru/magazine/ot-nula-k-edinice-kak-viktor-nosko-zapustil-cifrovogo-psihologa-na-baze-iskusstvennogo-intellekta-za-300-tysac-rublej.md) ## Абстракция аккаунтов: необходимость для криптовалютного мира ![Абстракция аккаунтов: необходимость для криптовалютного мира](https://metalamp.ru/images/wallets%201.png) ERC-4337 – стандарт Ethereum, который обеспечивает абстракцию учетной записи в протоколе без какого-либо изменения на уровне консенсуса. Стандарт был предложен соучредителем Ethereum Виталиком Бутериным и другими разработчиками в 2021 году. В марте 2023 года он был развернут в основной сети Ethereum. Поскольку последнее время мы часто сталкивались с задачами, требующими применения этой технологии, мы решили собрать базовые знания о ней в одну статью. Эта статья поможет инженерам получить общую картину что такое АА, для чего он нужен и куда углубиться в исследованиях дальше, чтобы овладеть навыками работы с АА в полной мере. ## Совмещая смарт-контракты и кошелек В Ethereum существует два типа аккаунтов: - **EOA**(Externally-owned account). Контролируется кем-либо, у кого есть приватный ключ. - **Contract account.** Смарт-контракт, который размещен в сети блокчейн. Про систему аккаунтов можно прочитать [тут](https://ethereum.org/en/developers/docs/accounts). Согласно новому стандарту ERC-4337 два типа аккаунта объединяются в один. Результатом является единая учетная запись, способная одновременно совершать транзакции с токенами и создавать контракты. Можно сказать, что это уровень выше над двумя типами аккаунтов - **абстракция**. ## **Зачем нужен ERC-4337?** **Ответ прост:** для построения кошельков нового поколения, которые объединят в себе преимущества смарт-контракта и EOA аккаунта. Сегодня большинство кошельков (например [Metamask](https://metamask.io/)) являются типичными представителями EOA на базе приватного ключа. Такая модель диктует необходимость подписывать все транзакции с использованием приватного ключа. Это усложняет работу пользователя с кошельком. Более того, в случае потери приватного ключа, будет потерян и доступ к кошельку. С другой стороны существуют альтернативные кошельки на базе смарт-контрактов ([Gnosis wallet](https://safe.global/)). Смарт-контракт позволяет реализовать произвольную бизнес логику на кошельке. Например, мультиподпись. Но при этом пользователю такого кошелька все еще нужен EOA аккаунт, чтобы вызывать функции смарт-контракта и оплачивать газ. **Важно!** EOA аккаунт необходим, так как в блокчейн только он может быть инициатором транзакции. EOA аккаунт подписывает своим приватным ключом транзакции и платит газ за их исполнение. ERC-4337 объединяет в себе функции кошельков на базе EOA и смарт-контрактов с помощью использования псевдотранзакций вместо обычных транзакций. Это позволяет обойти необходимость подписи каждой транзакции приватным ключом. Этот подход пришел на смену [ERC-2771](https://eips.ethereum.org/EIPS/eip-2771) о метатранзакциях. Подробнее можно почитать [тут](https://ethereum.org/en/roadmap/account-abstraction). За счет псевдотранзакций достигается абстракция над аккаунтом пользователя.  ## **Как это работает?** Alchemy подготовил серию статей на тему абстракции аккаунта. Эти статьи не просто рассказывают про новый стандарт, они пошагово объясняют, почему в стандарте были использованы те или иные подходы. Это самые полезные статьи с технической точки зрения, не считая статей Виталика, которые я встречал. Считаю, что для дальнейшего понимания, разработчикам, необходимо обязательно осилить их. 1. [You Could Have Invented Account Abstraction: Part 1](https://www.alchemy.com/blog/account-abstraction) 2. [Account Abstraction Part 2: Sponsoring Transactions Using Paymasters](https://www.alchemy.com/blog/account-abstraction-paymasters) 3. [Account Abstraction Part 3: Wallet Creation](https://www.alchemy.com/blog/account-abstraction-wallet-creation) 4. [Account Abstraction Part 4: Aggregate Signatures](https://www.alchemy.com/blog/account-abstraction-aggregate-signatures) А вот теперь можно идти и читать "законы".😜 [ERC-4337](https://eips.ethereum.org/EIPS/eip-4337), добро пожаловать! Ниже покажу несколько общих схем и кратко расскажу, процесс работы стандарта. Основными actors выступают: 1. **Bundler.** Специальный сервис, который организует альтернативный мемпул для хранения псевдотранзакций и добавляет транзакции в Ethereum Block под видом обычных транзакций. 2. **Entry point contract.** Это singleton. По сути контракт, который является доверенной точкой входа для Bundler. Контракт занимается валидацией и исполнением транзакций. 3. **Paymaster.** Смарт-контракт, который может принимать участие в оплате газа за исполнение пользовательских псевдотранзакций. 4. **Account.** Или Wallet. По сути это смарт-контракт, который реализует логику работы кошелька пользователя. Вся основная бизнес логика работы кошелька в DApp описывается тут. ### Принцип работы Bundler ![](https://metalamp.ru/images/igtvduk.png) На схеме происходит следующее: 1. Пользователи подготавливают свои псевдотранзакции. Правильно называть их **UserOperations** в терминах стандарта. 2. Затем они отправляются в **альтернативный mempool.** 3. **Bundler** извлекает **UserOperations** из **альтернативного mempool**. 4. **Bundler** производит упаковку **UserOperations** в обычные транзакции. 5. **Bundler** добавляет транзакции в **Ethereum block**. ### Упрощенная схема работы ERC-4337 В самом простом варианте можно представить, что пользователи просят **Bundler** исполнить транзакцию на своем контракте **Wallet** за место них. При этом за газ будет платить **Bundler**. Можно придумать различные модели того, где **Bundler** будет брать средства для оплаты газа. Например, он может это делать безвозмездно или выдавать кредит пользователю с ожиданием того, что пользователь в будущем вернет ему оплату за газ, либо средства для оплаты газа могут списываться непосредственно с кошелька пользователя. ![](https://metalamp.ru/images/AA_wallet.png) На схеме происходит следующее: 1. Пользователи отправляют свои **UserOperations** в **альтернативный mempool**, после чего они попадают к **Bundler**. 2. **Bundler** обрабатывает **UserOperations** и поочередно проверяет возможность выполнения через вызов **validateOp()** на контракте **Wallet**. Это необходимо, чтобы не потратить лишний gas в случае, если транзакция невалидна. 3. **Bundler** передает **UserOperations** доверенному контракту **EntryPoint.** Этот контракт снова валидирует транзакции и исполняет вызовы для каждого кошелька пользователя. ### Чуть более сложная схема работы ERC-4337 Схема ниже похожа на упрощенную схему. Однако на схеме добавилось несколько новых контрактов: **Factory, Paymaster, Aggregator.** ![](https://metalamp.ru/images/unnamed 1.png) На схеме происходит следующее: 1. Пользователи отправляют свои **UserOperations** в **альтернативный mempool**, после чего они попадают к **Bundler**. 2. **Bundler** отправляет **UserOperations** в контракт Aggregator для генерации комбинированной подписи. То есть **UserOperations** группируются и такая группа получает одну единственную подпись. Это позволяет дешевле исполнять транзакции группой, а не по одиночке. В процессе агрегации **UserOperations** валидируются через вызов **validateOp() **на соответствующих контрактах **Wallet**. 3. **Bundler** передает aggregated **UserOperations** доверенному контракту **EntryPoint**. Этот контракт снова валидирует транзакции и исполняет вызовы для каждого кошелька пользователя. 4. Однако, если контракт кошелька еще не был создан, перед выполнением транзакции пользователю будет создан кошелек через вызов контракта **Factory**. 5. Если в **UserOperation** был указан доверенный Paymaster контракт, то комиссия за газ будет списана с него для соответствующей **UserOperation**. Оплата за газ будет списана только в том случае, если контракт **Paymaster** разрешит. Для этого контракт **EntryPoint** проверяет **Paymaster** вызовом функции **validate() **у каждой **UserOperation**. ## Use cases Стандарт **ERC-4337** открывает новые возможности для кошельков пользователя. Ниже расскажу про самые основные и самые актуальные. 1. **Multisig.** Совместное использование кошелька группой пользователей. Это было доступно для кошельков на базе смарт-контрактов, но не на базе EOA. 2. **Social recovery.** Этот кейс определяет возможность восстановить доступ к кошельку. То есть, если один из участников потерял доступ к кошельку, другие владельцы кошелька могут восстановить ему доступ. Либо можно заложить в кошелек возможность восстановления доступа другим удобным способом. 3. **Different signature schemes.** Стандарт позволяет использовать другие алгоритмы проверки цифровой подписи. Такие как [BLS](https://en.wikipedia.org/wiki/BLS_digital_signature) или [quantum resistant](https://www.technologyreview.com/2022/09/14/1059400/explainer-quantum-resistant-algorithms/) в будущем. 4. **Batching multiple operation.** Возможность вызывать несколько операций на кошельке в рамках одной транзакции. Например, при обмене токена на [Uniswap](https://uniswap.org/), можно вызывать **approve()** и**transferFrom()** в одной транзакции. 5. **Gas abstraction.** Это позволяет устанавливать адрес с которого будет списываться оплата за газ. Это значит, что DApp могут оплачивать газ за пользователя или пользователь может оплачивать газ со своего второго кошелька. Возможны и другие варианты использования, такие как, оплата газа в ERC-20 токене или обмен одного токена на другой внутри контракта кошелька. **Важно!** Благодаря стандарту возможно реализовать практически любой набор функций для кошелька. Ты можешь придумать свой вариант использования. В ближайшем будущем мы планируем выпустить статью на тему того, как мы внедряли АА в одном из своих клиентских проектов. Подпишитесь, чтобы узнать о релизе этой статьи. ### Bundler Есть два популярных Bundler: 1. [Bundler на go от stackup](https://github.com/stackup-wallet/stackup-bundler) 2. [Bundler на typescript от infinitism](https://github.com/eth-infinitism/bundler) **Важно!** На момент написания этой статьи node провайдеры данных уже начинают предлагать продукты, которые помогут построить **Account Abstraction.** Например, для получения раннего доступа в Alchemy нужно заполнить специальную форму. Сам продукт [тут](https://www.alchemy.com/learn/account-abstraction). Или [Biconomy](https://docs.biconomy.io/docs/category/smart-accounts), который используется **Account Abstraction** для предоставления удобного SDK с помощью которого можно легко взаимодействовать с блокчейн. ### Контракты Для стандарта были написаны контракты. Посмотреть можно [тут](https://github.com/eth-infinitism/account-abstraction/tree/develop/contracts). Контракт [EntryPoint.sol](https://github.com/eth-infinitism/account-abstraction/blob/develop/contracts/core/EntryPoint.sol). Контракт простого кошелька [SimpleAccount.sol](https://github.com/eth-infinitism/account-abstraction/blob/develop/contracts/samples/SimpleAccount.sol). Контракт фабрики кошелька [FactorySimpleAccount.sol](https://github.com/eth-infinitism/account-abstraction/blob/develop/contracts/samples/SimpleAccountFactory.sol) Базовый контракт для реализации [Paymaster](https://github.com/eth-infinitism/account-abstraction/blob/develop/contracts/core/BasePaymaster.sol) **Важно!** Аудитом контрактов занималась компания [OpenZeppelin](https://www.openzeppelin.com/). Подробнее можно ознакомиться с результатом [тут](https://blog.openzeppelin.com/eip-4337-ethereum-account-abstraction-incremental-audit). ### SDK для отправки UserOperation в сеть Для того чтобы отправлять **UserOperation** в **альтернативный mempool** уже предлагаются различные sdk. Например, [@account-abstraction/sdk](https://www.npmjs.com/package/@account-abstraction/sdk). Этот sdk написан infinitism и совместим с их собственным [bundler](https://github.com/eth-infinitism/bundler). ## Участие в развитии материалов Спасибо большое за ознакомление с этим материалом! Если вы хотите принять участие в развитие данного и других материалов, переходите в наш [репозиторий на GitHub](https://github.com/fullstack-development/blockchain-wiki/blob/main/EIPs/erc-4337/README.md). Будем рады вашим пропозалам! ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Популярные статьи [Lees meer...](https://metalamp.ru/magazine/account-abstraction-cto-eto-takoe-i-zacem-nuzno-kriptomiru.md) ## Понимание утилитарных цифровых прав: подробное руководство ![Понимание утилитарных цифровых прав: подробное руководство](https://metalamp.ru/images/red%20space.png) Утилитарные цифровые права — российский правовой эксперимент, который стартовал в 2019 году. Законодательная база пока не безупречна, но УЦП открывают большие возможности для корпораций, небольших компаний, стартапов и цифровых инвесторов. Почитайте, что такое УЦП, как они работают, чем отличаются от криптовалюты и при чем здесь блокчейн.  Если у вас нет времени читать статью целиком, переходите к разделу «Коротко» — собрали там главное по теме. ## Что такое цифровые права Цифровые права — разновидность имущественных прав. Они позволяют совершать сделки с цифровыми активами, например, покупать оцифрованные облигации, продавать через цифровые инструменты право требовать передачи драгоценных металлов, обменивать цифровое отражение акций.  Ключевое отличие цифровых прав в том, что все операции с ними происходят в специальной информационной системе. ## Цифровые права в законодательстве Цифровые права в России регулируют два закона — оба носят номер 259-ФЗ — отдельные нормы Гражданского кодекса и нормативно-правовые подзаконные акты.  Первый закон от 02.08.2019 года [регулирует](https://www.consultant.ru/document/cons_doc_LAW_330652) УЦП. Второй закон, вступивший в силу 31.07.2020 года, [определяет механизм работы](https://www.consultant.ru/document/cons_doc_LAW_358753) цифровых финансовых активов (ЦФА) и гибридных цифровых прав.  По закону цифровые права делятся на цифровые финансовые активы и утилитарные цифровые права.  **Цифровые финансовые активы.** ЦФА — запись в реестре, которая по своей сути аналогична ценным бумагам. Тот, кто купил ЦФА, может в будущем требовать деньги, акции, облигации или прямое право на участие в капитале компании — в зависимости от того, что предусмотрено в ЦФА. Например, вместо выпуска акций компания может выпустить ЦФА, которые удостоверяют право на участие в капитале компании. Так компания привлечет инвестиции, а инвесторы смогут в будущем зарабатывать на дивидендах или продать эти права по более высокой цене. Основной вид цифровых финансовых активов, который используется на практике, — это цифровые права требования. Другие формы еще не до конца прижились. Также используются так называемые гибриды — комбинация цифровых финансовых активов и УЦП. **Утилитарные цифровые права.**УЦП — это цифровой купон, который позволяет требовать вещь, услугу, право пользования программой или картиной от того, кто этот купон выпустил. Выпуск УЦП позволяет компании привлечь деньги на развитие бизнеса, а покупателям — получить активы со скидкой. Разделение цифровых прав на две категории достаточно условно и пока мало кто понимает, как это будет работать на практике. Эксперты сходятся во мнении, что в законе пока много белых пятен. ## Что такое УЦП В широком смысле УЦП — это новый способ привлечения инвестиций, который основан на обычных правах требования, например, праве на получение товара или праве получения услуги за предоплату. При этом оборот и существование этих инвестиций обеспечивает специальная инвестиционная платформа. По сути УЦП — это цифровой аналог сертификатов, купонов, ваучеров, билетов на мероприятие, удостоверяющий право владельца на получение конкретных товаров и услуг в будущем. Например, компания может выпустить УЦП в виде токенов для привлечения инвестиций.   **УЦП — это что-то вроде сертификата ногтевого салона или миль «Аэрофлота», но выпущенных на специальной платформе в цифровой форме. Такая форма позволяет лучше защищать активы и избегать лишних посредников при сделках.** ## Отличие УЦП от криптовалюты Отличие УЦП от криптовалют в том, что у таких прав есть конкретный эмитент. Он несет обязательства перед инвесторами, а гарантом этих обязательств выступает российское законодательство и платформа, на которой выпущены УЦП.  Для криптовалют это правило не работает, за исключением стейблкоинов — криптовалют, отражающих курс реальных валют или других активов, например нефти или золота. ## Преимущества УЦП УЦП гарантируют прозрачность цифровой сделки и могут быть расценены как инвестиции. Вот основные преимущества УЦП для компаний и инвесторов.  **Новый источник инвестиций.**Компания может вовлекать в народное инвестирование юридических и физических лиц за счет понятных механизмов права и бухгалтерского учета. **Гарантия сделки.**Передача прав происходит через специальную платформу, участники которой защищены законом и технологией.  **Способ сэкономить.**Покупая УЦП новых компаний, инвестор платит за товары или услуги меньше, чем они будут стоить после выхода компании на рынок. **Потенциал для заработка.** Инвестор может перепродать УЦП в будущем и заработать на разнице в цене.  **Микроинвестиции.**Инвестор может вкладывать небольшие суммы в множество разных проектов: от организации концерта любимой группы до складских запасов металлургического завода. ## Виды УЦП В ходе цифровой сделки УЦП [могут удостоверять](https://www.consultant.ru/document/cons_doc_LAW_330652/13a7c68c9f4d4574d832e9fec1dce6009a8bab70/)три вида прав.  **Право на получение вещей.** Например, топливная компания распространяет ваучеры, которые водители в будущем могут обменять на бензин в соответствии с номиналом — и компенсировать рост цен на топливо.   **Право на получение исключительных прав на результаты интеллектуальной деятельности или на использование этих результатов.**Например, передача авторского произведения или изображения предъявителю токена. **Право на получение услуг или выполнение работ.**Например, образовательная онлайн-платформа продает сертификаты, по которым пользователи получают право на покупку курсов по специальным ценам. При этом УЦП не может считаться правом требовать имущество, если это имущество отвечает одному из двух условий: - право на имущество подлежит государственной регистрации;  - сделка с имуществом подлежит государственной регистрации или заверению у нотариуса.  Например, нельзя совершать сделки с недвижимостью и авто, используя УЦП.  ## Как работают УЦП УЦП возникают и действуют только на инвестиционной платформе. Перечень платформ, которые могут выпускать УЦП, [определяет](https://www.cbr.ru/admissionfinmarket/navigator/ois/) Центробанк России.  Правила выпуска УЦП устанавливают операторы инвестиционных платформ. Вот как все происходит.  Компания-эмитент подписывает электронный договор с оператором инвестиционной платформы о помощи в привлечении инвестиций. На основании этого договора оператор создает, выпускает и размещает на платформе УЦП с характеристиками, согласованными с эмитентом. После этого инвесторы, зарегистрированные на платформе, могут купить УЦП. Платформа обеспечивает соблюдение условий цифровой сделки и передачу УЦП от эмитента к инвестору. **Пример.**Допустим, вы начинаете бизнес — открываете салон красоты.    Чтобы привлечь инвестиции на стадии запуска, вы можете продавать сертификаты на разные косметические услуги. Например, выпустить сертификаты на массаж и продавать их за 3,5 тысяч рублей. После открытия салона массаж будет стоить уже 5 тысяч рублей — и такой сертификат вырастет в цене. Инвестор, то есть владелец УЦП, сможет перепродать свой сертификат по более высокой цене и заработать или получить годовой абонемент и специальные условия обслуживания.   ## УЦП и блокчейн Технически блокчейн для работы УЦП не обязателен. Но если использовать УЦП в связке с этой технологией, можно получить рабочую транзакционную инфраструктуру, маркетинговые преимущества, возможность выйти на глобальный рынок.   **Рабочая транзакционная инфраструктура.** Технология блокчейна отлично подходит для выпуска, обмена и продажи УЦП на инвестиционной площадке. В этом случае блокчейн выступает как набор технических средств, из которых можно выбрать только те, что отвечают логике УЦП.  Например, одно из главных преимуществ блокчейна — децентрализация. Однако децентрализация противоречит сути УЦП, так как выпуск, обмен и передачу УЦП контролирует Центробанк через операторов инвестиционных платформ. Можно отказаться от децентрализации, но позаимствовать у блокчейна другие преимущества, например, неизменяемость, прозрачность и распределенность данных.  **Маркетинговые преимущества.**В глазах пользователя блокчейн имеет определенные характеристики: безопасность, неизменяемость, высокую отказоустойчивость, ту же самую децентрализацию.  Если вы заявляете, что в вашем продукте используется блокчейн, вы по умолчанию присваиваете его главные характеристики. И даже если вы от чего-либо отказались, например, сделали централизованный блокчейн, для пользователя это будет не столь важно. Он все равно будет смотреть на ваш продукт, держа в голове общепринятые преимущества блокчейна. **Выход на глобальный рынок.**Если подружить УЦП с блокчейном, в будущем можно будет вывести инвестиционные платформы, подотчетные Центробанку, на глобальный криптовалютный рынок.  ## Как государство регулирует аналоги УЦП в других странах УЦП как правовая категория существуют только в России. В других странах такой правовой категории нет. Однако аналоги УЦП по экономическому содержанию встречаются в законодательстве других государств. Чтобы заглянуть в будущее УЦП и понять основные проблемы в регулировании этого вида цифровых прав, можно посмотреть, как другие страны регулируют аналоги УЦП.  Ближайший аналог УЦП — ассет-токен (Asset Token). Ассет-токен — токен, обеспеченный активами, например, токен на металл.   Также УЦП иногда сравнивают с ютилити-токенами.  ![](https://metalamp.ru/images/230131_grafico_blog_mica_3_Categories-ENG-scaled.jpg) Вот как регулируют ассет-токены и ютилити-токены в Европе, США и других странах.  **Швейцария.**Швейцария одной из первых дала квалификацию активов, основанных на материальных ценностях.  Регулятор [FINMA](https://www.finma.ch/en) рассматривает ассет-токены как ценные бумаги. По мнению этого регулятора токены стандартизированы и подходят для массовой торговли. Аналогичный подход действует для производных финансовых инструментов в форме токена. **Европейский союз.**В каждой стране Евросоюза действуют свои правила, по которым токены можно отнести к тому или иному виду. В 2023 году ЕС [представил](https://www.esma.europa.eu/esmas-activities/digital-finance-and-innovation/markets-crypto-assets-regulation-mica) новое регулирование рынка криптовалют «Markets in Crypto Assets Regulation» (MiCA), которое вступит в полную силу только к 2025 году.  MiCA разграничивает ассет- и ютилити-токены.  Ассет-токеном считается токен, который может поддерживать стабильную стоимость товара или криптоактива, опираясь на стоимость нескольких бумажных валют, выступающих как законное платежное средство. **Ангилья.**В 2018 году на этой британской заморской территории [был принят](https://www.fsc.org.ai/documents/Document%20Library/Legislation/AUTO%20Act%20(enactment).pdf) закон, который регулирует выпуск ютилити-токенов (Anguilla Utility Token Offering Act). Несмотря на достаточно проработанные для того времени положения, документ не придал Ангилье особой популярности, так как в большинстве юрисдикций ютилити-токены в принципе не регулируются. **США.**Опорной точкой в США считается [тест Хоуи](https://www.rbc.ru/crypto/news/648194269a794768f15694f1) (Howey Test) — список критериев, по которым можно определить, относится актив к ценным бумагам или нет.  ## Коротко: главное, что нужно знать про УЦП - Цифровые права — разновидность имущественных прав. Они позволяют совершать сделки с цифровыми активами, например, покупать облигации, продавать драгоценные металлы, обменивать акции.  - Два главных закона, которые регулируют цифровые права в России, — это [259-ФЗ от 02.08.2019 года](https://www.consultant.ru/document/cons_doc_LAW_330652) и [259-ФЗ от 31.07.2020 года](https://www.consultant.ru/document/cons_doc_LAW_358753).  - Цифровые права делятся на цифровые финансовые активы и утилитарные цифровые права. Разделение довольно условно и пока не подкреплено практикой.  - В широком смысле УЦП — это новый способ привлечения инвестиций, который основан на обычных правах требования.  - По сути УЦП — это электронный эквивалент сертификатов, купонов или ваучеров, удостоверяющий право владельца на получение конкретных товаров и услуг в будущем.  - Перечень платформ, которые могут выпускать УЦП, [определяет](https://www.cbr.ru/admissionfinmarket/navigator/ois/) Центробанк России.  - Отличие УЦП от криптовалют в том, что у таких прав есть конкретный эмитент, который несет обязательства перед инвесторами, а гарантом этих обязательств выступает российское законодательство и платформа, на которой выпущены УЦП.  - Технически блокчейн для работы УЦП не обязателен. Но если использовать УЦП в связке с этой технологией, можно получить рабочую транзакционную инфраструктуру, маркетинговые преимущества, возможность выйти на глобальный рынок.   - УЦП как правовая категория существуют только в России, но аналоги УПЦ по экономическому содержанию встречаются в праве Швейцарии, Евросоюза, США. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей по теме блокчейн [Lees meer...](https://metalamp.ru/magazine/utilitarnye-cifrovye-prava-podrobnoe-rukovodstvo-dla-kompanij-i-investorov.md) ## Способы ускорить разработку: преимущества и недостатки аутстаффинга ![Способы ускорить разработку: преимущества и недостатки аутстаффинга](https://metalamp.ru/images/speed%20up%20develop%201.png) *"У вас дорого! За эти деньги я лучше найму разработчиков в штат!”* Часто именно это говорят основатели стартапов, когда рассматривают вариант с наймом команды через аутстаф агентство. Однако рынок аутстаф услуг продолжает существовать и многие обращаются к нему, чтобы решить вызовы при построении ИТ проектов. Предлагаем рассмотреть, в каких случаях аутстаффинг может стать ценным инструментом для ускорения разработки продукта, а когда его применение может быть неоправданным. Обсудим ключевые аспекты, на которые стоит обратить внимание и поделимся опытом использования этого подхода, чтобы вы могли принимать взвешенные решения и эффективно управлять вашим проектом. ## **Преимущества аутстаффинга** ### **Доступ к квалифицированным специалистам** Одним из значимых преимуществ аутстаффинга является возможность быстрого доступа к широкому кругу высококвалифицированных специалистов. Это особенно актуально для стартапов, которым нужно быстро нарастить техническую экспертизу, которой нет на данный момент в команде. Например, вы хотите имплементировать в свой проект AI механики или смарт-контракты - проще будет набрать нужных спецов через аутстаф, чем долго нанимать их, отвлекаясь на собеседования и валидацию кандидатов.  ### **Гибкость и масштабируемость** Аутстаффинг предоставляет компаниям гибкость в управлении ресурсами и возможность масштабировать команду в соответствии с текущими потребностями проекта в короткие сроки. ### **Сокращение времени на найм** Процесс найма разработчиков может занять значительное время – в России [растет](https://www.interfax.ru/russia/916552)дефицит ИТ-специалистов. Аутстаффинг же позволяет существенно сократить этот период. Агентства, специализирующиеся на аутстаффинге, обычно имеют доступ к обширной базе данных специалистов, что позволяет находить подходящих кандидатов в кратчайшие сроки. ### **Отсутствие обязательств работодателя** Аутстаффинг освобождает заказчика от многих административных обязанностей и затрат, связанных с оформлением трудовых отношений. Отсутствие обязанностей по выплатам зарплат, налогов, социальных пособий и других выплат существенно упрощает управление ресурсами и снижает административную нагрузку. ## **Потенциальные недостатки и риски аутстаффинга** ### **Высокая стоимость ** Самый ключевой барьер при работе с аутстаф командами - их относительно высокая стоимость на рынке. Скорее всего найм в штат в абсолютных числах обойдется дешевле, чем найм специалистов по аутстаф модели.  ### **Вендорлок** Во время работы с аутстаф командами может сложится ситуация, когда ключевыми компетенциями и пониманием того, как устроен ваш проект, обладают сотрудники со стороны аутстаф агентства. В этой ситуации вы становитесь зависимым от подрядчика. ### **Дополнительные риски безопасности** Если вы делаете проект, в котором критически важными являются протоколы безопасности (например, fintech или medtech индустрии), то работа с аутстаффингом агентством может быть дополнительным риском для вас. Не всегда прозрачно соответствуют ли протоколы безопасности подрядчика вашим протоколом. Если вдруг, подрядчик относится к данным в вашем сервисе более легкомысленно, это может аукнуться вам очень больно. Решением здесь может быть недопуск аутстаф команды к данным ваших пользователей. Скажем, вы можете привлекать аутстаф команду только на фронтенд и подобные риски могут значительно снизиться.  ## **Ситуации, в которых аутстаффинг является оптимальным решением** ![](https://metalamp.ru/images/Group 8910.png) ### **Когда проекту необходимы специалисты узкого профиля** Когда проект требует уникальных компетенций, которых нет у штатных сотрудников, аутстаффинг предоставляет быстрый доступ к пулу профессионалов с нужными навыками. Это позволяет сэкономить время и ресурсы на поиск подходящего специалиста и быстро интегрировать его в проект. ### **Когда проекту нужно срочно, но временно нарастить скорость разработки** Аутстаффинг отлично подходит для подключения дополнительных рук в пиковые нагрузки. Это позволяет гибко подходить к управлению ресурсами, не обременяя себя обязанностями работодателя.  ### **Тестирование новых идей и проектов без вовлечения основной команды разработки** Когда компания хочет протестировать новую идею или проект, но основная команда занята и не успевает выделять на эти идеи время, аутстаффинг - хорошая опция. Привлечение внешних специалистов на начальном этапе проекта дает возможность оценить его перспективы, быстро собрать первую версию, не увеличивая при этом постоянный штат. ## **Ситуации, в которых аутстаффинг может быть неоправданным** Несмотря на то что аутстаф может предложить быстрый доступ к нужным ресурсам, в долгосрочной перспективе содержание собственной команды обычно обходится дешевле и обеспечивает большую стабильность и преданность проекту. ## Заключение Аутстаффинг является мощным инструментом в арсенале руководителей стартапов, стремящихся к ускорению разработки и внедрению инновационных решений. Он предлагает гибкость, доступ к уникальным навыкам и возможность оперативного масштабирования команды. Однако, как и любой инструмент, аутстаффинг требует внимательного и обдуманного применения. Руководителям важно взвешивать все за и против, тщательно анализировать специфику проекта и потребности компании. В случаях, когда необходима узкая экспертиза или есть потребность в дополнительных специалистах в пиковые нагрузки, аутстаффинг может стать настоящим спасением. В то же время, при долгосрочных и стратегически важных инициативах, инвестирование в развитие внутренней команды и сохранение контроля над ключевыми процессами могут оказаться более приоритетными. В конечном итоге, успех зависит от правильного баланса между внутренними ресурсами и внешней помощью, а также от способности руководителя принимать обоснованные и стратегически верные решения. Аутстаффинг – это не панацея, но при грамотном подходе он может стать значимым инструментом для вашего проекта. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о разработке [Lees meer...](https://metalamp.ru/magazine/sposoby-uskorit-razrabotku-autstaf-za-i-protiv.md) ## Распространённые мифы о разработке блокчейн-продуктов: объяснение ![Распространённые мифы о разработке блокчейн-продуктов: объяснение](https://metalamp.ru/images/myths.png) Когда разговор заходит о каких бы то ни было мифах, значит, за этим вероятнее всего последует разоблачение. А разоблачение это всегда что-то обличающее или критикующее. Но не критиковал блокчейн только ленивый и было за что.  Эта статья для фаундеров, которые планируют перенести свой бизнес из Web2 в Web3. Мы развеем популярные мифы о блокчейне и расскажем, как это помогает принимать взвешенные решения еще перед разработкой продукта. ## МИФ 1. Если продукт на блокчейне — он прозрачен и безопасен Обычно этот аргумент стоит во главе угла в пользу использования dApps звучит он примерно так: «Код смарт-контракта со всеми его функциями записан в блокчейне и лежит в открытом доступе. Так, любой человек способен лично убедиться в отсутствии бэкдоров и критических уязвимостей, которые приведут к краже средств пользователей. Все прозрачно без учета желания разработчиков.» ### **Реальность** Код публичный только в том случае, если этого хотят сами разработчики. Если при деплое смарт-контракта разработчик не верифицирует смарт-контракт (не опубликует ABI этого смарт-контракта), то вместо красивого кода с комментариями вы увидите байт-код, который адекватно никак не расшифровать. ![](https://metalamp.ru/images/Screenshot 2023-09-25 at 18.50.24.png) В качестве примера рассмотрим функцию в смарт-контракте в исходном виде и то, как это декомпилирует обозреватель блоков. Сам обозреватель блоков Etherscan предлагает декомпилировать код, но этот код нечитаем и практически бесполезен. Очевидно, код кардинально отличается от того, что закладывал в него сам разработчик. **Оригинал** ``` ```solidity function sweep(IERC20 token, address recipient) external onlyRole(DEFAULT_ADMIN_ROLE) { uint256 amount = token.balanceOf(address(this)); token.safeTransfer(recipient, amount); emit Sweep(address(token), amount); } ``` var sumGroup = matchResult.Groups["Sum"]; if(!sumGroup.Success) throw new ArgumentException("Invalid qrCode, Sum group not found"); return (dateGroup.Value, sumGroup.Value);``` **Декомпилированный**[**код**](https://sepolia.etherscan.io/bytecode-decompiler?a=0x1eb65d00b172b6cbcf468c51bb852298b5472191)**с обозревателя блоков** ``` ``` def unknownb8dc491b(uint256 _param1, uint256 _param2) payable: require calldata.size - 4 >=ΓÇ▓ 64 require _param1 == addr(_param1) require _param2 == addr(_param2) if not unknown248a9ca3[0][caller].field_0: mem[128 len 42] = call.data[calldata.size len 42] idx = 41 s = caller while idx > 1: if s % 16 >= 16: revert with 0, 50 if idx >= 42: revert with 0, 50 mem[idx + 128 len 8] = Mask(8, -(0, 0) + 256, 0) << (0, 0) - 256 … log 0xab224606: ext_call.return_data1) ``` throw new ArgumentException("Invalid qrCode, Sum group not found"); return (dateGroup.Value, sumGroup.Value);``` [Вам не показалось, во второй строке действительно есть этот дикий артефакт. Именно так его выдал декомпилятор Etherscan] Но давайте представим, что смарт-контракт верифицирован. Сколько пользователей знает язык программирования смарт-контрактов? А сколько пользователей, знающих Solidity, заходят изучить несколько сотен строк кода, чтобы обменять несколько токенов? Это число ничтожно мало. ### **Как гарантировать безопасность** Помимо качественного whitepaper и документации придется раскошелиться! Обращаемся в аудиторскую контору, а лучше в две, которые непредвзято исследуют код смарт-контракта и выпустят публичный отчет со всеми найденными (но уже разумеется исправленными) уязвимостями. Аудит может стоить от $5000 до $500k. Примерно такую сумму протокол Gearbox [запрашивает](https://snapshot.org/#/gearbox.eth/proposal/0x1874531c5fecabb7c18255d91f81df7a5e4167c7f8352983704b7f7349aaced7) из своей казны у пользователей на двойной аудит). Без этого можно обойтись, ведь аудиты не гарантируют безопасность и проекты после аудитов взламывают, но с аудитом ваш проект будет выглядеть намного надежнее в глазах пользователей и социальных медиа. Ведь для изначально мошеннического проекта точно никто не будет заказывать аудит, не так ли? ## МИФ 2. Децентрализация = невозможность цензуры Люди все еще спорят о понятии “децентрализации”, это безумно интересная тема,которая определенно достойна отдельной статьи. Сейчас же я предлагаю рассматривать децентрализацию как способ противостояния цензуре. Если нет центрального управления системой и технической возможности ограничивать транзакции, означает ли это, что блокчейн — это свободная гавань?  ### **Реальность** Начну с того, что после перехода Ethereum на PoS, возник серьезный риск тотальной цензуры Ethereum. В [ноябре 2022](https://cointelegraph.com/news/ethereum-inches-even-closer-to-total-censorship-due-to-ofac-compliance) года более 73% блокчейн нод использовали софт OFAC. Этот софт занимался пре-валидацией транзакций от адресов, которые находятся в черном списке OFAC. Попадают они туда по решению этого органа за различные преступления: наркоторговля, отмывание денег и т.п. Звучит как благое дело, но, такие инструменты могут использоваться в политических играх или же просто для подавления неугодных граждан. Масштабы цензуры непостоянны и меняются ежедневно. Посмотреть графики можно [здесь](https://www.mevwatch.info/). ![](https://metalamp.ru/images/eth.webp) Процент цензуры нод Ethereum с момента перехода на PoS Исходя из этого, заявлять, что блокчейн децентрализован и в нем невозможно устроить цензуру, нужно немного осторожнее. Или же не делить все на черное и белое (централизованное и децентрализованное), а обращать внимание на степень централизованности и на стремление этих продуктов к децентрализации. ### **Зачем это знать и что с этим может сделать бизнес?** Способствовать увеличению уровня децентрализации своего продукта и блокчейна в целом. Быть социально ответственными перед блокчейн комьюнити: поднимать свои ноды, участвовать в конференциях, заниматься исследованиями, инвестировать в инфраструктурные проекты и децентрализацию. Звучит наивно, но, именно так и создавался блокчейн. Также, если продукт стремится быть наиболее децентрализованным, то вместо самописных централизованных сервисов, можно использовать наиболее децентрализованные инфраструктурные решения, такие как The Graph Network, Chainlink, IPFS и другие. На данном этапе развития Web3 полно узких мест, где разработчики и комьюнити не могут обойтись без централизованных систем: все анонсы — в Twitter (X), работа с комьюнити —  в Discord, разработка — в GitHub и так далее. Это говорит о том, что у строителей прекрасного мира Web3 предстоит еще много работы. ## МИФ 3. Если продукт на блокчейне, значит, продукт анонимен Создавая крипто-кошелек, вы не вводите никаких персональных данных. Соответственно, сопоставить вас с адресом кошелька невозможно. Значит, все анонимно? ![](https://metalamp.ru/images/unnamed 10.png) ### **Реальность** Блокчейны псевдо-анонимны. Это значит, что адреса и транзакции публичны, и, если удастся сопоставить адрес кошелька с вашей личностью, вы деанонимизированы. Возможно ли это сделать? Теоретически — да. Благодаря методам анализа блокчейна, можно связать транзакции или адреса с определённым человеком или организацией. Повторяющиеся транзакции и другая информация помогают создать профиль активности, который может указывать на конкретное лицо или группу. Наверное это что-то очень сложное и доступное только хакерам?  Не беда! Для обычных пользователей есть замечательный сервис — Arkham intelligence. Это довольно удобный интерфейс для изучения истории транзакций и балансов искомых кошельков. В качестве демонстрации возможностей сервиса, предлагаю глянуть на [кошелек](https://platform.arkhamintelligence.com/explorer/entity/justin-sun) известного многим Джастина Сана: видны балансы в разных блокчейнах, активность на DEX и транзакции с другими сдеаноненными адресами. Как только Джастин Сан совершает какую-то сделку на DEX, сотни ботов в Twitter сообщают об этом комьюнити. А у каких-то трейдеров настроены боты, которые реагируют на эти движения и копируют эти сделки. К тому же, очень часто бизнес не заинтересован в обеспечении анонимности пользователей, ведь агрегирование он-чейн данных и сопоставление их с пользовательским следом помогает в будущем эти данные анализировать и следующие версии своего продукта делать лучше. А сбор и обработка таких данных, в теории, может способствовать деанонимизации юзеров.   Еще один важный момент: децентрализованные протоколы могут подчиняться законодательным нормам. Например, протокол Uniswap в пользовательском [соглашении](https://uniswap.org/privacy-policy) пишет о том, что они находятся в юрисдикции США и могут собранные данные передавать по запросу тех или иных органов власти. Uniswap действительно не запрашивает никаких чувствительных данных о вашей личности, но он их собирает из открытых источников, агрегирует и анализирует. В теории, по запросу органов протокол может передать эти данные на блюдечке с голубой каемочкой, сильно облегчив работу этих органов для сличения определенных личностей (через косвенные данные в итоге можно добраться до сути и составить портрет пользователя). Вы скажете, что это паранойя? А я скажу, что ребята из TOR браузера даже не рекомендуют разворачивать окошко браузера на полный экран, потому что сайты собирают информацию даже о диагонали экрана и предупреждают, что это может вас выдать. А эти ребята точно что-то понимают в безопасности 😉 ![](https://metalamp.ru/images/unnamed 8.png) ## МИФ 4. Блокчейн — бесплатная виртуальная машина и не требует затрат на инфраструктуру Большая и готовая инфраструктура — одно из главных преимуществ блокчейна. На неё не нужно тратить деньги: блокчейн позволяет записывать и считывать данные даже с самого простого компьютера, ведь приложения запускаются на мощных нодах. Из этого легко сделать вывод, что запуск смарт-контракта — это единоразовая оплата за деплой в размере до нескольких сотен долларов и никаких дальнейших расходов на поддержку. ### **Реальность** Это не совсем так. Без доступа к архивным данным блокчейна, деплой смарт-контракта, действительно, не самая большая часть расходов, но без архивных данных невозможна и аналитика по продукту. А доступ к этим данным потребует развёртывания своей ноды либо оплаты услуг провайдера типа Infura или Alchemy. Так, стоимость Infura составит $225 в месяц за 1 000 000 запросов, а стоимость собственной ноды в сети Ethereum будет примерно равна стоимости сервера на 20 терабайт.   Помимо доступа к архивным данным вашему продукту пригодятся другие дополнительные инструменты. Так, для индексации данных блокчейна необходимо написать и задеплоить сабграф. Например, в [The Graph Network](https://thegraph.com/docs/en/network/benefits/), где нужно платить индексаторам в токенах GRT. Каждые 100 000 запросов обойдутся в ~$50, а за 30 млн. запросов придется платить по $4500 в месяц. Точно ли вашему бизнесу нужен этот сабграф? Если основной фишкой у проекта повышенная децентрализация, вероятнее всего да.  Оракулы для бизнеса также не бесплатны: Например, запрос в Chainlink VRF в сети Ethereum для получения списка случайных чисел может стоить примерно 3 токена LINK, то есть, около $23. Оракулы очень важны почти для любого проекта, особенно если проект имеет прочную связь с данными из реального мира (курсы валют, результаты спортивных событий и т.д.). Инфраструктура нуждается в настройке и поддержке. Этим занимаются разработчики, которым также нужно платить. Об этом стоит помнить и планировать бюджет своего продукта. ## МИФ 5. Code is law или Неизменяемость кода смарт-контрактов Неизменяемость кода смарт-контрактов — еще одно преимущество Web3 продуктов над Web2. Чаще всего, говоря об этом, подразумевается, что написанная логика смарт-контракта не будет изменена тайно и создатели протокола не способны произвести какие-либо манипуляции, чтобы обмануть своих пользователей. Это действительно так для таких протоколов как Uniswap, Yearn и многих других. Версии этих протоколов работают без изменений годами и при выходе нового протокола старый не прекращает работать. ![](https://metalamp.ru/images/unnamed 11.png) ### **Реальность** Существует технология [upgradeable](https://ethereum.org/en/developers/docs/smart-contracts/upgrading), она позволяет менять код в смарт-контрактах, т.е. полностью переписать всю логику смарт-контракта с нуля. Неизменными останутся данные, записанные в хранилище контракта, но это просто слоты, ячейки памяти, их можно проигнорировать и создать новые переменные. Но ведь это нарушает основной принцип блокчейна? Лишается ли доверия юзеров такой продукт?  Не стоит забывать, что код смарт-контракта можно просмотреть в обозревателе блоков (если разработчики стремятся к прозрачности и верифицировали код). В коде будут видны прокси-контракты и смарт-контракты с основной логикой. Опытный разработчик без труда обнаружит это, а обычный юзер может изучить аудит, где upgradeability будет обязательно отмечено.  Обновляемость смарт-контрактов позволяет их оптимизировать, исправлять ошибки и делать приложения удобнее для пользователей, делая продукт более конкурентоспособным. Например, если кто-то из команды или комьюнити заметит критический баг и сообщит об этом, есть высокий шанс все исправить до того, как хакер уведет средства ваших пользователей. И за такую обновление пользователи точно скажут вам “спасибо”. Обновляемость контракта может быть не только в руках разработчиков, но и ДАО: сообщество может само предлагать и голосовать за те изменения, в котором протокол по их мнению нуждается, и самостоятельно исполнять эти изменения.  Что делать, если же формат ДАО вам не подходит, но обновляемость вашего смарт-контракта вам также важна, как доверие пользователей? Можно в своем роадмапе отразить майлстоун или же условие, при котором из вашего продукта будет отменена обновляемость или выйдет версия протокола без этой функции.  ## Подводя итоги Прочитав о проблемах цензуры и анонимности блокчейнов и других особенностях, может показаться, что строить свое приложение — плохая затея.  Но цель этой статьи — не отговорить вас от разработки децентрализованных приложений, а наоборот: мы хотим, чтобы в блокчейне создавалось больше качественных продуктов, предотвращая как можно больше проблем на старте и осознанно подходя к планированию проекта. Для этого мы смело рассказываем о Web3, со всеми его слабыми и сильными сторонами, помогая подобрать изящные и осознанные решения. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Читайте больше о Web3 [Lees meer...](https://metalamp.ru/magazine/mify-o-razrabotke-blokcejn-produktov.md) ## Кого нанимать для успешного запуска MVP ![Кого нанимать для успешного запуска MVP](https://metalamp.ru/images/launching.png) Мы в MetaLamp часто и много работаем со стартапами. Судя по общению с основателями, у них часто возникает одна и та же задача — нужно собирать свою команду и искать партнеров, но непонятно, кого и когда привлекать, какие у них должны быть компетенции, за что каждый из них будет отвечать. В данной статье я бы хотел описать какие специалисты, эксперты и компетенции должны составлять вашу команду на разных этапах развития вашего стартапа, опираясь на наш опыт и опыт наших клиентов. Поскольку мы занимаемся в большей степени именно технической стороной, то в этой статье не будет комментариев и мнения на тему поиска в команду людей, отвечающих за финансы, фандрайзинг, найм сотрудников и пр. Состав команды и рассуждение о нём привязаны непосредственно к созданию продукта и разным его стадиям. ## Прототипирование идеи На данном этапе подразумевается, что вы уже знаете **что** и **кому** вы собираетесь продавать. В противном случае, стоит сделать шаг назад и провести продуктовое исследование. Детали о продуктовом исследовании мы вынесем в отдельную статью. На этапе прототипирования предстоит определиться как будет выглядеть и разрабатываться первая версия продукта, которая удовлетворит первых пользователей. Для этого нужна помощь следующих специалистов: ### **UX\UI дизайнер** В широком смысле UX\UI дизайнер проработает путь клиента от момента знакомства с вашим приложением до момента удовлетворения от оказанной услуги. В более узком смысле - он создаст интерфейс вашего продукта и определит то, как пользователи будут с ним взаимодействовать. Результатом его работы могут быть: CJM (Customer Journey Map), Дизайн-макеты вашего приложения.    ### **Разработчик** Участие опытного технического специалиста позволит подсветить и подготовиться к техническим сложностям на пути создания первой версии, а также оценить сроки и стоимость разработки. Например, если для вашего MVP необходимо сделать интеграцию со сторонним сервисом - важно, чтобы разработчик уже на этом этапе изучил сервисы, подобрал альтернативы и предложил лучший вариант. Результатом его работы должны стать: оценка сроков и стоимости, план по технической реализации, календарь релизов (если уже заранее вы планируете сделать несколько итераций). **ВАЖНО! Дизайнеру и разработчику должны передаваться уже сформированный портрет целевой аудитории и описанная бизнес потребность, которую вы хотите реализовать посредством своего MVP. Если таких данных у вас еще нет, стоит обратится к этапу с продуктовым/маркетинговым исследованием.** Часто, функцию UX\UI дизайнера на первых этапах может взять на себя кто-то из основателей, потому что первая версия может быть очень простой. Иногда MVP может быть ограничен двумя-тремя экранам с минимальным количеством отображаемых данных.  ![](https://metalamp.ru/images/Frame 1 3.png) Многие стартаперы, с которыми наша команда общается, стараются сделать MVP сразу с “красивым” и “полноценным” дизайном, чтобы “сразу начинать гнать на продукт трафик пользователей и получать первые продажи”. Такой подход может быть оправдан в отдельных случаях, но в разработке MVP важно двигаться быстрыми короткими итерациями и как можно быстрее собирать обратную связь от пользователей.  И иногда лучше сделать быструю, простую версию с минимально необходимым для проверки гипотезы функционалом и показать её своим коллегам и друзьям, которым она может быть интересна. Это еще не ваши первые клиенты, так что перед ними можно не стыдиться скромным дизайном и огромным количеством багов. Однако даже такие пользователи уже на этом этапе могут дать очень ценную обратную связь, которая может поменять ход разработки кардинально. Поэтому, иногда, первые дизайн макеты вашего MVP могут быть созданы без участия дизайнера. Но в будущем его участие будет уже критично. ## Разработка и запуск MVP На этом этапе работа становится более комплексной, требующей большего количества специалистов. Чтобы понять, кто именно должен стать частью вашей команды, важно разобраться какие процессы и каких результатов вам нужно добиться.   ### **Разработка продукта** Этот процесс может вовлекать как одного специалиста, у которого набор компетенций достаточен для разработки MVP, так и целую команду с разными ролями и задачами. Классический состав команды для создание MVP - **frontend** и **backend разработчики**. Иногда эти две компетенции могут совмещать в себе один человек - **fullstack разработчик**. Сколько и каких специалистов вам необходимо - вопрос индивидуальный. В нём стоит полагаться либо на партнеров с технической экспертизой, либо обращаться к студиям разработки. Но обычно, первые версии собираются небольшим составом (1-4 специалиста). Хотя в случаях где набор задач широкий и сроки поджимают могут собираться и довольно крупные команды (10-15 человек). ### **Менеджмент** В момент, когда у вас появляются уже целые команды специалистов - возникает потребность организовывать и контролировать процесс их работы. Здесь вступают в игру **менеджеры проектов**. Их роль - организовать коммуникацию, распределение и приемку задач, а также проработку проблем и изменений, возникающих по ходу разработки. Данную роль на начальных этапах может брать на себя основатель, но в случае если разработка MVP планируется на срок более одного месяца, для него управление проектом превратится в микроменеджмент, съедающий время и эмоциональный ресурс.  На этом этапе также принимают участие и эксперты, которые с вами взаимодействовали ранее: **дизайнер** должен контролировать результат, **маркетологи или продакт специалисты** должны консультировать техническую команду по вопросам приоритетов и соответствия результата идеям бизнеса.   Кроме того, на этапе разработки острым становится вопрос о необходимости **технического директора** (**СТО**). Данная роль отвечает за всю техническую составляющую вашего продукта. СТО -  единое окно для всей команды по вопросам разработки, скорости релизов, качества релизов. Эту роль всегда кто-то выполняет, даже на этапе прототипирования. Но уже на этапе разработки желательно наделить ею отдельного человека, чтобы команда знала к кому обращаться по технической реализации продукта, а основатели не отвлекались от других важных вопросов - фандрайзингом, маркетингом, продажами.  Эту роль на ранних этапах на себе могут взять: - Один из основателей, партнер, с техническими компетенциями.  - Наёмный опытный разработчик. - Студия, которой вы делегировали разработку MVP Что из этого лучше - вопрос, опять же, индивидуальный. В каких-то случаях стоит искать сразу сооснователя, в каких-то - обратиться к студии. ![](https://metalamp.ru/images/image 140 2.png) Реальный опыт СЕО стартапа. Источник: Quora ## Тестирование MVP и сбор обратной связи Произошел релиз вашего MVP. Что делать дальше и какие специалисты могут понадобиться на этом этапе? Ответ зависит от того, какую цель вы ставите перед MVP - первые продажи и/или обратную связь от первых пользователей. ### **Обратная связь от пользователей** Классический набор действий для сбора обратной связи: демонстрация продукта пользователям, интервью пользователей по итогам пользования системой, формирование приоритетов и задач для дальнейшей разработки. В крупных стартапах эту роль на себя берут **продакт-менеджеры**и UX\UI **дизайнеры**(потому что им важно понимать как люди взаимодействуют с их интерфейсами). Однако в крупных стартапах определение приоритетов и сбор обратной связи от пользователей - процесс очень сложный и многосторонний. На ранних стадиях, когда работа идет над MVP, эту функцию выполняет основатель проекта. Но здесь снова становится актуальным вопрос микроменеджмента и приоритетов. Если у вас основной фокус - фандрайзинг, возможно стоит делегировать общение с пользователями коллегам. ### **Первые продажи** Для поиска первых клиентов ключевыми специалистами, конечно, являются **маркетологи** и **менеджеры по продажам**. Если MVP изначально планируется для первых продаж, то задумываться о маркетинге нужно заранее, еще на этапе прототипирования и разработки. Как ранее было уже описано, эту роль берет либо кто-то из основателей, либо наёмные сотрудники. Когда их подключать - решать вам. ## Масштабирование MVP Термин “Масштабирование MVP” разными предпринимателя определяется по разному. Кто-то считает, что это следующий большой этап разработки после релиза первой версии, кто-то определяет это как дальнейшее развитие продукта после возникновения первой стабильной месячной выручки.  ![](https://metalamp.ru/images/Group 8882.png) Если смотреть на вопрос именно с точки зрения разработки, то масштабирование начинается когда горизонт планирования календаря релизов команда планирует измерять уже многими месяцами. Это момент, когда становится понятно, что данные проект - игра в долгую, и под него необходимо собирать полноценную рабочую команду и работать уже не только над скоростью, но и над качеством. Когда вы заходите в долгую и сложную разработку помимо уже существующих возникают новые процессы: ### **Тестирование** Новый функционал множится, взаимосвязи между разными частями системы - тоже. На этапе увеличения сложности и объема разработки времени на тестирование вашего продукта перед релизом уходит всё больше. Для эффективного решения таких задач команде нужны **тестировщики** - отдельные эксперты, чей зоной ответственности является минимизация ошибок и проблем в работе продукта ### **Управление приоритетом задач** По причине всё того же роста кол-ва задач и планов на разработку появляется более острая необходимость в приоритезации календаря новых релизов. Какой именно функционал стоит выпускать быстрее? Как протестировать актуальность нового функционала быстрее и дешевле? На этот вопрос должны отвечать **продакт-менеджеры**, которые регулярно общаются с вашими клиентами, следят за конкурентами и в, конечном счете, определяют приоритеты разработки. ### **Поддержка технической инфраструктуры** Разработка и релиз - это только часть реализации продукта. С момента выпуска первой версии на команду ложатся задачи по поддержке технической инфраструктуры вашего продукта - оптимизировать работу серверов, следить за показателями нагрузки на систему. Таких специалистов называют **DevOps инженерами**. Без них строить продукт в долгосрочной перспективе невозможно. На ранних этапах закрывать задачи DevOps инжиниринга могут ваши разработчики, но как правило для этого требуется отдельные компетенции и опыт.   Помимо выше описанных ролей вашему продукту могут понадобиться еще много специалистов, например, **специалисты клиентской поддержки**, **системные аналитики** и пр. Но скорее всего, на этапе, когда вы понимаете что ваш продукт имеет спрос на рынке, а инвесторы готовы дать вам денег на развитие - у вас уже точно должны быть в команде люди, отвечающие и за техническую сторону продукта, и за работу с пользователями. Они точно углубят понимание кто конкретно нужен команде, и помогут организовать работу по многим фронтам. ![](https://metalamp.ru/images/Group 8897.png) ## Как искать всех этих специалистов и как понять точно ли они нужны на этом этапе? Если при запуске своего технологического продукта (стартапа) вы не знаете как организовать команду и какие специалисты вам нужны для технической реализации - делегируйте. Самый простой способ делегирования - нанять в команду СТО или заключить контракт на разработку со студией. Без опыта справится эффективно с организацией разработки - задача очень тяжелая. Только лишь поиск, валидация специалистов и старт работ могут отнять у вас огромное кол-во времени и ресурсов, которые можно было потратить на другие бизнес задачи.  Ранее мы выпускали статью на тему [“Кого привлекать для разработки MVP стартапа: фрилансера, студию или наемных сотрудников?”](https://metalamp.ru/magazine/article/kogo-privlekat-na-razrabotku-mvp-startapa-frilansera-agentstvo-ili-naemnyh-sotrudnikov). В ней мы рассказали о том, какие риски и какие преимущества есть в работе с каждым из этих вариантов исполнителей. Статья не утратила своей актуальности и возможно она поможет вам в выборе идеального варианта для запуска своего MVP. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/kogo-nuzno-nanimat-v-komandu-dla-zapuska-mvp.md) ## Кого выбрать для разработки MVP стартапа: фрилансеров, агентство или сотрудников ![Кого выбрать для разработки MVP стартапа: фрилансеров, агентство или сотрудников](https://metalamp.ru/images/galaxy.png) Мы часто работаем со стартап-предпринимателями, и у многих из них есть проблема — нужно собрать техническую команду для разработки MVP, но непонятно, как лучше это сделать. Можно нанять специалистов в штат, выдавать задачи фрилансерам, полностью отдать разработку на аутсорсинг. Но что лучше? Совсем идеального решения нет, везде есть плюсы и минусы. Где-то придется тратить больше денег, в другой ситуации увеличивать сроки, а где-то и вовсе жертвовать качеством. Расскажу, на что нужно обратить внимание, чтобы подходить к формированию технической команды для стартапа осознанно. И понимать заранее, какие проблемы вас ждут. Особенно если у вас нет IT-бэкграунда.  Я не рассматриваю в данной статье вариант с NoCode или LowCode разработкой для тестирования бизнес-гипотез. Также эта статья вряд ли вам пригодится, если у вас уже есть опытный СТО в партнерах. В этом материале хотелось бы порассуждать, что делать предпринимателю, который уже протестировал гипотезы, сформировал первичную бизнес-модель и решил разрабатывать полноценный сервис для дальнейшего масштабирования, но не знает к кому пойти с этой задачей. ## Инхаус, свой технический отдел Если вы решили формировать свой технический отдел, учитывайте, что найм IT-специалистов сейчас — одна из [сложнейший задач](https://hh.ru/article/31716) на HR-рынке. Это дорого, долго и сложно. Инхаус-команда нужна, если вы планируете «долгострой», который требует месяцев разработки и привлечения разных специалистов. В остальных случаях — это просто трата времени и денег. ![](https://metalamp.ru/images/hh601.jpg) Топ наиболее востребованных ИТ-специалистов по данным HeadHunter, июнь 2023 года ### **Плюсы** - **Независимость от одного подрядчика**. Когда стартап обращается в одну аутсорс-компанию, он начинает от нее зависеть — появляется риск, что подрядчик может поменять условия, не сможет поддерживать нужный уровень при масштабировании проекта. В конце концов, аутсорс-команда может просто закрыться. Люди в штате же вряд ли уйдут сразу все. - **Высокая вовлеченность.** Если вы нанимаете людей, которым интересна идея стартапа и нравится атмосфера в коллективе, они потенциально будут готовы работать много и продуктивно. Особенно если в перспективе у них есть возможность получить не просто зарплату, а долю в компании. ### **Минусы** - **Большие расходы.**Если сравнивать затраты на одного разработчика на аутсорсе и ФОТ на человека в штате, кажется, что свой специалист дешевле. Но добавьте к зарплате налоги за сотрудников, пенсионные и страховые взносы, аренду офиса, затраты на оборудование и персонал поддержки в виде менеджеров, а также издержки, которые на вас ложатся ка кна работодателя — получится не всё так однозначно. - **Высокая вовлеченность в команду.** Скорее всего, придется или нанимать хорошего HR, или заниматься поддержкой командного духа и мотивации самостоятельно. Еще нужно заложить в бюджет расходы на обучение, корпоративы и бонусы — это тоже весомые затраты. - **Долгий цикл найма.** Найм крепкого middle-специалиста может занять 1-2 месяца. Для уровня senior и выше срок растягивается еще на недели. Джуниоров набрать проще, но их нужно учить, это тоже время и деньги. - **Сотрудники могут заболеть или уволиться.** Для стартапа это боль — вы искали человека два месяца, потом три месяца вводили в курс дела, и теперь все нужно повторить заново. Текучка – достаточно острая проблема, [более 57%](https://survey.stackoverflow.co/2020) разработчиков не находятся в активном поиске работы, но с удовольствием рассматривают входящие предложения. - **Есть риски срыва сроков и дополнительных трат.** Сотрудники могут неверно оценить дедлайн, и вам придется ждать лишний месяц-два — зарплату при этом никто не отменял. Аутсорс-команда тоже может растянуть проект, но риски будут распределены. Вы можете прописать в договоре штрафы за нарушение сроков или поделить риски переплаты между собой и исполнителем. - **За простой придется платить.**Например, вам нужно обсудить с инвестором будущее развитие проекта — пока разработка на паузе, зарплаты все равно нужно платить. Простой даже в неделю для технической команды получается довольно дорогим. - **Микроменеджмент.**Будьте готовы самостоятельно управлять командой, ставить ей задачи, принимать результат и решать все ситуативные проблемы на проекте. Либо же нанимайте в команду еще и толкового СТО, которому сможете делегировать процесс. ## Заказы на фрилансе Я вижу две причины, по которым стоит обращаться к фрилансерам: вы хотите сэкономить или вам нужна разовая помощь от специалиста по какой-то особой технологии. Но при этом вы должны уметь работать с фрилансерами: нужны процессы поиска, найма, постановки задач, контроля за их исполнением. Придется закладывать риски срыва сроков или исчезновения подрядчика. Редко когда фрилансер может быстро вникнуть в бизнес-задачу и выстроить удобный всем процесс. С другой стороны, если вы нашли порядочного и компетентного фрилансера, можно хорошо сэкономить — по разным данным, до 60% расходов в отличии от штатного специалиста. Если задач много, это могут быть значительные деньги. ### **Плюсы** - **Экономия.**Меньше налогов, можно оформить договор как с ИП или самозанятым. Нет взносов. Нет расходов на офис и атмосферу. Обычно дешевле, чем аутсорс-команда. - **Можно быстро закрыть разовые короткие задачи** — нашли специалиста, заключили договор, решили проблему. ### **Минусы** - **Много рисков.**Просроченные дедлайны, пропавший специалист вместе с предоплатой — все это реалии рынка. - **Сложно с командн****ой работой.** Для задач, которые требуют совместной работы, тяжело найти фрилансера — такие специалисты часто предпочитают действовать самостоятельно, в одиночку. Хотя это не правило, а скорее наблюдение — наверняка есть много командных игроков, просто мне они не встречались. - **Менеджмент на вас.** Придется тратить время и энергию на поставку задач, настройку и контроль за процессами. Фрилансер, который хорошо работает в команде и отлично менеджерит, быстро превращается в аутсорс-подрядчика. - **На вас может не хватить времени.**В отличии от штатного сотрудника, фрилансер не будет ждать, пока вы загрузите его задачами. Да, паузы в работе фрилансеру оплачивать не нужно — можно сэкономить, если, например, у вас время питчинга. Но когда задачи появятся, не факт, что фрилансер согласится — за это время он может найти другой проект. Это обычная деловая практика. ![](https://metalamp.ru/images/Group 8911.png) Работа с фрилансерами — это особых подход к процессам с жесткий отбором и строгой валидацией подрядчиков. Я понимаю, как это делает человек с сильной технической и менеджерской экспертизой. Если у вас стартап и вы не работали успешно с фрилансерами до этого — лучше не рисковать и пойти в компанию с понятными процессами, подробным и прозрачным договором и адекватным менеджментом. Либо будьте готовы к рискам. ## Полный аутсорс Как директор студии разработки, мне хотелось бы сказать, что студия - это идеальный вариант. Но такое заявление с моей стороны будет не честным. В работе со студией тоже много своих особенностей. ### **Плюсы** - **Готовая команда**. Вам не нужно нанимать много специалистов, проверять их компетенции, ждать, пока коллектив сработается. На аутсорсе вы получаете команду и менеджера проекта, который знает свой коллектив и понимает, как лучше организовать работу. - **Нет дополнительных расходов на команду.** Атмосфера в коллективе, аренда офиса, покупка оборудования, поддержка мотивации, [развитие персонала](https://vc.ru/hr/212949-kak-karta-razvitiya-pomogaet-spravlyatsya-so-stihiynymi-povysheniyami-i-neosoznannoy-nekompetentnostyu) — все это головная боль аутсорс-компании, вы же получаете разработку без этих проблем и затрат. - **Быстрый старт.** Конечно, у большинства компаний есть этап пресейла, но все стараются его сократить. Ведь это в интересах компании: быстро выяснить требования, проанализировать их, согласовать и начать работу. Бывает, что на старт разработки достаточно одной недели. Например, наша команда онбордится на проект за 3 дня. - **Можно наращивать количество задач.** У аутсорс-команды обычно есть механизмы перераспределения ресурсов, которые можно подключить к вам, в случае необходимости. Получается гибкая система работы — если задач много, работает много специалистов. Задач меньше — значит, их перераспределят по другим проектам. - **Вы можете переложить полностью или частично риски на исполнителя.** Добросовестные компании сами заинтересованы в том, чтобы заранее согласовать с вами рамки оплаты своих услуг и сроки выполнения, со всеми нюансами. Если менеджер подрядчика ошибся в оценке сроков, а вы зафиксировали точную сумму в договоре — платить за увеличение сроков не придется. Либо можно перераспределить дополнительные расходы между вами и исполнителем — как договоритесь в зависимости от ситуации. ### **Минусы** - **Нужны деньги.**Качественная разработка на аутсорсе не может быть дешевой. Расходы на компетентную команду соизмеримы, а в некоторых случаях и дороже расходов на штатных сотрудников. В то же время, если вы делаете стартап в Европе или США вы можете попробовать оптимизировать расходы, обратившись к агентствам из стран Азии, восточной Европы, Южной Америки и Африки. Но даже там опытные и надежные команды берут не малые деньги. - **Меньше контроля и микроменеджмента.** Если вам важно вникать в каждую деталь разработки, и вы хотите влиять на процессы в команде, то лучше поискать людей в штат. У студии скорее всего есть свои методологии, свои подходы и практики, вторжение в которые могут привести к задержкам и недопониманию. С другой стороны, это снимает с вас кучу головной боли, за весь процесс отвечает исполнитель. - **Зависимость от подрядчика.** Если весь проект делает одна аутсорс-команда, её будет сложно быстро заменить — новым разработчикам потребуется время, чтобы вникнуть в проект, понять, как что работает. В общем, если выбираете аутсорс, обратите внимание, что можно попасть в зависимость от команды. - **Хорошую студию нужно искать.** На рынке РФ работает уже несколько тысяч команд разработки, которые на первый взгляд могут друг от друга и не отличаться. На поиск подходящих специалистов нужно время. Хотя это всё равно быстрее, если сравнивать с поиском людей в штат. Мне кажется, что к аутсорс-команде стоит идти, если у вас есть бюджет и  вы хотите получить за него быстрый и качественный результат, и не греть себе голову о деталях, нюансах, а просто переложить все на подрядчика. . Для этого нужен опыт и техническая экспертиза. Аутсорс-команда подойдет тем, кто хочет перенести часть рисков на подрядчика. Да, придется внимательнее отнестись к формулировкам бизнес-задачи и к согласованию проекта. Но зато в договоре можно указать конкретный срок реализации проекта — если агентство ошибется в оценке срока, это их проблемы и лишние затраты. Когда вы нанимаете инхаус-команду, такие ошибки придется оплачивать самостоятельно. ![](https://metalamp.ru/images/603f5436b1c7e360cf51d458.jpg) ## Как выбирать аутсорс-команду для стартапа Конечно, самый простой вариант — найти команду, которая реализовала аналогичный проект для ваших знакомых, и они довольны результатом. Если таких нет, то советую обращать внимание на несколько нюансов: - Узнайте, есть ли у них опыт работы со стартапами. Хорошо, если да — значит, ребята уже знают, что нужно быть гибкими и понимают, что направление разработки может поменяться после очередного тестирования гипотез. - Хорошо, если есть похожие проекты. Необязательно в той же нише, здесь скорее речь про технологический формат — например, если вы делаете сервис по аналитике, лучше искать аутсорс-команду, которая уже работала с визуализацией данных и специализируется на нетривиальном фронтенде. - Пообщайтесь с подрядчиками. Изучите, как подрядчики обосновывают форматы оплаты, как они закладывают риски, прозрачны ли они в коммуникации, как они презентуют оффер. - Обращайте внимание на сочетание формата работы команды и ваших потребностей. Например, если для вас критично созваниваться с менеджером, а в студии общаются только в чатах, лучше поискать других ребят. Посмотрите на рейтинги разработчиков, проанализируйте выдачу «гугла», используйте любые методы проверки экспертизы. Составьте чек-лист необходимых требований и прогоняйте по нему всех подрядчиков. ## Что в итоге нужно делать Если вы из IT-мира — вы и так всё знаете. Если у вас нет технической экспертизы — просто идите к аутсорс-команде. Хотя бы на старте не задумывайтесь о подборе своей команды. В итоге это все равно окажется дороже, сложнее и опаснее для проекта, чем работа с агентством. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/kogo-privlekat-na-razrabotku-mvp-startapa-frilansera-agentstvo-ili-naemnyh-sotrudnikov.md) ## От корпоративного блога к бренд-медиа: запуск Metalamp Magazine ![От корпоративного блога к бренд-медиа: запуск Metalamp Magazine](https://metalamp.ru/images/magazine.png) Мы начали наше путешествие с корпоративного блога, где наши эксперты делились знаниями и опытом. За 2 года было создано более 50-ти материалов, которые публиковались не только в нашем блоге, но и в других популярных изданиях (Medium, Habr, Hackernoon, VC).  Это был первый шаг к созданию сообщества, в котором можно узнать больше о нашей работе, технологических трендах и вызовах, с которыми мы сталкиваемся.  Со временем мы научились лучше работать с контентом и поняли, что хотим предложить больше для нашей аудитории. Поэтому основными целями стало сделать наш контент более доступным и разнообразным чтобы делится своим опытом и экспертизой в сфере блокчейн разработки на новом уровне. ## **Встречайте MetaLamp Magazine** MetaLamp Magazine — это медиа-бренд, созданный нашей командой, который предоставляет читателям площадку для более удобного взаимодействия с контентом. При разработке бренд-медиа мы сосредоточились на нескольких ключевых моментах: ### **Улучшенный пользовательский интерфейс** С новым современным и интуитивно понятным дизайном читатели будут чувствовать себя комфортно и легко смогут найти интересующий их контент.  ### **Разнообразие контента** Мы стремимся предоставить вам широкий спектр информации, который будет интересен как специалистам в нашей сфере, так и более широкой аудитории: стартапам, бизнесу, энтузиастам и другим. Теперь в MetaLamp Magazine вы найдете статьи, обзоры, видеоуроки, кейсы и многое другое. ### **Возможность публикации от внешних экспертов** Становитесь частью сообщества Metalamp! Если у вас есть интересные идеи, знания и опыт, которым вы хотели бы поделиться, то теперь у вас есть такая возможность. ### **Еженедельный дайджест** Мы знаем, что ваше время дорого, поэтому мы запускаем еженедельную рассылку по e-mail. Наша цель - не надоедать вам постоянными письмами, а предоставить только самое интересное и важное. Наша команда изменила саму концепцию — теперь материалы будут отображаться не просто в хронологическом порядке, а наиболее интересные и популярные будут продвигаться выше и войдут в еженедельную рассылку. Также появится возможность сортировки материалов по тегам и еще несколько удобных для пользователей функций.  В будущем MetaLamp Magazine станет кладезем знаний не только для тех, кто активно интересуется блокчейн-разработкой и концепцией Web3. За годы работы в этой индустрии нами был накоплен огромный объем опыта и успешных кейсов. Это делает нас надежным источником информации для всех, кто стремится понять и использовать потенциал этой инновационной области в своем проекте, бизнесе или стартапе. Чтобы поддержать развитие бренд-медиа MetaLamp читайте наши материалы, делитесь в своих социальных сетях с друзьями и подписывайтесь на еженедельную рассылку! **Мы искренне рады, когда вам откликается то, что мы делаем и о чем пишем. Благодарим вас за вашу поддержку и интерес к нашему контенту!** ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Популярные статьи [Lees meer...](https://metalamp.ru/magazine/iz-korporativnogo-bloga-v-brend-media-zapusk-metalamp-magazine.md) ## Как мы обучаем менеджеров в области Web3 технологий ![Как мы обучаем менеджеров в области Web3 технологий](https://metalamp.ru/images/spaceman.png) Более трёх лет мы в MetaLamp специализируемся на создании web3 продуктов. Нанимая специалистов в команду, мы заметили, что найти хорошего проектного менеджера, сейлза, маркетолога даже с базовым знанием web3 - тот еще челлендж. Это занимает больше времени, чем наем уже опытного профессионала из сферы web2. Но тогда встает вопрос: как быстро погрузить его в незнакомую предметную область? К решению этой задачи подключились наш техлид Михаил Дашкевич и менеджеры проектов. В этой статье мы расскажем про карту развития, нашу попытку сделать универсальный путеводитель по миру web3 продуктов. ## Первые шаги Идея с картой стала логичным продолжением нашего опыта в онбординге. Поначалу мы попробовали организовать теоретическую подготовку новичков с помощью книги «How to DEFI» от Coingecko и пары статей по ключевым вопросам web3 сферы. Книга, безусловно, отличная и авторы большие молодцы, но, к сожалению, этого оказалось критически мало. После пары онбордингов, стало очевидно, что такой подход не позволяет дать полноценное представление о мире децентрализованных продуктов: нужна была система. Такой способ организации тем, источников информации по ним и вопросов, которые бы полностью закрывали потребности специалистов разбираться в web3 инструментах, продуктах, технологиях с их возможностями и ограничениями. И поскольку web3 – это очень быстро развивающаяся и постоянно меняющаяся сфера, эта система знаний должна регулярно обновляться и пополняться новыми источниками информации и вопросами для самопроверки. Опираясь на свой многолетний опыт создания и поддержки карт развития для frontend и backend разработчиков, решили на тех же принципах построить карту развития по web3 предметке для специалистов из других сфер. ## Пара слов о нашем опыте создания карт развития С момента основания компании идея саморазвития – наш драйвер роста и источник вдохновения. Первый опыт нашей команды систематизировать знания и поделиться ими с другими связан с подготовкой карт развития для разработчиков. В 2016 году мы разработали и опубликовали в открытом доступе для всех [карты развития frontend и backend разработчиков](https://github.com/fullstack-development/developers-roadmap). В них отражена система грейдов и привязанные к ним темы с вопросами для проверки знаний. Благодаря поддержке сообщества, только для грейда junior мы собрали более полутысячи вопросов, на которые профессионал должен знать ответ. Приятным бонусом к этому были 1.1к звезд на github. Сегодня мы продолжаем опираться на эти карты в оценке компетенций кандидатов на вакансии, а также к ним привязана система материальной мотивации в компании, [мы описывали ранее, как работает такая система у нас](https://metalamp.ru/magazine/article/kak-motivirovat-razrabotcikov-razvivat-sa-s-pomos-u-prozracnoj-sistemy-povysenia-zarplat). Карта развития помогает разработчикам видеть перспективы их профессионального роста: в системе прописано, что нужно «прокачать» специалисту в теории, чтобы повысить вес своей квалификации на рынке труда. Благодаря наглядной структуре, профессионал может видеть свои зоны роста и четкий план действий. Почему карты развития как инструмент повышения квалификации оказались такими эффективными? На наш взгляд, ответ кроется в реализации: 1. Есть четкая градация и структура учебного материала. 2. В ней собраны и систематизированы ссылки на источники. Да, источники не всегда исчерпывающие, но это мотивирует команду предлагать свои правки к карте, предлагать свои формулировки вопросов, добавлять другие источники, заменять старые на новые и т.д. 3. Очень много действительно актуальных вопросов для подготовки и самопроверки. Фишка карты в том, что она не содержит готовых ответов для «зубрёжки»: их нужно добывать, учиться формулировать мысль. 4. Необходимость сдавать темы тому, кто их уже сдавал ранее. Достигается эффект двойного обучения: студент проверяет свое понимание изученного, а ментор прокачивает скилл видеть проблемы с разных ракурсов. Все эти принципы мы захотели реализовать в новом контексте: создать эффективный «навигатор» для нетехнических специалистов, которые переходят в сферу разработки web3-продуктов. ## Принципы организации карты развития по web3 Нас зажигает идея помочь специалистам в самообучении так, чтобы они были подкованы по основным вопросам web3 сферы. Для этого мы начали собирать базу знаний на GitHub, структурируя информацию по темам и разделам. Весь материал, предназначенный для изучения, разделили на две неявные категории: базовый уровень и продвинутый. Уровень **Beginner** – базовая информация по предметной области web3. Больше ориентирован на подготовку менеджерского состава: заточен под тех, кому нужно погрузиться главным образом в основные аспекты web3. Это сейлзы, менеджеры проектов, HR-специалисты, маркетологи и другие профессионалы, работающие в IT сфере. Уровень**Advanced** – является логичным продолжением базового уровня. О возможностях других блокчейнов, о назначении, ограничениях и преимуществах альтернативных технологий, об инструментах и продуктах, создаваемых с их помощью. Помимо теории, к каждой теме мы уже начали создавать проверочные вопросы и задания, которые помогут закрепить изученный материал на практике. Все в лучших традициях карты развития для разработчиков. Принимать итоговые испытания по итогам прохождения «учебного маршрута» будут специалисты, которые уже прошли обучение и справились со сдачей экзаменов ранее. ## Заключение Мы в MetaLamp убеждены, что создание полноценной карты развития по предметной области web3 принесёт много пользы не только нам, но и другим компаниям. Можно будет использовать эту карту как навигатор в мире web3 и определять траекторию обучения для кандидатов на вакансии с требованием знания специфики web3 разработки. Разного профиля специалисты с богатым опытом в web2 смогут видеть векторы развития знаний и навыков для «бесшовного» перехода в web3. И самое главное, когда сотрудники не технических специальностей «закрасят» белые пятна на карте своих знаний web3, коммуникации между сейлзами и лидами, проджект-менеджерами, заказчиками и командой выйдут на новый уровень. Сейчас карта развития находится в стадии черновика: где-то не хватает теоретических выкладок, где-то – вопросов. Можно сказать, что она находится в бета-версии: собираем фидбек, устраняем пробелы в разделах, дорабатываем вопросы. Будет здорово, если эту тему подхватят и другие участники блокчейн сообщества с опытом в этой сфере: так мы скорее сможем создать ценный продукт, который многие компании смогут использовать для повышения компетенций своих «не технических сотрудников». Если вы чувствуете желание внести свою лепту в «улучшение взаимопонимания», присоединяйтесь к нашему проекту по созданию [карты развития по web3](https://github.com/fullstack-development/defi-roadmap), вступайте в наш [чат-обсуждение карты развития в Телеграм](https://t.me/web3roadmap), мы будем рады любому фидбеку. ## Структура учебного материала Для удобства изучения мы решили упаковать наши ресурсы в полноценный roadmap по примеру нашей карты развития разработчиков: теоретические разделы плюс вопросы для самопроверки. Карта развития включает следующие разделы: - **Философия web3.0**. Обзор общих особенностей интернета web3, плюсы и минусы, актуальные проблемы. Дает понимание, зачем вообще нужна децентрализация и чем web3 принципиально отличается от web2. - **Блокчейн.**Рассказ об основах технологии общепонятным языком. Объясняем, что такое Bitcoin и Ethereum, что такое контракты, какие у них есть возможности и ограничения. - **DEFI.** Самая яркая часть карты. Обзор продуктов, которые создают экосистему блокчейна: токены, токеномика, дексы, кредитные протоколы, NFT. - **Tools.** Посвящаем в то, какие инструменты разработки используются. Рассказываем о продуктах, библиотеках, которые находятся на периферии и нередко становятся частью приложений, но не являются значимыми для бизнеса. - **Другие блокчейны**. Этот раздел интересен уже на продвинутом уровне. После изучения базовых продуктов в эфире и базовых проблем блокчейна, идем изучать другие блокчейны. Задача – увидеть, какие есть продукты там, как там решают проблемы с высокими комиссиями, масштабируемостью и в целом узнать – на чем они специализируются? ## Запуск первой фокус-группы Первоиспытателями карты развития по web3 стали ребята, которые захотели попасть к нам в компанию на не технические вакансии: проджект-менеджеры, сейлзы и маркетологи. Мы запустили блокчейн-кружок, участники которого каждую неделю проходят по одному уроку и по пятницам созваниваются с куратором, чтобы обсудить темы и ответить на вопросы. В таком режиме, когда между созвонами ребята изучают пару тем, карта развития рассчитана на 16 недель: можно неспешно исследовать каждый раздел. Изначально мы хотели оставить ответственность за прохождение карты на самих обучающихся. Но опыт показывает, что если проходящим карту не организовать динамику со структурированным планом, дедлайнами и пакетами учебного материала, который нужно изучить за неделю, процесс подвисает: все пускается на самотек. Поэтому решили разбить всю информацию из карты на блоки сами, а ребятам остается каждую неделю вовремя сдавать нужный блок и получать фидбек о том, что изучено хорошо, какие вопросы остались и что стоит еще подтянуть. При использовании во время онбординга время, отведённое на освоение материала, будет сокращено: нужно будет сдать экзамен до конца испытательного срока, у нас он длится 3 месяца. Но результат будет заметен уже после пары недель обучения. ## Выгоды внедрения карты развития Приводить в пример какие-то кейсы и говорить об эффективности на основе статистики пока рано: первая волна обучающихся изучила только треть материалов. Но мы на себе заметили, как меняется профессиональная картина мира, когда сотрудник погружен в контекст. «Ко мне приходил один потенциальный лид в LI и начал расспрашивать про IPFS на Avalanche, его ограничения. Я к тому моменту не совсем представлял, что такое IPFS. А буквально на следующей неделе в карте у нас была тема по IPFS, и я стал намного лучше понимать, о чем ведется речь и где это применяется. Теперь мне гораздо проще говорить с возможными заказчиками о таких вещах», – рассказывает sales менеджер в MetaLamp. Мы ожидаем, что наша карта развития поможет следующим специалистам с решением их задач. **Маркетологи** смогут лучше подсвечивать и упаковывать ценность предложений компании с привязкой к интересам рынка, эффективнее доносить до потенциальных клиентов суть решений с точки зрения пользы для бизнеса. Более глубокое погружение в предметную область Web3.0 позволит им предлагать и тестировать новые гипотезы по лидогенерации. **Сейлз-менеджеры**смогут эффективно фильтровать первичных лидов. В идеале они будут общаться с заказчиком на одном языке, не испытывая сложностей в коммуникации. Понимать его запросы и потребности, вытаскивать больше деталей во время интервью, чтобы адекватно описать и оценить проект. Смогут видеть и предлагать альтернативные решения в соответствии с интересами заказчика. **Проджект-менеджеры** будут иметь ясное представление о том, какие продукты сегодня есть, для каких целей они нужны, об их недостатках и преимуществах. Им будет проще донести ценность решения именно с точки зрения бизнес-процессов до заказчика. Также как общение с командой станет более предметным и конструктивным: легче будет понимать разработчиков, их возможности, сложности и варианты решений. **HR-специалисты** будут яснее представлять, какой опыт и навыки нужны для их проектов. Проще и быстрее отсеивать нерелевантные заявки. Эффективнее собеседовать подходящих кандидатов. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей по теме [Lees meer...](https://metalamp.ru/magazine/vojti-v-ajti-web3-kak-my-obucaem-menedzerskij-sostav-web3-predmetke.md) ## Как токенизация улучшает бизнес и экономику ![Как токенизация улучшает бизнес и экономику](https://metalamp.ru/images/crypto%20coffee.png) Криптовалюта – перспективная и быстроразвивающаяся сфера, игнорировать которую невозможно. По состоянию на ноябрь 2022 года, криптовалютами [пользуется](https://earthweb.com/cryptocurrency-statistics/) более 1 миллиарда людей. Как считаться с растущей популярностью криптовалюты в российских реалиях, где оплачивать ею товары и услуги запрещено? И как бизнес с помощью крипто-технологий может стать ближе к своим клиентам? Криптовалюты стали частью экономики и общественной жизни разных стран. ![](https://metalamp.ru/images/63ecdb68fd045881cf34ee5f_NiYwX8efXdK0q6b92MunNijL--r9Hg-zzwygPWLwnZ3Fx8cEzY4IbB039RUqzD5pfKjHHSUx4WzdXZnCyvXjf-GgryNVwmFZ6DlSJTIPeHoON5UVMmA7OSk7Pc06Y2jBT64W5Q2jB-Rxxwn4ukzlaQw.png) За Bitcoin можно купить десерт в джелатерии [Steccolecco](https://steccolecco.com/btob/) в Риме или оплатить онлайн-заказ в Burger King в Берлине. Криптовалютные пожертвования принимают НКО и политики разных стран (в том числе, российские); и это вполне [законно](https://trends.rbc.ru/trends/social/62820b5d9a7947f252b6ec7e) (незаконно лишь тратить эти пожертвования на территории РФ).  Пока что криптовалюта не стала полноценной альтернативой фиатных денег; но по всему миру мы наблюдаем отдельные попытки поставить бизнес на криптовалютные рельсы. Так, уже много лет в Праге существует [Параллельный полис](https://www.paralelnipolis.cz/) — мультинаправленный проект, объединивший искусство, общественные науки и технологии. Его философия – свобода, независимость и инновационное развитие общества. Сообществу проекта принадлежит целое здание, где каждая локация отведена под самостоятельный проект в рамках общей системы. На первом этаже находится кафе BitcoinCoffee; здесь можно обменять государственную валюту на криптовалюту, и купить за Bitcoin кофе и десерт, а также — различные гаджеты вроде аппаратного электронного кошелька.  ![](https://metalamp.ru/images/63ecdb8bda25f1d1ebf95cab_eGMXRE6WecGvOcYEHClKM55qeIu3T4Z4XoB4ZxobFG8mVegYIcB_TiiQxNwaKn51j1maJdpxOZf4JS5j_AVsVCF1YmwuJrgu7h0eol0XtY1nwigQenM_7lc7lp-kmhHO-f_CPPkHHie5se9Xm6i73jk.jpeg) Под BitcoinCoffee располагается лаборатория 3D печати Makers Lab, а этажом выше кафе — офис Paper Hub. Верхний этаж и его мультифункциональный зал служат дискуссионной площадкой для организаторов и зрителей. В Параллельном полисе собирается сообщество единомышленников, которые позитивно смотрят на использование криптовалют, сопротивляются монополии государства на финансовую эмиссию и вносят большой вклад в альтернативную экономику.  ## Создание собственного токена В России оплачивать товары и услуги цифровой валютой нельзя, но [можно](https://www.vesti.ru/finance/article/2432412) создать свой собственный [стейблкоин](https://coinmarketcap.com/academy/ru/article/what-is-a-stablecoin). Дело в том, что в юридическом поле РФ понятия «криптовалюта» и «стейблкоин» разделены. Стоимость стейблкоина можно привязать к стоимости фиатной валюты или товара. Статус стейблкоинов аналогичен статусу иностранной валюты — покупать, продавать, обменивать и принимать в дар её в России можно; расплачиваться за товары и услуги — нельзя.  ![](https://metalamp.ru/images/Fray_Futurama.gif) Таким образом, предприниматель может выпустить своего рода [частные деньги](https://ru.wikipedia.org/wiki/%D0%A7%D0%B0%D1%81%D1%82%D0%BD%D1%8B%D0%B5_%D0%B4%D0%B5%D0%BD%D1%8C%D0%B3%D0%B8) для использования их в рамках своего бизнеса. Наличие собственного стейблкоина поможет бизнесу быстрее (не нужно заключать договор купли-продажи) и дешевле (не требуется выпускать облигации) привлечь инвесторов, управлять сообществом пользователей и собирать пресейлы. [Закон](http://www.consultant.ru/document/cons_doc_LAW_358753/) о ЦФА обязывает предпринимателя платить налоги если стейблкоин был продан за бóльшую стоимость, чем куплен. Понятие «стейблкоин» появилось в правовом поле России сравнительно недавно; тем не менее, с частными валютами мы знакомы давно. Читай-город, Пятёрочка и маленькая уютная кофейня в доме напротив — все используют бонусные программы, в рамках которых бонусные баллы можно обменять на товары или услуги. Бонусные баллы — это практически стейблкоины, своего рода те же электронные частные деньги.  Несколько лет назад московский фермерский сервис Lavkalavka создал блокчейн-платформу лояльности и выпустил собственный токен Biocoin. Подобно бонусным баллам, биокойны начислялись за покупки в сети магазинов Lavkalavka; их также можно было купить за рубли, за Bitcoin, Ethereum или Sibcoin. Все транзакции учитывались в блокчейне, который интегрировался с 1С. Биокойн стал внутренней валютой  сообщества с некой условной ценностью.  ## Предпродажа В мире [существует](https://earthweb.com/how-many-blockchains-are-there/)по меньшей мере 1000 различных блокчейнов. Для создания своего токена вы можете использовать уже существующий. Цифровой конструктор позволяет даже людям без навыков программирования выпускать собственные токены на блокчейне; от вас потребуется придумать токену название и определиться с количеством расчётных единиц. Процесс [занимает](https://forklog.com/cryptorium/kak-vypustit-svoyu-kriptovalyutu-token-i-kakoj-blokchejn-dlya-etogo-vybrat)не более 20 минут. ![](https://metalamp.ru/images/Coffee-38315edf.webp) Стоимость стейблкойна можно привязать к стоимости любого другого товара. Например, если вы решили открыть кофейню, то стоимость вашего условного кофекойна можно привязать к чашечке эспрессо. Клиент может заранее купить вашу валюту, чтобы после обменять её на товар. Это открывает возможности для привлечения средств ещё до продажи товара, что позволит лучше контролировать предварительные закупки и планировать сбыт. Кроме того, такая фича сделает вашу кофейню притягательной для крипто энтузиастов и выделит среди конкурентов. Токенизация бизнеса также сослужит добрую службу в плане масштабирования. Непросто найти ротшильдов с большими кошельками; но собрать средства с миру по нитке от заинтересованных пользователей с помощью лаунчпада вполне реально. Лаунчпады — это краудфандинговые платформы для сбора денег на блокчейн-проекты. Стартап регистрирует свой проект, а инвестор вкладывает свои средства в создание продукта или услуги на стадии разработки, и взамен получает токены. В дальнейшем токены можно обменять на реальные товары или услуги — это может быть как чашка кофе, так и возможность голосования по вопросам обустройства кофейни. Обе стороны в выгоде: крипто-стартап получает финансирование и продолжает развивать бизнес, а инвесторы покупают токены по цене намного ниже рыночной, и при желании могут перепродать их дороже.  ![](https://metalamp.ru/images/63ecdc0dccca65310aa480e9_PbWwWjJO4N3ZhNFzFI8JeZzm0JJDQ7zjq0ETjgHEv9suugoEbA1NTXB50XyfEG2Aj0U189HttBSdD2Pe1jMC-d1Q44FoEcuz0-TuCjtpYhq6g8SGMwPW-ToG0u7Ake5DHUiJ3GQr-PtbH5leSIfhKKo.gif) Лаунчпады выступают гарантами безопасности пользователей. Поэтому они тщательно проверяют как стартаперов, так и инвесторов (например, проводя процесс [KYC](https://www.investopedia.com/terms/k/knowyourclient.asp) — «know your customer»), прежде чем допустить их к участию, помогая выстроить доверительные взаимоотношения между сторонами и снизить вероятность мошенничества. Большинство лаунчпадов сегодня выпускают собственные токены. Токенизация и инвестирование в блокчейн-стартап с помощью лаунчпада — это [наивысшая](https://roscongress.org/sessions/rh-2020-tokenizatsiya-realnykh-aktivov-realnaya-tsennost-kripto-ekonomiki/discussion/) точка развития блокчейн-технологии, обеспечивающая ускоренное развитие реального сектора экономики за счёт новых валют. Для малого бизнеса и провинции (в том числе вымирающих деревень) это — возможность развернуть локальный бизнес с участием местных жителей. Вместо того, чтобы привлекать средства извне или брать большие кредиты, местное сообщество может вскладчину инвестировать в общее дело, исключить бюрократические проволочки и сбор справок, и честно распределить средства с помощью смарт-контрактов.  ## Использование смарт-контрактов Смарт-контракты — это компьютерная программа; она представляет собой набор кода и данных, которым присвоен определённый адрес в блокчейне. Смарт-контракты позволяют заключать и контролировать исполнение коммерческих контрактов, которые разворачиваются в сети блокчейн и не координируются пользователем (а только алгоритмом). Таким образом, заинтересованное лицо  не может удалить или изменить смарт-контракты задним числом. При исполнении всех условий смарт-контракта оплата автоматически зачисляется поставщику товара или услуг.  ![](https://metalamp.ru/images/63ecdc32e21c1071a6dabbb1_9ktrozHXc2xutV0cY8nthKd1yIUrLYd-Ow3ks1cPyXzpINterdKS7aEh5GGX_YQdRX9g8ANDZwRDwSjg39PEVjQ9yxRBPr2RGQl2Ssan4UlzJkvf--cHBpm6Lj3W-ZcrYpH49uCYBEBPnk0Ly1jHdVQ.gif) Платформа [U Promise Me](https://upromise.me/) реализует возможность верификации договорённостей с помощью смарт-контрактов. Сервис навсегда фиксирует в блокчейне любые договорённости, а также позволяет запросить историю надёжности любого контрагента, работающего в системе. Смарт-контракт записывает Кто, Кому, Что и в какой срок обещал сделать, и меняет статус Обещания в зависимости от действий пользователя. Это происходит автоматически: кто угодно может увидеть и Обещание, и сам смарт-контракт в блокчейне, но не может единолично изменить статус Обещания. Будет ли контракт выполнен или нарушен — запись об этом останется в блокчейне без возможности изменения. А на основании данных в блокчейне продукт показывает рейтинг участников, и может даже спрогнозировать шанс выполнения или невыполнения данных обязательств. ## Создание DAO** ** Смарт-контракты подарили бизнесу возможность децентрализованного управления организацией. Форма такого управления называется DAO (и расшифровывается как Decentralized Autonomous Organisation). Покупая токен вашей кофейни, клиент становится членом DAO и получает право предлагать идеи или голосовать за сезонный напиток, за дизайн интерьера, проведение мероприятий и etc. Это реализация мини-демократии, которая увеличивает вовлечённость покупателей и расширяет их возможности от гостей до владельцев, наделяя их соответствующими правами.  Так, любимая кофейня становится общим делом для местных жителей. ![](https://metalamp.ru/images/63ece02657ca6d54745c2123_3pO5Unnn6UDGt19hEdgHeB-KxEc15sfGDkYvKj0T_otTKtoMIyxAW0npiTtclg3uY8yp8yQS2Dp5EiUpczTB0aEJmI5iJK5sP9QUlno0TBtg07AhRrPc6CFfChKAse-ttWAHs6ORs6tv0i4Gq35KH0E.png) На первый взгляд, звучит утопично; однако в мире уже есть примеры управления организацией без центрального руководства с помощью DAO вне цифрового пространства. И речь не только о ТСЖ; например, пару месяцев назад в Сиэтле открылась [theCaféDAO](https://www.thecafedao.com/home). На сайте кофейни вас приветствует надпись о том, что этим кафе владеет каждый (“The Café Everyone Owns”). Каждый владелец токенов кофейни может голосовать по вопросам бизнес-решений и инвестирования, — если желает, разумеется. Опыт и идеи инвесторов обогатят пространство кофейни и повысят качество обслуживания. Похоже, что такие кофейни способны составить реальную конкуренцию соцсетям, предоставив возможности для общения и встреч единомышленникам, а также права для управления и принятия решений по поводу любимого места клиентам. Так, концепция [Рэя Ольденбурга](https://www.nytimes.com/roomfordebate/2014/04/13/the-pros-and-cons-of-gentrification/every-community-deserves-a-third-place) о Третьем месте, кажется, обретает новую силу. Токенизация бизнеса открывает новые возможности для управления и инвестирования. Использование блокчейна обеспечит транзакциям конфиденциальность и безопасность, а создание собственного токена станет материальным символом идей и сообщества. Но самая главная ценность токенизации, пожалуй, — в демократизации экономики.  ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/ivan-vasil-evic-menaet-strategiu-kak-tokenizacia-ulucsaet-kacestvo-biznesa-i-ekonomiki.md) ## Как мы разработали веб-сервис для криптоинвесторов ![Как мы разработали веб-сервис для криптоинвесторов](https://metalamp.ru/images/investors.png) Делимся опытом разработки проекта MetaPool — инвестиционного и образовательного приложения для опытных и начинающих блокчейн-инвесторов. Мы выполнили его с нуля и под ключ. ## Что такое MetaPool MetaPool — это веб-приложение с функционалом для взаимодействия с сетью Binance Smart Chain, позволяющее увеличить накопления крипто-активов. Сервис предоставляет возможность инвесторам получить подробную информацию о крипто-проекте и инвестировать в него на этапе пресейла токенов с помощью лаунчпадов CoinList, Polkastarter и DAO Maker. ## Зачем нужен такой сервис 1. MetaPool — посредник между инвесторами и крипто-стартапами.  ![](https://metalamp.ru/images/image 28.png) 2. Главная задача сервиса — популяризация криптовалюты и создание экосистемы, в которой комфортно работать и развиваться каждому, в том числе — новичкам в блокчейне. 3. Приложение позволяет инвестировать в крипто проекты даже тем, кто не имеет больших финансовых активов в криптовалюте. Специалисты образовательного направления платформы открыто и подробно разбирают каждый проект, который может быть одобрен. Клиент может проанализировать предложенный продукт для инвестирования по предоставленным данным. 4. MetaPool решает проблему нехватки минимального количества токенов для стейкинга путём объединения активов пользователей в пулы. Для принятия участия в токенсейлах на лаунчпадах зачастую необходимы большие пулы криптовалютных активов или соблюдение условий удержания определённого количества токенов проекта; многие инвесторы просто не могут выполнить эти требования.  MetaPool представляет собой финансовую экосистему, напоминающую совместную закупку, и предлагает пользователям инвестировать в проекты от 50$. К примеру, если требование лаунчпада к минимальному стекингу — 1000$, пользователи MetaPool объединяют свои активы в пул и в складчину выполняют требование. После листинга токенов сервис распределяет полученную прибыль между всеми инвесторами. ## Клиент Заказчиком выступила финансово-технологическая компания из Грузии, объединившая крипто-энтузиастов, разработчиков и экономистов для создания инвестиционного и образовательного сервиса. ## Задача Разработать проект полностью под ключ. У заказчика было только описание проекта. ## Подготовка к работе Прежде чем приступить к разработке, мы всегда делаем следующие шаги: ### 1. Прототипирование На этом этапе клиент приходит к нам с идеей проекта. Мы составляем ТЗ и создаём прототипы, отражающие упрощённый внешний вид продукта. В этот раз я, как менеджер проекта, создала прототипы в [бальзамике](https://balsamiq.com/) и выглядели они вот так: ![](https://metalamp.ru/images/636a20f7503a5b57ac5de73a_l7ZrWmMVkmGqkh1FsF2h9R7dXU5d54OCxD65_rq4A-9HBgvxTPsa9Nq9XSJ2oG__L6Zwh4v2A67f877mnhQjTsx0U8MhetzzyFoRd9hzHn-hxqj6YaegWMs29VzpTGKMFnt_F7hdtgbfjj0x4wAN_LaJQMxQb7kTWJLcZySps2MCo3rPKxu8o5T-G 2.jpeg) ### 2. Формирование списка потенциальных исполнителей Готовясь посчитать трудозатраты и стоимость работ, мы собираем команду разработчиков, которых планируем задействовать на проекте, и описываем примерный пул задач, чтобы они могли оценить трудоёмкость. ### 3. Оценка проекта Мы последовательно оцениваем количество времени, которое потратят наши инженеры на каждый блок проектных работ: фронтенд, бекенд, дизайн, тестирование. Любой блок декомпозируется на определённую функциональную единицу. Для дизайна это может быть проработка прототипов или поиск визуального решения; для фронтенда — постраничный функционал, для бэкенда — модели структурных единиц и логика их взаимодействия.  Оценка независимыми блоками позволяет клиенту уже на старте прицениться и отказаться от какого-то функционала. ### 4. Утверждение команды Оценив масштаб работ, мы проводим митинги с командой и планируем распределение задач. Если, исходя из оценки, мы видим, что разработка фронтенда требует 5 месяцев, а бэкенда — всего 2, мы добавляем в команду второго фронтендера чтобы сократить сроки выполнения. После этого окончательно утверждается состав команды. ### 5. Составление сметы проекта Стоимость проекта складывается из стоимости и количества часов работы членов команды. Итоговая стоимость проекта в таком случае может отличаться от предварительной, потому что почасовая оплата предполагает гибкость, вариативность и возможность вносить изменения в процессе разработки проекта.  Ниже — расчёт количества часов работы одного из разработчиков: ![](https://metalamp.ru/images/636a212a1f2ae926537116f3_Dr54oEyZuaxTbkrvkQFBEtAQiP5cOI0lsVQ3zI4pnnqt1JzrSVbmu1XNMZHyGgNPPnrlQZIrCJtQfHvARLpClQ57OOz2zWjwofispbVsLljTIA4VYr5NPggiiAmV1KcxThO0rNzmETRYZRlms_tvu3S4iWnLVL2tgjKyibr2BQ15vNOKgxR4cKk2q 1.jpeg) После этого начинается работа над созданием приложения. ## Команда проекта Над созданием веб-приложения MetaPool работали 8 человек: - Менеджер проекта; - Техлид проекта; - Backend разработчик; - Два Frontend разработчика; - Solidity разработчик (смарт-контракты); - Тестировщик; - Дизайнер. ## Стек технологий - Разработка: TypeScript, React, MobX — фронтенд ; Python и Django — бэкенд;  - Смарт-контракты: Solidity;  - Дизайн: Figma;  - Тестирование: Qase.io; - Коммуникация с клиентом: Telegram; заказчик активно участвовал в работе, мы созванивались с ним минимум раз в неделю (обычно чаще). - Трекинг задач и управление репозиториями: Trello; Gitlab  ## Реализация Работа велась параллельно по трём направлениям: дизайн, бэкенд и фронтенд.  ![](https://metalamp.ru/images/63d76136737d3665b1acf1f6_g4tynbV_doqgAk-7HIztoptFNWnz6orRUGXHIdHo8hRtG0ElEpQrnqSyXhjJeSPqf5RrHB6sDv84yjTwq8MMvl-frptvnRziLumycOr3OZwSmHMEFqlyegwATQcOXl-v-7gA5YljTlFhysNRhpgsbwm6SjL3nDbK6jx7Az8YONQo3A6OqRwHD54wr8SF5.jpeg) В отсутствие дизайна мы приняли решение делать фронт «некрасивым» — голый инструментарий без стилевого оформления. Это позволило нам быстро и качественно тестировать готовый функционал и демонстрировать заказчику рабочий прогресс. Готовый дизайн мы применяли к уже разработанному и протестированному функционалу, что позволило сэкономить время. По желанию заказчика в проект оперативно вносились функциональные изменения. Одним из них стала реализация возможности безгазовых транзакций для пользователей. Такой функционал потребовал написания смарт-контрактов, которые мы не предусматривали на этапе оценки. Поэтому мы оперативно расширили команду и подключили нашего solidity-разработчика Рому, который с нуля создал три смарт-контракта для работы с системой GSN: - Первый, MetaPoolDeposit, позволяет юзеру пополнить свой баланс на платформе, проведя транзакцию без платы за газ; - MetaPoolPaymaster отвечает за валидацию и оплату так называемых безгазовых транзакций; - Третий смарт-контракт — Holder — даёт возможность юзеру заблокировать свои MTP на год для повышения грейда на платформе. К четвёртому, уже написанному смарт-контракту — токену METAPOOL, — был добавлен функционал по согласованию с заказчиком: контракт токена должен был быть связан с контрактом Holder, чтобы юзер мог простым переводом на адрес Holder разморозить свои MTP и в этой же транзакции заблокировать их на контракте Holder. Весь проект по разработке инвестиционного веб-сервиса был выполнен в срок 3 месяца.  ## Результат На основании описания заказчика мы провели оценку проекта и с нуля выполнили всю техническую составляющую: фронтенд, бэкенд, дизайн, тестирование и написание смарт-контрактов.  ![](https://metalamp.ru/images/image 28 1.png) Результатом стал MetaPool — сервис для безопасного инвестирования в крипто-проекты на основе [шеринга](https://www.investopedia.com/terms/s/sharing-economy.asp). Приложение предоставляет возможность зарабатывать на закрытых предпродажах всем крипто-любителям, не проходя через сложные процедуры удержания токенов или повышения рейтинга участника. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/kak-my-razrabotali-veb-servis-dla-kripto-investorov-4.md) ## Как мы создали первый NFT-маркетплейс на Cardano ![Как мы создали первый NFT-маркетплейс на Cardano](https://metalamp.ru/images/nft%20marketplace.png) Популярность NFT растёт, а блокчейн Cardano входит в первую десятку криптовалют по рыночной капитализации. Так как за невзаимозаменяемые токены обычно платят криптовалютой, Cardano и NFT, кажется, созданы друг для друга как котики и коробки. Рассказываем, как появилась идея создать торговую NFT-площадку на Cardano и через какие тернии мы прошли, чтобы её реализовать. В 2021 компания [IOG](https://apply.workable.com/io-global/) пригласила нас поучаствовать в тестировании смарт-контрактов Cardano. Мы согласились без раздумий, — и сегодня очень гордимся тем, что стали одной из первых пяти компаний в мире, разрабатывающей юзкейсы для [Plutus](https://docs.cardano.org/plutus/learn-about-plutus). Для участия в коллаборации с Cardano нам потребовалось изучить фреймворк Plutus  Platform. Порог входа в Plutus достаточно высок, поскольку требует от разработчиков знания функционального языка Haskell (Plutus Core — язык смарт-контрактов Cardano — использует кодовую базу Haskell), а также опыта работы с блокчейном. Наши инженеры программировали в функциональном стиле с 2018 года и уже мастерски знали Haskell, — именно поэтому мы выбрали Cardano, и поэтому интеграция прошла успешно. С тех пор, уже больше года, мы разрабатываем проекты на блокчейне. ## Обзор проекта Проверяя, как смарт-контракты Plutus ведут себя в реальных приложениях, мы тесно сотрудничали с внутренней командой IOG. Наши разработчики опробовали протокол IPFS, помогали находить ошибки и участвовали в брейнштормах на тему внесения улучшений.  Главной задачей было спроектировать и разработать идею приложения на новой платформе. Можно было выбрать идею из списка предлагаемых организаторами, что мы и сделали. С августа по декабрь 2021 наша команда в составе пяти человек трудилась над её реализацией, и результатом стало создание [первой торговой площадки NFT](https://www.metalamp.io/nft-marketplace) с аукционом на блокчейне Cardano. ![](https://metalamp.ru/images/6336cf6ca132030aa7f4f834_6267ab0d306351b54ae731a8_nft-products-p-800.png) Мы разработали приложение смарт-контракта — серверную часть приложения, которое взаимодействует с блокчейном. Это означает, что мы написали код, который конструирует транзакции, и код, который валидирует транзакции. Мы также написали фронтенд для ручного тестирования, и красивый интерфейс для пользователей приложения. Прежде чем приступить к разработке приложения, мы спроектировали конкретную концепцию его архитектуры и спецификацию имплементации. Чтобы создать NFT на нашей платформе, нужно выполнить следующие шаги:  - загрузить связанные метаданные (это может быть любой файл, например изображение) в хранилище. Этот шаг требует адресуемости контента, — её обеспечивает протокол IPFS, который присваивает каждому файлу уникальный идентификатор (он представляет собой криптографический хеш); - непосредственно отчеканить токен, который поступит в кошелёк создателя на блокчейне.  Основная функция, которую обеспечивает смарт-контракт нашей торговой NFT-площадки — прямая связь между токеном в кошельке пользователя и идентификатором контента. Пользователям нашего маркетплейса доступны опции: - Загрузка изображений, а также видео и аудио файлов и создание своих невзаимозаменяемых токенов; - Объединение NFT в коллекции; - Запуск аукциона; - Настройка цены и периода проведения аукциона; - Продажа токенов по фиксированной цене. Монетизируется платформа за счёт комиссий от продажи NFT и аукционов. ## Проблемы и решения На момент нашего участия тестовая сеть IOG не поддерживала смарт-контракты, и не располагала документацией, которая позволила бы разобраться в некоторых вещах. Все разработки мы тестировали на симуляции. После релиза хардфорка Alonzo, — обновления, которое принесло возможность создания смарт-контрактов и dApps, — оказалось, что оно не поддерживает многие фичи. Рассказываем, с какими именно проблемами мы столкнулись и как это отразилось на запуске проекта: ### 1. **Хранение метаданных (изображений, видео или аудиофайлов, связанных с NFT).** Известно, что хранение файла в сети сильно увеличивает стоимость транзакции. Кроме того, на одну единицу отводится максимум 16 КБ хранилища (из-за ограничения размера транзакции). Это значит, что для хранения больших файлов вам нужно разрезать их на куски, как Ивана Царевича, а потом принести живой воды придумать метод объединения кусков в исходный файл. Решение было заимствовано из существующей практики в блокчейне Ethereum. Мы решили хранить файлы в распределенном файловом хранилище, известном как IPFS. Файл загружается в IPFS и получает свой идентификатор контента, который представляет собой хеш содержимого файла. Система работает, потому что файлы по-прежнему однозначно идентифицируются хешем (иначе говоря — присваивают адрес содержимому). Это решение убивает двух зайцев разом:  - позволяет однозначно идентифицировать NFT с чем-то (и таким образом сделать токен невзаимозаменяемым); - даёт возможность хранить в цепочке только короткий хеш вместо большого файла. ![](https://metalamp.ru/images/63490e83446cd7a4ba31845c_amQ--rwh-8_cO67eAxEU6BQTKYpUZjXpWKPFyy0kuhKUVS4g47kobg7L_UWETnIyTtthh4ipI2Yw6joLf2OsqFIpdELUdsP3tEBveYKvUoE4gfte-YIh06s5KxWxwF6IzeHb7vzSiE6v92xPxGRN1NzDd6xzjnixAoznO1UGI73UX1Wwizb4uA6p6w.png) ### **2. Хранение идентификатора контента, созданного после загрузки файла в IPFS.** В Ethereum каждый токен — это смарт-контракт, который позволяет использовать storage. В Cardano все токены — нативные, поддерживаются реестром и могут вести себя аналогично основной валюте, ADA. Токен в Cаrdano представлен только PolicyID и неизменяемым именем актива, которые позволяют однозначно идентифицировать токен, передавать и отслеживать его.  Мы располагали двумя вариантами решения проблемы: - Использовать для хранения имя актива — единственное место в токене, где можно что-то хранить, причём неизменное;  - Хранить все хеши внутри данных некоторых скриптов (например, скрипта торговой площадки), с возможностью внесения изменений. Также там может храниться много другой связанной информации.  В конце концов мы решили хранить идентификатор контента в имени токена и хранить другую информацию, — такую ​​как описание токена, — внутри данных скриптов, чтобы сделать токен как можно более лёгким. ![](https://metalamp.ru/images/63490e9f2269c61357cd0633_xx6ztfU2NpSE20WELLts0nif6Ts--H0Hj2b0CHkxwYgmVezapVJ6keD28S_R_avxd-gEpnjK4ygcWBicBWvVQ-Q1KqGDb9rn6dt7OMI7_CHjFtqofADfohlmM-QIsq4ROj_30WhurRXChcIRln5sNfkUECMktkmC8fgZ96aw8WDmdbP4S3-SDXFbmg.png) ### **3. Общая готовность фреймворка Plutus. ** В то время библиотека была абсолютно новой и экспериментальной, и сеть Cardano не поддерживала смарт-контакты. Специально созданный язык разработки смарт-контрактов и платформа их исполнения Plutus разрабатывались одновременно с нашим приложением для торговой площадки, поэтому постоянно что-то не работало. Впрочем, к этому мы были готовы, и старались не отставать от обновлений Plutus и предоставлять обратную связь инженерам IOG. В специальном сообществе в Discord мы постоянно общались с разработчиками Plutus и другими участниками программы тестирования контрактов, обсуждая способы исправления возникших ошибок. Основная внутренняя команда также IOG постоянно нас поддерживала. ### **4. Существующее ограничение на размер транзакции**.  Максимальный размер транзакции в Cardano — 16 КB. Лимиты также установлены на количество шагов вычисления (CPU) и оперативной памяти (RAM), потребляемых скриптом. Наши сценарии оказались слишком большими, чтобы их можно было выполнять в сети. Позже стало ясно, что это связано с использованием абстракции конечного автомата из фреймворка Plutus. Абстракция обходится очень дорого, потому что добавляет много кода и увеличивает размер скрипта.  В итоге нам пришлось переписать всю реализацию, чтобы исправить проблему ограничения размера, исключив использование конечного автомата. ### **5. Отсутствие поддержки удалённых (браузерных) кошельков в PAB. ** Для того, чтобы пользователь мог купить NFT, он должен зайти в свой браузерный кошелёк через браузерный интерфейс, ввести пароль и сабмитить транзакции (тем, кто знаком с MetaMask, известна эта схема). Но оказалось что Plutus App Framework не поддерживает интеграцию PAB с удалённым (браузерным) кошельком. Это была самая большая проблема, которая, к сожалению, стала известна лишь в процессе работы. Реальное решение тогда было невозможно найти. Правда, сдались мы не сразу и подготовили альтернативный сценарий запуска приложения через Cardano Wallet Backend. Сценарий развёртывания, подготовленный нами к тестированию, заключался в локальном развертывании PAB вместе с Cardano-кошельком, chain-index и приложениями Cardano-node. Таким образом, у пользователя dApp все приложения работают на его компьютере, и он использует локальный кошелёк с полным узлом. Со своей стороны мы, как провайдер, обязались хранить все его данные и совершать действия от его имени. ![](https://metalamp.ru/images/63490ef8110bde4f4c58d844_cVPWJPDDj3dBtdkMXjEG0bVe71GanO0czIezA0Z1M55MC24AEebCroCxiS416T5guEctrmzflhZ08PpY2X-JYx02r5iqkB4jHqlwreCZwBJ9N66TypraYMv7dWHYllt0jqb1sR905aSFJOPahGJbObLGJfjtxBG5IueXJ_REEHWdzp3KhDI_xE783w.png) Этот сценарий нарушал политику конфиденциальности и казался непривлекательным для юзера, которому пришлось бы предоставить нам мастер-ключ от своего кошелька. В итоге, мы так и не смогли реализовать сценарий и запустить проект в тестнет.  На момент написания статьи (сентябрь 2022) [PAB](https://plutus-apps.readthedocs.io/en/latest/plutus/explanations/pab.html) в режиме браузерного кошелька всё ещё находится в [разработке](https://plutus-apps.readthedocs.io/en/latest/plutus/explanations/pab.html#browser-wallet-in-progress/explanations/pab.html). Работа с браузерными кошельками необходима для любого DeFi приложения. Необходимо дополнительно исследовать временные решения, с помощью которых можно  запустить приложение для широкого круга пользователей. ## Цифры Разработка приложения заняла 5 месяцев. Для этого потребовались усилия команды из 5 человек: - один Frontend разработчик; - три Plutus & frontend разработчика; - один Project manager.  Для разработки приложения мы задействовали следующий стек технологий: Haskell, PureScript, NixOS, Docker, TypeScript.  ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё статьи о Cardano [Lees meer...](https://metalamp.ru/magazine/pervyj-nft-marketplace-na-cardano.md) ## Как Metalamp создаёт приложения для экосистемы Cardano ![Как Metalamp создаёт приложения для экосистемы Cardano](https://metalamp.ru/images/stair.png) Экосистема ADA продолжает расширяться и количество проектов превысило 1000. Для каких разработок используется платформа? Какие проблемы они помогают решить? Как создаются действительно работающие приложения на Cardano? Компания [Metalamp](https://metalamp.ru/) делится своим опытом создания продуктов на блокчейне. ## Партнёрство с Cardano Наша компания возникла в 2014 году из студенческого проекта.  Поначалу мы не могли себе позволить нанимать новых квалифицированных сотрудников, но энтузиазма и желания развиваться было в избытке, поэтому мы решили растить разработчиков своими силами. Мы запустили бесплатную [образовательную программу](https://vc.ru/hr/304764-kak-my-sdelali-besplatnuyu-programmu-obucheniya-veb-razrabotke-i-trudoustroili-60-vypusknikov) по двум направлениям — backend и frontend — и обучали всех желающих языкам Haskell и Javascript; тех, кто успешно сдавал теорию и практику в конце обучения, мы принимали в штат. Сегодня в Metalamp трудится 70 специалистов, из которых больше половины — выпускники нашей программы обучения.  Именно языку Haskell мы обязаны партнёрством с Cardano. Знание Haskell привело нас на рынок блокчейна, откуда шло большинство запросов на разработку, — это связано и с популярностью криптовалют, и [с растущим количеством](https://www.sciencedirect.com/science/article/pii/S0740624X21000617#fn0010) правительственных инициатив, а также с распространением dApps для платежей, смарт-контрактов, отслеживания поставок, цифровых удостоверений и т.п. В итоге, на третьем году работы с Haskell, мы получили запрос от самих [IOG](https://apply.workable.com/io-global/): они пригласили нас поучаствовать в тестировании смарт-контрактов Cardano. Так началось наше сотрудничество. Мы очень гордимся тем, что вошли в пятёрку компаний, кому первым в мире доверили разрабатывать юзкейсы для [Plutus](https://docs.cardano.org/plutus/learn-about-plutus). Для участия в коллаборации с Cardano нам потребовалось изучить Plutus Core, — язык смарт-контрактов Cardano, использующий кодовую базу Haskell. Порог входа в Plutus достаточно высок, но нам на руку сыграли развитая культура самообразования в компании, предварительное знание Haskell и опыт программирования в функциональном стиле, — благодаря им у нас не возникло проблем с интеграцией.  ![](https://metalamp.ru/images/6336cd85244e02844b1e79d9_6315923fb91c27d9bde849d5_3QU72HUNvUH6CutjH9oG9eh4QDdjLcInNZRxhEYqMPgQ9tcM1eKN_hs-T8CrWnOMwbGDZMuOZWFhSTdetZCIEEWSqmSwjn3UAp8No3xJpxRzI400RrI_qquveAytRCHDkUyuUTM8uJJLBdFUjVPGLYtSWkJN_c7kuXgz0.png) Размер мирового рынка блокчейнов [растёт](https://www.marketsandmarkets.com/Market-Reports/blockchain-technology-market-90100890.html); DeFi и смарт-контракты становятся всё популярнее, и платформы, обеспечивающие соответствующие решения, активно развиваются. Нам близка философия блокчейна, основанная на принципах доверия, открытости и децентрализации, и мы хотим развивать сотрудничество с экосистемой Cardano в длительной перспективе. Поэтому мы обучили языку Plutus Core всех наших Haskell-разработчиков. Ребята посмотрели курс лекций, которые разработали [IOG](https://apply.workable.com/io-global/) в рамках программы [Plutus Pioneer](https://docs.cardano.org/cardano-testnet/pioneer-programs/plutus-pioneers/) и пообщались с основателями и экспертами по языку. Вдобавок мы сами разработали практические задания, для которых наши бэкендеры искали и с нуля писали решения: например, реализация NFT-маркетплейса, создание Faucet-приложения и т.п. Теперь каждый наш разработчик, включая новичков-джунов, может взять в работу Cardano-проект. Такова предыстория наших взаимоотношений с Cardano. Теперь мы хотим рассказать о нескольких наших проектах на этом блокчейне. ## Наши проекты на Cardano ### Тестирование смарт-контрактов Plutus В 2021 мы проверяли, как смарт-контракты Plutus ведут себя в реальных проектах. Тесно сотрудничая с внутренней командой IOG, наши разработчики помогали находить ошибки и участвовали в брейнштормах на тему внесения улучшений.  В частности, мы тестировали хардфорк Alonzo Purple перед его развёртыванием в основной сети. Тестирование позволило увидеть, в каком виде хранятся [eUTXO](https://docs.cardano.org/plutus/eutxo-explainer), как их использовать в транзакции и как выполнять валидацию. На момент нашего участия у IOG не было тестовой сети, поддерживающей смарт-контракты, а также документации, позволяющей разобраться в некоторых вещах. Мы работали с симуляцией. Когда появилась тестовая сеть, оказалось, что она не поддерживает многие фичи, — например, PAB с кошельками, конечные автоматы и т. д. И код, который мы успешно запускали в симуляции, не всегда работал в реальной сети. В специальном сообществе в Discord мы постоянно общались с разработчиками Plutus и другими участниками программы тестирования контрактов, обсуждая способы исправления возникших ошибок. Основная внутренняя команда IOG оказала нам большую поддержку; в частности, Ларс Брюньес, – директор по образованию, – был очень отзывчив и полезен (привет, [Ларс](https://twitter.com/larsbrunjes)!). Порой ни у кого не было готовых предложений или советов, и нам приходилось заглядывать в исходный код Plutus и разбираться самим. Здесь нам помогла фундаментальная подготовка — полезный подход в любой области, а в блокчейне — и подавно, ведь практически невозможно написать смарт-контракты, не владея знаниями о том, что они собой представляют. А ещё в некоторых случаях нам помогало изучение существующих решений в Ethereum. ### Проектирование NFT-маркетплейса Результатом участия в программе тестирования платформы Plutus и опробования протокола IPFS стала [первая торговая площадка NFT](https://metalamp.ru/nft-marketplace) с аукционом на блокчейне Cardano.  NFT создаётся в два этапа: первый — загрузка связанных метаданных (это может быть любой файл, например изображение) в хранилище, второй — чеканка токена, который поступает в кошелёк создателя на блокчейне. Первый шаг требует адресуемости контента, — её обеспечивает протокол IPFS, который присваивает каждому файлу уникальный идентификатор (он представляет собой криптографический хеш). Основная цель смарт-контракта торговой площадки — обеспечить прямую связь между токеном в кошельке пользователя и этим идентификатором контента. Нам удалось этого достичь, и пользователи нашего маркетплейса могут: - Создавать свои невзаимозаменяемые токены; - Объединять карты (токены) в коллекции (пачки); - Сделать аукцион; - Установить цену и период аукциона; - Загружать изображения, а также видео и аудио файлы. Платформа монетизируется за счёт комиссий от продажи NFT и аукционов. При запуске маркетплейса в тестовой сети в 2021 оказалось, что кошельки не интегрируются с PAB и подписывать транзакции невозможно. Поэтому проект так и не был запущен в тестнет. ### Разработка децентрализованного облачного хранилища  Компания [Iagon](https://iagon.com/) задалась целью создать для людей безопасный способ хранения и владения данными о своём здоровье. Благодаря прозрачности, открытости и неизменяемости блокчейн-технология — самая подходящая почва для воплощения замысла. Мы помогаем Iagon разрабатывать децентрализованную облачную систему на блокчейне Cardano для задействования неиспользуемых вычислительных мощности и ёмкостей хранения центров обработки данных, компьютеров и интеллектуальных устройств. По задумке создателей, каждый сможет предлагать свободные мощности на рынке, получая, таким образом пассивный доход. Эта децентрализованная облачная система составит конкуренцию централизованным гигантам-поставщикам облачных услуг (например, Google Cloud или Microsoft). Cardano [была выбрана](https://blog.iagon.com/cloud-computing-reinvented-a-quick-overview/) площадкой для развёртывания протокола как наиболее удачно сочетающая в себе возможности масштабирования, совместимости, экологичности, низкой стоимости транзакций и безопасности, основанной на научном подходе. Главная задача смарт-контракта в первом децентрализованном облачном хранилище этой сети — обеспечить прямую, без посредников, связь между покупателями свободных ёмкостей хранения и провайдерами storage или compute. На момент написания статьи мы столкнулись с проблемами при интеграции контракта с фреймворками от IOG, — такими, как PAF (Plutus Application Framework), — и работаем над их решением. Если простые контракты можно задеплоить без PAF, то более сложные и масштабируемые решения не имеют другого конкретного способа релиза контракта в открытый доступ. Это обратная сторона медали разработки Cardano, которая преимущественно фокусируется на поддержке ноды и ключевых элементов.  ### Создание стейблкоина для ADADAO [Adadao](https://www.adadao.org/) — это децентрализованный лендинг на блокчейне Cardano для займа стейблкоинов AUSD под залог ADA. AUSD можно использовать как обычную криптовалюту, оплачивая товары и услуги или отправляя другим пользователям. Займ можно взять при условии размещения [залога с запасом](https://www.investopedia.com/terms/o/overcollateralization.asp) (например, 1 AUSD за 1.5 ADA залога). Сверхзалог нужен для того, чтобы в случае падения стоимости ADA, AUSD оставался обеспеченным. Если займ становится недостаточно обеспеченным, система списывает долг с заёмщика, и обменивает его залог на AUSD используя [Stability pool](https://docs.liquity.org/faq/stability-pool-and-liquidations), распродажу на аукционе или перераспределение долга. При возвращении займа пользователь забирает залог, а полученные AUSD сжигаются.  На момент написания статьи (август 2022) мы уже разработали основную часть протокола. Сюда входят смарт-контракты для заёмщиков и вкладчиков в Stability pool, контракты для ликвидации, аукциона, а также модуль для управления протоколом и мониторинга курса ADA к AUSD, чтобы отслеживать и запускать ликвидации. В стадии ресёрча и разработки находятся: контракт по перераспределению ликвидированного долга, контракт для регуляции курса AUSD, контракт для держателей управляющих ADAO токенов и голосования. При запуске протокола в тестнет мы столкнулись с проблемой в работе chain-index — компонента PAB, — а также с тем, что большая часть кода, написанного для симуляции, не работает в тестнете. Отстуствие ораклов в мейннет не позволяет получить данные, необходимых для работы протокола, поэтому пока мы используем моковый оракл (фейковый оракл, который мы сами написали; мы меняем его данные вручную, когда проводим тесты). Было бы так же хорошо иметь альтернативные стейблкоины в мейннет — в аукционах или в качестве альтернативной валюты для залога. ## Плюсы и минусы разработки проектов на Cardano Чаще всего нам заказывают разработку приложения смарт-контракта — серверной части приложения, которое взаимодействует с блокчейном. Это предполагает написание кода, который конструирует транзакции, и кода, который валидирует транзакции. Иногда запрос включает написание интерфейса приложения (фронтенд) для ручного тестирования или для продакшена. В некоторых случаях разработке предшествует период исследования, за время которого изначальная идея проекта превращается в конкретную концепцию архитектуры приложения и спецификацию имплементации. Cardano — перспективная технология для разработки безопасных смарт-контрактов благодаря высокой пропускной способности, низкой стоимости транзакций и экономии энергопотребления (Proof of Stake более экологичен, чем Proof of work). Нам также нравится в Cardano то, что:  - Разработка на Haskell позволяет использовать удобную систему типов и безопасные абстракции фреймворка Plutus; - Сообщество Cardano отличается отзывчивостью, и действует согласно принципам свободной разработки (open source). Минусы разработки на Cardano, которые мы выделяем на сегодняшний день: - Фреймворк Plutus недоработан. Пользователи испытывают API, разработчики дают обратную связь, исправляют ошибки и делают фреймворк удобнее; - Всё ещё [не работает PAB](https://plutus-apps.readthedocs.io/en/latest/plutus/explanations/pab.html) в режиме браузерного кошелька. Работа с браузерными кошельками необходима для любого DeFi приложения. Необходимо дополнительно исследовать временные решения, с помощью которых можно  запустить приложение для широкого круга пользователей; - Из-за лимита на размер транзакции (16 КB) приходится специально переделывать приложение. Так же есть лимиты на количество шагов вычисления (CPU) и оперативной памяти (RAM), потребляемых скриптом, из-за чего приходится оптимизировать код. После участия в партнёрской программе Cardano наши ИТ-инженеры погрузились в конкретные области разработки программного обеспечения на блокчейне, став первыми разработчиками, которым удалось написать смарт-контракты на Plutus. В результате этот опыт принёс нам новые знания, новых клиентов и новые проекты не только на Cardano, но и на Ethereum. Последнее связано с тем, что язык Ethereum, Solidity, похож на JS, а им как раз владеют наши фронтенд-разработчики. А ещё нас стали чаще приглашать в качестве экспертов в СМИ и на различные профильные мероприятия. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё статьи по этой теме [Lees meer...](https://metalamp.ru/magazine/sdelano-na-cardano-kak-v-kompanii-metalamp-razrabatyvaut-prilozenia-dla-vselennoj-ada.md) ## Понимание нового сайдчейна Cardano EVM и его влияние на криптовалюту ![Понимание нового сайдчейна Cardano EVM и его влияние на криптовалюту](https://metalamp.ru/images/bridge.png) Запуск [долгожданного обновления](https://iohk.io/en/blog/posts/2022/07/06/introducing-the-cardano-evm-sidechain/) — мост к децентрализации и совместимости криптовалют, а также [распространению](https://iohk.io/en/blog/posts/2022/04/28/interoperability-is-key-to-blockchain-growth/) блокчейна в нашей повседневной жизни. Теперь разработчики смогут писать или запускать уже созданные DApps на языке Solidity на Cardano, — платформе, которая потребляет намного меньше энергии, чем блокчейны с [PoW](https://www.investopedia.com/terms/p/proof-work.asp); криптостартапы смогут создавать токены, совместимые с [ERC-20](https://ethereum.org/ru/developers/docs/standards/tokens/erc-20/); сам блокчейн станет доступнее людям по всему миру, а его пользователи в будущем получат больше свободы и прав распоряжаться собственными средствами. ## Как связаны функциональная совместимость криптовалют и развитие общества? Все известные альткойны с их блокчейнами, смарт-контрактами, кошельками и майнерами поначалу существовали изолированно в замкнутых экосистемах. Невозможно было напрямую проводить транзакции между, скажем, Ethereum и Bitcoin, — для этого один блокчейн должен был доказать другому, что информация о владении токенов и исполнении смарт-контрактов верна (чего долгое время никто не умел).  ![](https://metalamp.ru/images/6319c549d83f50a9fd853036_6303185d350a383b45480a41_prppvv 1.gif) Ещё сложнее наладить обмен данными и проводить транзакции между блокчейном и госструктурами или корпорациями (например, Bitcoin и Bank of America), — это уже не просто математическая задача, здесь мешает противоречие в фундаментальных принципах: банковские правила расходятся с философией блокчейна. Так, полный контроль над метаданными перевода со стороны банка противоречит заботе о конфиденциальности и анонимности участников криптотранзакций, а также самой идее блокчейна как децентрализованной среды, где никто (за исключением математического алгоритма) не контролирует ваши средства и решения, которые вы принимаете относительно них.  Последствия пандемии привели к снижению доверия к правительствам, и люди меньше хотят зависеть от них; в первую очередь — финансово. Криптовалюты могли бы стать альтернативной финансовой системой, решающей проблему злоупотребления доверием, но, в том числе из-за отсутствия прямого взаимодействия между блокчейнами, люди продолжают пользоваться централизованной фиатной валютой или бумажными бюллетенями голосования, — ненадёжными артефактами, которые легко использовать для мошенничества, коррупции и прочего. Владельцы альткойнов — то есть те, кто всё же решился использовать криптовалюту, — прибегают к услугам криптобирж, которые берут комиссии за переводы и уязвимы для хакерских атак. Очевидно, что биржи не решат проблему недоверия и это — временный компромисс, которому уже найдена альтернатива в одной из экосистем блокчейна. Это среда [EVM](https://ethereum.org/ru/developers/docs/evm), где параллельно с основной сетью — Ethereum — работают сайдчейны, отдельные и независимые цепочки блоков, совместимые с Ethereum двусторонним мостом. Этот децентрализованный вычислительный механизм позволяет использовать разные алгоритмы консенсуса, соответствующие потребностям разных блокчейнов, и передаёт EVM-совместимые смарт-контракты, активы и данные между блокчейнами. Теперь, благодаря добавлению EVM-сайдчейна на Cardano, межсетевые транзакции сможет совершать и этот блокчейн.  ![](https://metalamp.ru/images/6319c60b2b4bd8d4ed901af0_63031661c32fa732d921aa5a_u62FkiF6scBE8i5WssEDeICHu6fFyiLIZ0DpgJeIroxtzyY88mZVCF1vdQj-VdGFbso84gHrXdIR2AnrIEOBw0oHAOyBavAMLV3j7bQBqErLhoEg6bQLi8bLRUqYxIn7ypaumCZ5KOymnbfsNgzMRXw.png) ## Зачем нужен сайдчейн Cardano EVM? Вы можете сравнить виртуальную машину Ethereum — EVM (Ethereum Virtual Machine) — с BitTorrent. Благодаря этому протоколу независимые пользователи по всему миру обмениваются данными — фильмами, играми, ПО —  непосредственно друг с другом в открытой сети. BitTorrent — по-настоящему децентрализованное приложение, которое легко запретить формально, но неосуществимо на практике. Остановить его использование можно лишь конфисковав и уничтожив все компьютеры на планете.  ‍ Так же работает и EVM — виртуальный стек, изолированный от сети или файловой системы хост-компьютера. Экземпляры EVM встроены в каждый полный узел Ethereum и отвечают за обработку и исполнение смарт-контрактов: отслеживают изменение конечного автомата с каждым новым блоком, добавляемым в цепочку и разрешают выполнение байт-кода контракта. Можно думать об EVM как о всемирном децентрализованном компьютере с собственным постоянным хранилищем данных и независимыми узлами по всему миру, взаимодействующими друг с другом. ![](https://metalamp.ru/images/6319c6e87f859311209519c7_63031661f4c91494b37fb4f2_3ta6RhE5xULsQX1PZeb1G8kbbaM6zFRGHPQ9qRQadZ9FIUCt9hAteeocVqcdDmjebX-1uvXuRlhLidLbYrV7sbamB25Ep9Ugzmz9gicDSZeczFyp7Y8Hr6J6es_QlD-xpmBVcvXzDuWB12x2Sh_phDY.gif) Присоединившись к использованию EVM, Cardano открыли для себя возможность переносить смарт-контракты в сеть Ethereum, а также разворачивать совместимые с EVM контракты прямо в основной сети Cardano. Сайдчейн Cardano EVM обеспечивает: - Совместимость экосистемы Cardano с хардфорками и инструментами разработки Ethereum, а также с фреймворком [Web3.js](https://www.mycryptopedia.com/what-is-web3-js-a-detailed-guide/), который защищает данные пользователей от третьих лиц и гарантирует их анонимность. - Безопасность, случайным образом выбирая валидаторов для создания и проверки блоков основной цепи и гарантируя их сменяемость через определённый интервал времени.  - Использование протокола консенсуса Byzantine Fault Tolerance (OBFT). OBFT — это реализация [Ouroboros](https://cardano.org/ouroboros/), которая позволяет обрабатывать транзакции на полной скорости сети без высоких комиссий за газ и экономить электричество. ## Как совместимость с EVM повлияет на развитие Cardano? IOG иcкали решение проблемы [совместимости](https://www.investopedia.com/news/introduction-cardano/) с начала своего существования. В отличие от Bitcoin, изобретённого в порядке эксперимента, Cardano создавалась с глобальной амбициозной целью предоставить людям альтернативную финансовую инфраструктуру. Сайдчейн EVM, запущенный в тестнет Cardano в июне 2022 года, превращает эту сеть в децентрализованную платформу данных, где блокчейны могут «перетекать» друг в друга без посредников и приближает то самое «[взаимосовместимое будущее](https://twitter.com/InputOutputHK/status/1535979507840167943)», в которое [стремится](https://twitter.com/InputOutputHK/status/1535679688139497472) IOG.  Если команда достигнет цели, это будет больше чем система транзакций: IOG [планирует создать](https://www.investopedia.com/news/introduction-cardano/) устойчивую, инклюзивную, безопасную, стабильную, децентрализованную и [интероперабельную](https://support.bitkub.com/hc/en-us/articles/360006679232-Cardano-s-Interoperability-Goal) экосистему данных, в которой у всех пользователей будут равные права и возможности владения инфраструктурой и принятия решений в отношении неё без участия посредников (банков, бирж) или политических лидеров. Посредники обычно ничем не ограничены в правах, и отсутствие ограничений приводит к злоупотреблениям властью и доверием.  Когда с помощью сайдчейнов Cardano решит эту сложную техническую задачу, переход блокчейна и криптовалюты из [маргинальной](https://www.buybitcoinworldwide.com/blockchain-statistics/) сферы в общественную ускорится, люди вернут себе возможность самостоятельно распоряжаться своими активами и конфиденциальностью, а коррупции, мошенничества, произвола власти и прочего злоупотребления доверием станет меньше.  ![](https://metalamp.ru/images/6319c7118cc2ce2f70542340_63031663fcb6c428bf5fd90e_e7oUL2jFPntZYl1BglY1TYIdKGO-Xs-1JG0HLo4ro6lh8R3A_vT0syFEmyYyhIrbu45Ynw3cfOE3Ss3li-1FYBwMzVX0UFk_8Itf_wIvv59uwaymhyN-yzWXqbLC9VtTNxQyFcy-su1i4LP6ic303Zw.gif) EVM — первая ласточка, за которой последуют другие сайдчейны Cardano. IOG планирует создать семейство сайдчейнов чтобы разрабатывать и разворачивать масштабируемые и совместимые смарт-контракты в экологичной децентрализованной ресурсной сфере, где блокчейны смогут обмениваться данными и сотрудничать без посредников, а также использовать сайдчейны для управления сетью и голосования. Некоторые члены Cardano-сообщества также работают над созданием собственных сайдчейнов: так, технология совместимости под названием [Milkomedia](https://dcspark.gitbook.io/milkomeda-getting-started/cardano/for-end-users) была реализована [dcSpark](https://www.linkedin.com/company/dcspark) в марте 2022.  Взаимодействие — одно из ключевых [направлений в развитии](https://roadmap.cardano.org/en/) блокчейна Cardano, и запуск EVM сайдчейна — это огромный шаг на пути к достижению цели. Тот факт, что виртуальным компьютером EVM уже пользуется ряд независимых блокчейнов, позволяет предполагать, что смарт-контракты Cardano, совместимые с Ethereum, будут разворачиваться так же легко и качественно. Пока у нас нет тому подтверждений, но если вы уже побывали в тестнете и опробовали обновление — ждём ваших комментариев:) ## Благодарим за участие в создании материала Ивона Гутович, операционный директор Green Crypto Processing Кирилл Тимашев, Teamlead Crypton Studio Дмитрий Носков, эксперт криптобиржи StormGain ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей о Cardano [Lees meer...](https://metalamp.ru/magazine/cto-takoe-novyj-sajdcejn-cardano-evm-i-pocemu-on-tak-vazen-dla-mira-kriptovalut.md) ## Зачем криптостартапам нужны лаунчпады и как они работают ![Зачем криптостартапам нужны лаунчпады и как они работают](https://metalamp.ru/images/rocket.png) Криптовалюты и NFT-токены переживают сегодня бум популярности. Однако и у создателей, и у инвесторов крипто-стартапов есть общая боль — поиск и размещение многообещающего проекта в сети. Игра, криптовалюта, метавселенная — все нуждаются в площадке, где продукт можно продвигать, получить о нём подробную информацию, а также выгодно купить, продать или обменять токены. Такими площадками стали лаунчпады. Разбираемся в том, как они работают и почему так нужны стартапам и инвесторам, и делаем обзор самых популярных лаунчпадов в 2023 году.  ## Что такое лаунчпады? Лаунчпады — это краудфандинговые платформы для сбора денег на блокчейн-проекты. Они предоставляют услуги посредников стартапам и инвесторам. Инвесторы вкладывают свои средства в создание продукта или услуги на стадии разработки, а взамен получают токены — ценные цифровые активы, наделяющие инвестора правами акционера проекта. Токены в дальнейшем можно обменять на реальные товары или услуги — например, на прослушивание музыкальных записей любимого исполнителя, — или использовать для покупки фичей или доступа к закрытой локации в компьютерной игре. Обе стороны в выгоде: крипто-стартап получает финансирование и продолжает разработку, а инвесторы покупают токены по цене намного ниже рыночной, и при желании могут перепродать их дороже. После запуска на рынке, по мере развития и появления новых инвесторов прибыль акционеров, инвестировавших в стартап на стадии лаунчпада, растёт. ![](https://metalamp.ru/images/62f9b8f2269706f54fd8bce9_1AGq5pdqPoD2LsLx0g0jn3vnKPDxNl7MUEqS4nTlWuXjVfonUAIlZL1E1lk45WMdK-rBvM60qnBd0C55Ym3hTeC16H3PUf0P8t5jHUPS2OCZByIp1s_FmSIdyVXv8SL54E7WyHAnu9LnvuUO5DE7SaE.gif) Главная задача лаунчпадов — заботиться о безопасности пользователей. Поэтому они тщательно проверяют как стартаперов, так и инвесторов (например, проводя процесс [KYC](https://www.investopedia.com/terms/k/knowyourclient.asp) — «know your customer»), прежде чем допустить их к участию, помогая выстроить доверительные взаимоотношения между сторонами и снизить вероятность мошенничества. Способы сбора средств и запуска проектов на площадках различаются, отсюда разные виды криптолаунчпадов:  - **площадки для ICO (Initial Coin Offering)** — использовались для продажи токенов проекта за криптовалюту или фиатную валюту. Первые ICO появились в 2016 году и преимущественно разворачивались на блокчейне Ethereum. Проекты создавались по аналогии с [IPO](https://www.investopedia.com/terms/i/ipo.asp) — с той разницей, что инвесторы криптовалюты не получали доли в блокчейн-стартапе или каких-либо других дивидендов или прав. ICO-платформы сегодня не [пользуются](https://www.longhash.com/en/news/2597) популярностью и доверием криптосообщества из-за частых случаев мошенничества; - **платформы IEO (Initial Exchange Offering)** — механизм первоначальной продажи криптовалют или токенов на централизованных [биржевых платформах](https://time.com/nextadvisor/investing/cryptocurrency/what-are-cryptocurrency-exchanges/); биржи стали посредниками между разработчиками и инвесторами, гарантами выполнения их обязательств и защитниками от мошенничества и спекуляций. За это биржи берут комиссии с пользователей лаунчпада; - **платформы IDO (Initial DEX Offering)**, буквально — платформы для первичного предложения криптовалют или токенов на [децентрализованной бирже](https://www.coinbase.com/learn/crypto-basics/what-is-a-dex); большинство IDO-лаунчпадов выпускают свои токены, и для участия в краудфандинге пользователи должны владеть их установленной суммой; - **площадки INO (Initial NFT Offering)** — вариант запуска первого публичного предложения [NFT](https://www.talkdistrict.com/what-is-an-nft-how-you-can-earn-money-with-nfts/) для продажи инвесторам; INO-лаунчпады ориентированы преимущественно на музыкантов, художников, дизайнеров и прочих создателей уникального контента, а также их инвесторов; - **площадки IGO (Initial Game Offering**) — служат, как понятно из названия, для первоначального предложения и краудфандинга игр, игровых NFT, игровых метавселенных, проектов [P2E](https://minerium.com/articles/what-is-the-p2e/) и внутриигровых утилит.  ## Кто может участвовать в лаунчпадах? **1. Инвесторы.** Инвестировать в токен теоретически может любой владелец [кошелька Web3](https://dev.to/coffeecraftcode/understanding-and-using-a-web3-wallet-17mg) и криптовалюты, которой пользователи оплачивают подписки и комиссию за транзакции.  ![](https://metalamp.ru/images/62f9b8f23f7a58d2556383f4_fsq3cSphNeUWgHGv67vGMFXwwPuYENJsCVK9BtYvC5RozNbKBs0Xmf4XqDiziIrXTTNwowBENL6B2su-iQQvgW6vIXIwAJTElt9dJDkv7FuuarLPPKkkXLv4M73KrPqaHBElIxh-pstA8ASMdjAOhAs.gif) На практике не все желающие допускаются к участию в первоначальном предложении. Например, в IDO количество токенов проекта ограничено, и чтобы справедливо распределить их между инвесторами, лаунчпады практикуют белые списки. Каждый раз, чтобы принять участие в IDO, инвестор должен пройти кастинг в такой список. Если его выбирают, то следующим этапом инвестор проходит проверку KYC,  — это нужно для того, чтобы исключить участие ботов, а также инвесторов из тех государств, где IDO запрещены законом (США, Китай, Гонконг) и стран, на которые распространяются [санкции OFAC](https://orpa.princeton.edu/export-controls/sanctioned-countries) (Беларусь, Зимбабве, Ирак, Иран, Конго, Кот-д'Ивуар, Куба, Либерия, Мьянма, Судан, Северная Корея, Сирия,). Пользователи из этих стран получают статус Pending или Unverified KYC.  Инвесторы из белого списка, успешно прошедшие KYC, блокируют сумму, которую хотят инвестировать, а затем обменивают токены на новые, выпущенные во время IDO проекта — обычно они распродаются за несколько часов. Чтобы один или два крупных кита не скупили все токены и не стали  инвесторами-гегемонами, контролирующими проект, DEX ввели демократичную систему лотерейного распределения токенов между инвесторами. После запуска проекта стоимость токена растёт и инвесторы могут перепродать свои активы по более высокой цене. **2.** **Создатели криптовалюты, NFT и других блокчейн-проектов**. Blockchain Games, DeFi, Art, и всё, что придёт вам в голову из мира криптовалют — в сущности, нет ограничений формата для проектов, ищущих спонсоров на крипто-лаунчпадах.  ![](https://metalamp.ru/images/62f9b8f2b83f2d310e8a8df1_hFD-6X2FOEN6t_UUm0tl2FAxSBGY2Qq1UV8Bp_HzJxfYiLPNz_M-MFXAXBlyON1VPaSCkydHlywFpequlDO4oZ35w7_FTW7UH5FtmnditPf1uNe9-U0OcKZQEvpN2Ov8B2FpQCtQJ3xItSdKFPKaSM8.gif) Для того, чтобы биржа одобрила проект и согласилась разместить его на лаунчпаде, стартап должен представить готовые модели бизнеса и экономики токенов, а также команду разработчиков, с описанием их опыта и квалификации. От проекта также ожидают, что у него есть потенциал внедрения и масштабирования на рынке и он принесёт пользу криптосообществу; проблема, которую проект решает, цели и задачи на этом пути — всё должно быть отражено в технической документации, а также на сайте стартапа и в профилях соцсетей, где инвесторы смогут найти подробную информацию и новости по проекту. Существование сайта и долгоиграющих профилей в соцсетях также убеждает специалистов лаунчпадов и потенциальных инвесторов в реальности проекта. Затем разработчики определятся с биржей, на которой хотят разместиться, и подают туда заявку. Если специалисты одобряют проект, он отправляется на лаунчпад площадку и получает полное биржевое сопровождение: консультационные услуги, маркетинговую помощь и доступ к сообществу инвесторов со всего мира. Так лаунчпады помогают проектам с масштабированием: популярная биржа даёт неизвестным миру криптостартаперам доступ к миллионам пользователей со всех уголков планеты, а проектам придаёт ликвидность мирового класса наряду с такими торговыми парами, как Ethereum / Bitcoin Cash.  На последнем этапе команда проекта запускает свою криптовалюту или токен (в этом помогают биржа и специализированное приложение) и создаёт пул токенов — место, где инвесторы заранее платят за свои токены (сами токены они получат после окончания предпродажи). Сначала создатели предлагают токены по минимальной цене, которую, как правило, затем поднимают — своего рода аукцион, стимулирующий конкуренцию и спрос на продукт. После завершения первичного предложения токены поступают на саму биржу для продажи.  ## Какие крипто-лаунчпады популярны в 2022? **BSC PAD ** ![](https://metalamp.ru/images/62f9b8f2e0ceed188ca0a346_dtb3YkZdk8134gJjp0ND6FTEE6H_4FQT4rMp2HPKQHBbeEDPK01Kxe-iDYpGnO1xiRT72Aa2PWxPRYCuBfLxwLbw2aZHyfpNxa6eS5emTkXolZINUZ7GdqgE2UPsuX4q9XZo8FHnUkAnrrcEzQjvHGs.jpeg) Первая полностью децентрализованная платформа IDO для сети [Binance Smart Chain](https://academy.binance.com/en/articles/an-introduction-to-bnb-smart-chain-bsc), — и, конечно же, один из [самых популярных](https://cryptorank.io/fundraising-platforms) существующих лаунчпадов. [BSC Pad](https://bscpad.com/) предоставляет возможность разработчикам блокчейн-проектов распространять свои токены, собирать средства и наращивать ликвидность.  Собственный токен платформы называется [BSCPAD](https://coinmarketcap.com/currencies/bscpad/). Его владельцы могут участвовать в IDO, и чем больше токенов они поставят, тем выше их уровень ранжирования как инвесторов и тем больше токенов проекта им достанется. Минимальное требование к стекингу составляет 1000 BSCPAD (при стоимости одного токена платформы в $0,16 на момент написания статьи) и автоматически присваивает владельцу бронзовый уровень.  BSCPad известен своей особенной двух-раундовой системой распределения активов проекта. В первом раунде все пользователи гарантированно получают токены в прямой пропорциональной зависимости от своего статуса и количества BSCPAD, которые они удерживают. Во втором раунде все оставшиеся после первого раунда токены продаются по принципу FCFS (First Come First Serve) только инвесторам гарантированных уровней (это Платиновый и выше). Сумма токенов, которую они могут приобрести, определяется формулой на основе их уровня. Второй раунд открыт до тех пор, пока все токены не будут проданы (обычно это дело нескольких минут). IDO завершается, когда все токены проданы.  Ниже на инфографике уровни ранжирования инвесторов — участников первого раунда. ![](https://metalamp.ru/images/62f9b8f2071b67469fe17c5b_n-33YKm95kStgNWX94Tm5GtpIQfi91wPq35I6WaSF01QiZIPhKrqZ76K441y_IEauiz_Xtc-EncGUjKenglaAvh9G6rPfNvBAGX1hviW4EUGTyL-t8tDcY34HepL1o61PjCS-QvjkY0V3IlqqB_yLRo.png) На данный момент через BSCPad запущено 69 проектов, на которые было собрано $16 миллионов.  **Polkastarter** [Polkastarter](https://polkastarter.com/) — крупная лаунчпад-платформа на блокчейне Polkadot, которая [использует](https://docs.polkastarter.com/why-cross-chain-swaps-and-why-polkadot) кроссчейн-мосты для обеспечения совместимости c внешними блокчейнами (Bitcoin, Ethereum etc.) и позволяет создавать [своп-пулы](https://docs.polkastarter.com/what-is-a-fixed-swap-pool) на основе фиксированного курса токенов. Преимущество использования своп-пулов — в удержании цены токенов на протяжении всей продажи до тех пор, пока не будет выкуплена первоначальная поставка. Так, помимо возможностей масштабирования, стартаперы Polkastarter точно знают, сколько денег они получили и сколько токенов продали. Владельцы токенов со своей стороны уверены, что все их инвестиции пойдут на развитие проекта. ![](https://metalamp.ru/images/62f9b8f218d02ff56877fbd6_7-uHhxPdXBon8CfkPV-B9I_bN8DogHo9D3rLjeL4jTLJtcZ8YUc6ldVqqLk3_HpchUeYzpv4rjlc-tx8KYXhhWMh3OiI0XMdx_YXLo3oys7HIH9I1FxzQKI1Kq9mfpRr3JmHdpGgp3TjgBA8ojm06n4.jpeg) Cобственный токен Polkastarter — [POLS](https://coinmarketcap.com/currencies/polkastarter/). Владельцы POLS могут использовать их для оплаты транзакционных комиссий и для участия в [Совете по управлению Polkastarter](https://blog.polkastarter.com/announcing-polkastarter-council-for-governance/) — демократической системе управления экосистемой. Все участники Совета вместе должны удерживать не менее 5% от всего количества токенов POLS. Polkastarter — полностью децентрализованная платформа с открытым исходным кодом. Это значит, что любой разработчик может использовать базу Polkastarter для создания, продажи и обмена токенов своего проекта.  Создатели платформы подчёркивают, что их миссия заключается в разработке и популяризации блокчейн-сервиса, а остальные функции — например, проверка пользователей, использующих лаунчпад, — отдаются на их усмотрение. Но, предполагая возможность таких требований от крипто-стартапов, Polkastarter предоставляет инструменты проведения KYC, которые можно использовать по запросу. А ещё, в связи с риском использования платформы злоумышленниками, нарушающими законы конкретной страны (например, в США и Китае запрещено участвовать в IDO), или использующими её для отмывания денег и финансирования терроризма, Polkastarter оставляют за собой право в любое время [проверить](https://blog.polkastarter.com/what-goes-into-the-kyc-process-for-polkastarter-idos/) подозрительного Пользователя с помощью KYC или [AML](https://trends.rbc.ru/trends/industry/615dbdfd9a7947ef7ae435f9). Впрочем, в соглашении об использовании лаунчпада создатели [оговариваются](https://polkastarter.com/terms), что возможности обхода запретов безграничны и лазейки есть (подразумевая, видимо, использование VPN etc). На момент написания статьи на Polkastarter запущено 109 IDO-проектов; общая сумма собранных средств составляет $49 миллионов. **Red Kite ** [Red Kite](https://redkitepad.com/#/) — лаунчпад на базе экосистемы PolkaFoundry.  ![](https://metalamp.ru/images/62f9b8f340ed7264c9504050_tgnEtulpHtuuWtSORWJ-wA5ijWNA2daCsvy32wegjMCAUDeydnelswY3PmFTiYTQ-sMr1cuWEvMv7upr-I2Y68ZVpRPYUmqKoubn7KbZr4seD-yYIILYawcZn44vLFyjTv8l44e4SLHYueOQHgVnf5Y.jpeg) Изначально лаунчпады создавались с целью обеспечить безопасность капиталу инвесторов и защитить от хакерских атак счета стартаперов. Лаунчпады на базе DEX не всегда проверяют проекты, так как подобная процедура может быть воспринята как централизованное вмешательство и попытка контроля.  Red Kite отличается от многих других децентрализованных площадок тщательным подходом к проверке разработчиков и инвесторов; специалисты сервиса вручную изучают держателей токенов, криптопроекты и их команды для защиты интересов каждого. Red Kite сотрудничает с Blockpass, профессиональным поставщиком услуг KYC, проверяя с их помощью разные данные, в том числе — личные: паспорт, фото и анкету, а также гражданство или страну проживания. Последнее — наиболее распространенная причина фиаско на проверке Red Kite: пользователи из США, Китая, Гонконга и стран, на которые распространяются санкции OFAC (Конго, Иран, Мьянма, Судан, Ирак, Кот-д'Ивуар, Северная Корея, Сирия, Зимбабве, Куба, Беларусь, Либерия) получают статус Pending или Unverified KYC. Red Kite использует собственный токен [PKF](https://coinmarketcap.com/currencies/polkafoundry/), чтобы привлечь пользователей на платформу и предоставить им доступ к проверенным пре-сейлам. Чтобы участвовать в IDO, владельцы PKF должны разместить свои токены в пуле ставок; чем больше они поставят, тем выше их уровень и, следовательно, больше токенов достанется при распределении. Минимальное количество токенов для стекинга — 500 PKF  (это уровень Голубя), а для гарантированного распределения необходимо поставить более 40 000 PKF (уровень Орла).  Ещё одна любопытная особенность площадки — система репутации участников. Чтобы акционеры не манипулировали ценой токенов, Red Kite отслеживает действия каждого и начисляет очки за хорошее поведение. Если участник отличается подозрительной активностью и спекулирует токенами, его рейтинг падает, и возможность участвовать в следующих лаунчах снижается.      **DAO Maker** ![](https://metalamp.ru/images/62f9b8f32697060d4cd8bcea_gHqfG-Hx6TC2nZmshN6yWCG3P46UDLHFK65YQv7NRoSJtKch1VSKDIx-Yiqo2odpffWNHwaQ8Pvl1loO8AQL65ysHvkaYzyEXtn8ptjXtEz0Hr2Epg6LQrvNPvtq5fbwG1Fid20N7CROu6ZP0FkTB3w.jpeg) [DAO Maker](https://daomaker.com/) — крипто-инкубатор, который применяет сразу несколько технологий, дающих преимущества инвесторам и стартапам. Придерживаясь принципа прозрачности, площадка публикует данные производительности своих проектов, которые можно использовать как показатель их качества. Также стартапы DAO Maker могут устанавливать токенизированные стимулы для участников сообщества; причём вознаграждения и стимулы владельцы токенов определяют самостоятельно. Токены вознаграждения можно использовать в программе лояльности, потратив их на продукты, разработанные в экосистеме или на платформе DAOMaker; они также обеспечивают приоритетный доступ к новым предложениям по стартапам. DAO Maker — самая популярная IDO-площадка по данным [cryptorank.io](https://cryptorank.io/fundraising-platforms), она отличается от других лаунчпадов небывало высоким [ROI](https://www.investopedia.com/terms/r/returnoninvestment.asp) (средним значением текущего дохода) и наибóльшим количеством успешно запущенных проектов (110+).  ## Подведём итоги 1. Лаунчпады — важный шаг к блокчейнизации мира. Они ускоряют внедрение криптовалюты в повседневную жизнь, помогая разработать, найти и поддержать множество новых криптопроектов. 2. Деятельность лаунчпадов запрещена или особым образом регулируется в некоторых странах. Узнайте особенности законодательства вашей страны прежде чем участвовать. 3. Перед выбором лаунчпада изучите его опции и убедитесь, что он предлагает то, что нужно вам, будь то: гарантии безопасности и проверка KYC, возможности масштабирования, высокий ROI или возможность получения пассивного дохода с [крипто-фермерства](https://coinmarketcap.com/academy/article/what-is-yield-farming). ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/zacem-nuzny-launcpady-kriptostartapam-i-kak-oni-rabotaut.md) ## Как мы нанимаем инженеров Plutus через собственную программу обучения ![Как мы нанимаем инженеров Plutus через собственную программу обучения](https://metalamp.ru/images/abstraction.png) Блокчейн Cardano использует собственный функциональный язык для написания смарт-контрактов Plutus Core, основанный на Haskell. Разработчики Haskell на рынке — редкие птицы, а знакомые с надстройкой Plutus — и вовсе вроде кота-манула: о них много говорят, но мало кто видел. Планируя развивать направление блокчейн-разработки, мы решили обучить языку Plutus каждого бэкендера в компании, включая стажёров, которые только готовятся стать частью команды Metalamp. Делимся своим опытом. ## Пишем на языке Haskell На языке Haskell фактически пишутся скрипты для смарт-контрактов Cardano, которые затем автоматически компилируются в собственный язык блокчейна, — Plutus Core. Впрочем, наша любовь к Haskell началась с самого Haskell и до знакомства с блокчейном, так что сперва воздадим ему должное и расскажем, как и почему мы выбрали этот язык.  Haskell не так популярен, как JavaScript, Python, Elixir или C/C++/C# — языки, которые мы сами много использовали в разработке, — он [занимает 27-е место](https://pypl.github.io/PYPL.html) в «Индексе популярности языков программирования» по состоянию на июнь 2022. Но у него есть безусловные преимущества перед остальными. Самым важным для нас всегда было добиться максимальной читаемости и недвусмысленности функции, — чтобы любой мог зайти в кодовую базу и понять, что там происходит. А так как мы работали с финтехом и [высоконагруженными](https://thecode.media/treger2/) системами, ещё двумя приоритетными задачами стало снизить вероятность возможность ошибок и сделать надёжность кода независимой от конкретного разработчика и его когнитивной нагрузки. Haskell, чистый функциональный язык, позволил нам делать и то, и другое. Вот особенности Haskell, которые открыли ему путь к нашим сердцам и ПО: - Качество, практичность, скорость. А ещё предельная выразительность языка и его гибкость (например, операторы можно использовать как в инфиксной, так и в префиксной записи, а также [определять свои](https://wiki.haskell.org/Infix_operator));  - Лёгкость рефакторинга. Любой долгоиграющий проект предполагает рефакторинг; написание нового функционала — это лишь 10-15% процесса разработки, остальное — либо дополнение существующих частей, либо рефакторинг ошибок в проектировании;  - Гибкость и комбинаторность. Haskell предлагает формальные абстракции ([функторы](https://habr.com/ru/post/125995/) и [монады](https://habr.com/ru/post/490112/)), которые легко комбинируются и позволяют описать разного рода взаимосвязи между частями программы, правильность написания которых проверяет компилятор; - У Haskell есть набор инструментов для [параллельного программирования](https://eax.me/haskell-parallel/), который поддерживают почти все популярные редакторы кода; - Мощная качественная [библиотека](https://www.ohaskell.guide/hackage.html) и использование пакетов Haskell позволяет создавать коммерческий софт, чётко отделять чистые части программы от частей с сайд-эффектами и при этом не писать заново то, что уже написано до нас: содержимое модулей библиотеки автоматически импортируется во все модули нашего проекта. Мы понимаем, что Haskell — не чудесный единорог, но готовы принять его недостатки, — такие, как высокий порог входа и отсутствие единой инструкции с best practices и удовлетворительных IDE. Haskell позволяет писать чистый функциональный код, — то есть делать то, к чему в принципе стремится каждый разработчик. Многие наши коллеги по цеху сходятся на том, что Haskell глобально изменил их видение программирования и подход к использованию других языков, а также позволил развить свои навыки в написании кода. ## Обучаем талантливых Haskell-инженеров Наша компания возникла в 2014 году из студенческого проекта. Поначалу у нас не было денег ангажировать новых дорогих специалистов, поэтому мы запустили бесплатную [образовательную программу](https://vc.ru/hr/304764-kak-my-sdelali-besplatnuyu-programmu-obucheniya-veb-razrabotke-i-trudoustroili-60-vypusknikov) по двум направлениям — backend и frontend — которая предоставляет всем желающим открытые ресурсы для изучения и возможность быть принятым в штат после успешного прохождения практических и теоретических испытаний. На этих двух направлениях мы стали растить собственных специалистов по Haskell и Javascript.  Изучению Haskell как раз-таки посвящена программа для бэкендеров. Обучение предполагает 80% самостоятельной работы новичка (мы не делаем вид, что не знакомы со стажёрами, а отвечаем на все их вопросы и проводим экспертную оценку, но никак не мотивируем и не инициируем прохождение ими программы до победного конца, потому что ждём энтузиазма от самих учеников), и только 20% занимают командная подготовка (прокачивание soft skills для лучшей адаптации) и ревью ученических проектов. Первые два этапа стажёры посвящают изучению теории, два следующих — выполнению практических заданий, а в финале проходят трёхэтапный рефакторинг готового проекта, получая обратную связь от штатных разработчиков. Мы даём фундаментальные знания о языке и ценим инженерный, качественный подход к делу — поэтому, хотя стажёры по факту ещё находятся в «песочнице», правила игры максимально приближены к взрослой жизни: финальный ученический проект сопровождают реалистичные требования к объёму, гибкие переменные техзадания и жёсткий дедлайн. По этой же причине рефакторинг проходит в три этапа — так мы добиваемся максимально удовлетворительного качества результата работы стажёра.  Первое ревью всегда проводит недавний выпускник программы обучения, который только трудоустроился к нам, — это помогает обеим сторонам процесса заполнить пробелы, оставшиеся в знаниях после окончания программы, систематизировать информацию в головах и лучше применять её на практике.  На втором этапе замечания делают ревьюеры, работающие у нас не менее полугода, и имеющие коммерческий опыт; на последнем этапе проверку проводят мидлы. Middle оценивает общую архитектуру проекта, делая концептуальные замечания. Весь процесс рефакторинга можно сравнить с проверкой сочинения учителем по русскому языку, — с той разницей, что у нас это делают три разных человека: первый этап — проверка на орфографические ошибки (в нашем случае — на соответствие best practices), второй — проверка на синтаксис, а на третьем этапе проверяется непосредственно концепция проекта. После исправления ошибок по замечаниям ревьюеров, стажёр проходит собеседование. На практике до этого этапа обычно добираются самые сильные и целеустремлённые — 1 из 500 подавших заявку на обучение. Так мы 100% уверены, что с нами будут работать те, кто владеет теорией, имеет практический опыт и знает достаточно, чтобы сразу встать на проект. ## Сотрудничаем с Cardano Первый проект, который мы сделали на Haskell, был наш собственный стартап Ptichka.moscow (срочные курьерские доставки по Москве). Запустив его, мы стали искать заказчиков, готовых отдать Haskell-проекты на аутсорс, и столкнулись с любопытной реальностью: большинство запросов на Haskell приходят с рынка блокчейна. Согласно [отчёту](https://www.marketsandmarkets.com/Market-Reports/blockchain-technology-market-90100890.html) MarketsandMarkets, размер мирового рынка блокчейнов в 2021 году оценивался в $4,9 миллиардов и к 2026 году ожидаемо достигнет $67,4 миллиардов при совокупном годовом темпе роста в 68,4% в течение прогнозируемого периода. Скорость роста рынка блокчейнов связана не только с увеличением популярности криптовалют, но и [с растущим количеством](https://www.sciencedirect.com/science/article/pii/S0740624X21000617#fn0010) правительственных инициатив, а также с разработкой и использованием децентрализованных приложений для платежей, смарт-контрактов, отслеживания цепочек поставок, цифровых удостоверений и т.п. Оценив перспективы блокчейнизации, мы поняли, что не хотим оставаться в стороне. Haskell, как уже было сказано, служит основой для Plutus Core, — языка смарт-контрактов Cardano. Haskell роднит с Cardano академический, или научно-исследовательский подход к программированию и математическая проверка кода в разработке любого продукта. В Cardano Foundation [говорят](https://medium.com/@cardano.foundation/why-cardano-chose-haskell-and-why-you-should-care-why-cardano-chose-haskell-and-why-you-should-f97052db2951), что выбрали Haskell потому, что он гарантирует правильность выполнения операций с данными, заставляет писать чистый код, который невозможно неверно понять и помогает защитить блокчейн с открытым исходным кодом на интернет-платформах. Благодаря наличию в анамнезе Haskell [IOG](https://apply.workable.com/io-global/) пригласил нас поучаствовать в тестировании смарт-контрактов Cardano, и Plutus мы изучали уже в процессе работы над этой задачей. Это не было эргономичным решением, потому что мы не знали наверняка, сколько времени займёт у конкретного члена команды освоение языка и когда он будет готов приступить к работе. Тогда мы решили воспитать Бабу-ягу в своём коллективе включили обучение языку Plutus в свою образовательную программу для бэкендеров, чтобы при трудоустройстве в штат прокачанные на Haskell джуны сразу вставали на блокчейн-проекты.  ## Работаем с Plutus Pioneer Program Программа обучения Plutus у нас состоит из двух частей: 1. **Курс лекций, которые разработали сами**[**IOG**](https://apply.workable.com/io-global/)**в рамках программы**[**Plutus Pioneer**](https://testnets.cardano.org/en/plutus-pioneer-program/), — официального проекта по обучению разработчиков языку экосистемы Cardano от создателей. Ребята смотрят видеоролики (они также доступны в текстовом формате), изучают код, выполняют тренировочные задания и участвуют в сессиях вопросов и ответов, пользуясь возможностью общения с основателями и экспертами по языку. Из-за высокого порога входа в Plutus создатели рекомендуют слушателям заранее получить опыт программирования в функциональном стиле или предварительное знание Haskell, а также иметь развитые логическое и математическое мышления. Курс Plutus Pioneer предполагает, что слушатель будет посвящать ему 10 часов своего времени в неделю. Программа включает изучение таких строительных основ Haskell и Plutus, как функции и типы данных, монады, конечные автоматы (state machines),использование [Plutus Playground](https://playground.plutus.iohkdev.io/), работа с Plutus ончейн и оффчейн, [EUTxO](https://docs.cardano.org/learn/eutxo-explainer/),  [PAF](https://docs.cardano.org/plutus/learn-about-plutus/#plutusapplicationframework(paf)) и [PAB](https://plutus-apps.readthedocs.io/en/latest/plutus/explanations/pab.html).  1. **Практические упражнения, которые подготовила наша команда.** Мы решили докомплектовать готовые кейсы от IOG заданиями, для которых наши разработчики будут сами искать и с нуля писать решения — например, реализовать NFT-маркетплейс, создать Faucet-приложение и т.п. Цель этой практики — закрепить теорию и убедиться, что разработчик действительно понимает изученный материал. Все задачи обязательны к выполнению; а если у кого-то возникли сложности, он может обратиться к ментору за помощью (менторами становятся ребята — в недавнем прошлом сами выпускники нашей программы, которые сейчас трудятся над проектами на Cardano). Также традиционно для каждого этапа программы обучения у нас есть свой чат; Plutus — не исключение. В чате Plutus Study сложилось собственное комьюнити, в котором обсуждаются трудности, связанные с изучением теории или решением практических задач, — например, с запуском проекта в тестовой сети. Чаты отлично помогают поддерживать связь между членами команды, раскиданными по разным географическим широтам, делиться опытом с коллегами и легче вливаться в новую область знаний. Блокчейн медленно, но верно входит в нашу жизнь; популярность DeFi и смарт-контрактов растёт, и платформы, обеспечивающие соответствующие решения, активно развиваются. Cardano — это имплементация блокчейна на Haskell, языке, который давно стал нашим любимчиком благодаря своей чистоте и функциональности. Используя библиотеку Haskell можно запускать смарт-контракты и создавать безопасные dApps в полностью предсказуемой среде на платформе Plutus. Мы обучаем языку Plutus Core всех наших разработчиков,  — в том числе тех, кто только готовится стать членом команды, потому что нам близка философия блокчейна и мы хотим развивать сотрудничество с экосистемой Cardano в длительной перспективе.  Надеемся, что наши best practices будут интересны и полезны тем, кто неравнодушен к Cardano, а также работает с перспективными джунами и стажёрами. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей о Cardano [Lees meer...](https://metalamp.ru/magazine/kak-my-nanimaem-plutus-inzenerov-cerez-sobstvennuu-programmu-obucenia.md) ## Неутомимый гигант: почему Cardano продолжает добиваться успеха ![Неутомимый гигант: почему Cardano продолжает добиваться успеха](https://metalamp.ru/images/mountains.png) Cardano и Ethereum — блокчейны, у которых схожие возможности и они неизбежно подвергаются сравнению друг с другом. Постепенно расстановка сил меняется, и о  Cardano всё чаще говорят как об «убийце Ethereum». Разбираемся в особенностях технологии Cardano, смотрим, есть ли основания для слухов и рассказываем, почему Cardano может стать мощнее, быстрее и доступнее, чем Ethereum или Bitcoin. ## Как Cardano относится к Ethereum Cardano — это децентрализованная и масштабируемая блокчейн-платформа с открытым исходным кодом. Основана Cardano была в 2017 году Джереми Вудом и Чарльзом Хоскинсоном, бывшим соучредителем Ethereum, а контролируют её три разные независимые организации: [Cardano Foundation](https://cardanofoundation.org/en/about-us/) (проверка), IOG (ранее — [IOHK](https://iohk.io/en/about/), разработка) и [Emurgo](https://www.emurgo.io/) (продвижение).  Ethereum была запущена в 2015 году. В отличие от Bitcoin и других криптовалют того времени, это — первая блокчейн-платформа, которая поддержала функциональность [смарт-контрактов](https://ethereum.org/en/developers/docs/smart-contracts/) и позволила создавать, монетизировать и использовать DApps ([децентрализованные приложения](https://www.coindesk.com/learn/what-is-a-decentralized-application/#:~:text=Decentralized%20applications%20(also%20known%20as,thus%20making%20the%20service%20%E2%80%9Cdecentralized.)). У Ethereum есть собственный язык программирования — Solidity, собственная криптовалюта  — Ether (ETH), которую можно использовать в качестве оплаты транзакций, и [взаимозаменяемые](https://cointelegraph.com/nonfungible-tokens-for-beginners/fungible-vs-nonfungible-tokens-what-is-the-difference)и [невзаимозаменяемые токены](https://www.coindesk.com/learn/what-are-nfts-and-how-do-they-work/) (NFT) для контрактов и доступа к приложениям на платформе.  Cardano был создана для выполнения аналогичных задач, — таких, как запуск смарт-контрактов и создание DApp; у Cardano также есть свой язык смарт-контрактов [Plutus](https://iohk.io/en/blog/posts/2021/04/13/plutus-what-you-need-to-know/) и криптовалюта ADA. При этом Ethereum называют блокчейном второго поколения, а Cardano определяет своё место на рынке как блокчейн [третьего поколения](https://www.youtube.com/watch?v=Ja9D0kpksxw). Качественная разница — в уроках, которые  Cardano извлекла из Ethereum, инфраструктурных улучшениях блокчейн-индустрии и проблемах, над которыми команда IOG сознательно работает, — такими, как безопасность и масштабируемость. В частности разработка и использование протокола Proof-of-Stake (PoS) выводит смарт-контракты Cardano на новый уровень, обеспечивая высокие пропускную способность и скорость транзакций и доступность создания DApps для всех желающих, а также позволит решить проблему совместимости с остальными блокчейнами.  ## Как Cardano осмыслили опыт Ethereum 1. Применили новый механизм консенсуса. Любая блокчейн-платформа использует алгоритм для создания блоков и проверки транзакций. Cardano первыми применили алгоритм консенсуса [Proof-of-Stake](https://www.coindesk.com/learn/2020/12/30/what-is-proof-of-stake/) (PoS), известный как Ouroboros, — более безопасный, энергоэффективный и масштабируемый, чем [Proof-of-Work](https://www.coindesk.com/learn/2020/12/16/what-is-proof-of-work/)(PoW), который по началу использовал Ethereum.[ ](https://www.coindesk.com/learn/2020/12/16/what-is-proof-of-work/) Консенсус — это механизм, который поддерживает справедливость в никем не управляемом децентрализованном мире блокчейна. Пользователи сети сами решают, как тратить деньги, в каком количестве и сколько раз. Чтобы исключить возможность траты одной и той же цифровой монеты несколько раз, Bitcoin придумали Proof-of-Work — алгоритм консенсуса доказательства работы. **Proof-of-Work** основан на сложных вычислениях, которые выполняют майнеры, чтобы поддерживать работу блокчейна. Каждый новый блок образуется в процессе решения криптографической задачи. Производительность майнеров и количество новых блоков зависит от вычислительной мощности, которая, в свою очередь, зависит от электричества. Подтверждением использования определённого количества вычислительной мощности («работы») в рамках одного блокчейна служит уникальное значение (хэш). Стоимость единицы вычислительной мощности блокчейн компенсирует майнерам за счёт комиссии от каждой транзакции (как правило, [с кошелька отправителя](https://learn.bybit.com/ru/crypto/what-is-eth-gas/)).  Консенсус **Proof-of-Stake** не нуждается в покупке дорогостоящего оборудования и майнинге новых блоков; вместо майнеров в процессе проверки блока участвуют валидаторы — владельцы криптовалюты ADA. Валидаторы, которые находятся в сети, должны подтвердить, что транзакция верна, — тогда она добавляется в новый блок блокчейна. В отличии от PoW, в PoS вознаграждение за участие получают валидаторы, а не майнеры. К тому же, валидаторы тратят намного меньше энергии и времени, занимаясь исключительно проверкой транзакций — это означает, что транзакции выполняются быстрее и дешевле. В этом — преимущество Cardano перед сетями PoW, развитию которых серьёзно мешает высокий уровень энергопотребления. 1. Применили исследовательский подход.  Визитная карточка Cardano — научно-исследовательский подход и [экспертная](https://medium.com/chainrock/cardano-peer-reviewed-blockchain-for-the-thrid-generation-analysis-review-8c697a619bce)  математическая проверка кода в разработке любого нового продукта, услуги или обновления; благодаря этому пользователи чувствуют бóльшую уверенность в том, что им предлагают. В разделе «[Библиотека](https://iohk.io/en/research/library/)» на сайте IOHK регулярно публикуются академические статьи с обзором и анализом новых технологий (по состоянию на июнь 2022 в библиотеке — 141 статья). Статьи доступны всем; комментарии с вопросами, сообщениями об ошибках или лайфкаками поощряются, их можно оставлять публично или отправлять приватно при просмотре каждого документа. Создатели Cardano подчёркивают важность участия сообщества в испытаниях платформы и предлагают каждому повлиять на создание или изменение программного обеспечения блокчейна: «Смысл коллективных инноваций в том, что тысячи людей собираются строить и нести в мир нечто новое, новый опыт. Будет очень весело» — встречает пользователей слоган на главной странице [нового сайта](https://iog.io/) IOG.  Кроме того, Cardano научно планирует разработку обновлений и изучение данных исследований и рецензируемого опыта на блокчейне. Каждый пункт плана Cardano посвящён решению определённой задачи, занесён в [карту развития](https://roadmap.cardano.org/en/), — и носит имя деятеля культуры прошлого: 1. Эра Байрона — основание Cardano и появление криптовалюты ADA (2017); 2. Эра Шелли — децентрализация (2020); 3. Эра Гогена — смарт-контракты (2021); 4. Эра Басё — масштабирование (2022); 5. Эра Вольтера — управление (в разработке). План предполагает возможность корректировки в зависимости от того, как изменяется рынок и как развивается валюта. [По словам](https://iohk.io/en/blog/posts/2022/01/14/how-we-re-scaling-cardano-in-2022/) Тима Харрисона, вице-президента по сообществу и экосистемам в Input Output Global, на 2022 год, ознаменовавший вступление в эру Басё, запланирована работа над оптимизацией сети, которая поможет Cardano масштабироваться и стать более функциональной. 1. Отделили стоимость от вычислений. Cardano отделили мух от котлет учёт стоимости от вычислений и создали [двухуровневую](https://coinmarketcap.com/alexandria/ru/article/a-deep-dive-into-cardano) архитектуру блокчейна, позаимствовав у стека сетевых протоколов [TCP/IP](https://selectel.ru/blog/tcp-ip-for-beginners/) принцип разделения задач в передаче данных. Ethereum обрабатывает транзакции и смарт-контракты на одном уровне, что в иных случаях предполагает принятие централизованных решений (это противоречит принципу блокчейна), угрожает конфиденциальности пользователя, [перегружает](https://www.coindesk.com/tech/2021/03/31/defi-major-aave-working-with-polygon-to-bypass-ethereum-congestion/) сети и замедляет транзакции. **Cardano Settlement Layer (CSL)** используется для передачи ADA и [обеспечивает](https://why.cardano.org/en/introduction/designing-in-layers/#footnote5) скорость работы сети. CSL обеспечивает поддержку сайдчейнов [KMZ](https://www.google.com/earth/outreach/learn/packaging-content-in-a-kmz-file/#what-is-a-kmz-file-0) для взаимодействия с другими блокчейнами, поддерживает несколько типов подписи для усиления безопасности и два набора языков сценариев — Plutus и Marlowe. На уровне **Cardano Computational Layer (CCL)** разворачиваются смарт-контракты и запускаются DApps. Разработчики могут создавать совместимые приложения на языках Plutus и Solidity. Кроме того, CCL обеспечивает соответствие хранения данных и операций с ними требованиям закона разных стран. 1. Усовершенствовали UTXO. Cardano учла опыт не только Ethereum, но и Bitcoin. Для управления балансом и обмена  транзакциями и сообщениями Ethereum использует [Account-based модель](https://ethereum.org/ru/wallets/). У каждой учётной Ethereum-записи есть определённое состояние и Ethereum-адрес; чтобы управлять учётной записью, нужно создать Ethereum-кошелёк. В Account-based модели балансы хранятся в виде глобального состояния учётных записей, где состояние счёта сопоставляется адресу учётной записи. Глобальное состояние обновляется с каждым блоком. Это похоже на базу данных, которая в Ethereum носит название [префиксного дерева Меркла](https://habr.com/ru/post/407583/). Cardano как и Bitcoin использует UTxO — только в дополненной и расширенной версии [EUTxO](https://docs.cardano.org/plutus/eutxo-explainer) (Extended Unspent Transaction Output). UTxO — это альтернативная учётным записям модель регистрации и проверки данных. Если коротко, то UTxO — это остаток от предыдущих транзакций, который можно использовать в качестве входных данных для будущих (если не очень понятно — [здесь](http://utxo) наглядное видео, после которого не останется вопросов, что такое UTxO).  ![](https://metalamp.ru/images/62c7d1ae6f7d44105b99e68b_W6o8Iw2S_l1Yo1cJqcuyvtSDw96eVWzhslVfBK7rXlCKOwJk6sxS6eWc7sr4dvY-wt-4cf9kk6QtxoqgcKvzLL4ROG9LQfhlqOm8XbxoU1Wv_xAeIiC_vN_fu9DbP_dEPHiUVuwKWAU6wZcD6w.jpeg) Отличие UTxO от Account-based модели в том, что глобальное состояние UTxO — это график всех транзакций, потраченных и неиспользованных, а глобальное состояние учётных записей — это только набор учётных записей и их балансов. Глобальное состояние UTxO расширяется за счёт добавления новых UTXO, — старые UTXO невозможно изменить (тогда как старая учётная запись просто заменяется новой).  Преимуществом модели UTXO является усиленная кибербезопасность и профилактика мошенничества за счёт таких сложностей в отслеживании владельцев монет, как отсутствие у них постоянного адреса и единой учётной записи. В Cardano UTxO получила новые возможности. Помимо адреса отправителя и суммы перевода, EUTxO могут содержать Datum, которые не переносятся традиционными UTxO, — это дополнительные данные или состояние (state), которые требуются для работы программы. Данные могут быть произвольными и меняться на разных EUTxO (при этом структура данных остаётся неизменной для конкретного скрипта). Datum-данные могут понадобиться для валидации транзакции, так как внутри транзакции есть только информация из EUTxO. Например, для обмена одних токенов на другие внутри транзакции нужно запросить курс обмена из внешнего источника; источник передаёт в транзакцию свою EUTxO, где в Datum содержится курс обмена.  ## Как Cardano решает глобальные проблемы С момента основания Cardano определила направлением работы всю блокчейн-индустрию целиком. В [дорожной карте](https://roadmap.cardano.org/en/) Cardano обозначены несколько общих для всех блокчейнов болей; учась на ошибках Ethereum, создатели изначально разрабатывали протокол Cardano под решение проблем масштабируемости, совместимости и устойчивости. - **Масштабируемость.** Блокчейны, которые используют PoW, — в том числе Bitcoin, — работают медленно (Bitcoin обрабатывает около 8 транзакций в секунду (TPS). Это одна из причин, почему блокчейн хотя и стал модным словом, на практике не получил широкого распространения,  — и так будет до тех пор, пока сеть не начнёт обрабатывать миллионы транзакций в секунду.  Производительность цепочки Cardano невысокая: блокчейн [способен обрабатывать](https://coinmarketcap.com/academy/article/a-deep-dive-into-cardano) максимум до 257 TPS — для сравнения, [Bitgert](https://bitgert.com/) уже обрабатывает до 100 000 TPS и запускает новый блок за 15 секунд.  - **Совместимость.** У каждой системы блокчейна свои токены, архитектура и язык. Для осуществления транзакции между системами нужно доказать другому блокчейну, что информация о владении токенов и исполнении смарт-контрактов верна. Свои законы — у централизованных финансовых систем (государственного бюджета, банков etc), которые конфликтуют с философией блокчейна: например, полный контроль над метаданными банковского перевода (получатель, отправитель, код вида дохода и т.п.) противоречит конфиденциальности криптовалютной транзакции. Стороны не доверяют друг другу, и единственные посредники в этих высоких сложных отношениях — криптобиржи.  Cardano [планирует создать](https://www.investopedia.com/news/introduction-cardano/) устойчивую децентрализованную [интероперабельную](https://support.bitkub.com/hc/en-us/articles/360006679232-Cardano-s-Interoperability-Goal) экосистему данных, в которой блокчейны смогут «перетекать» друг в друга без посредников. В IOG изучают возможности частичного раскрытия метаданных, что позволит использовать криптовалюту для оплаты товаров и услуг, а также мгновенных частных переводов. В 2021 году команда [объявила](https://www.coinbase.com/ru/learn/crypto-basics/what-is-cardano#whats-next-for-cardano), что работает над коммуникацией со смарт-контрактами Ethereum; она достигается с помощью сайдчейнов — дополнительных блокчейнов, которые осуществляют транзакции между двумя сторонами вне основного блокчейна. Cardano использует сайдчейны благодаря [поддержке](https://www.researchgate.net/publication/327672110_Blockchain_30_-_The_next_generation_of_blockchain_systems) протокола KMZ, который безопасно перемещает активы из CSL на CCL Cardano, — или тех блокчейнов, которые поддерживают текущий протокол.  - **Управление системой.** Cardano изначально задумывалась как самодостаточная система с децентрализованным управлением. Так, в следующей [эре Вольтера](https://roadmap.cardano.org/en/voltaire/) запланирован переход от управления блокчейном группой создателей из IOHK к управлению сообществом. Проблема с открытой децентрализованной системой заключается в отсутствии ответственного лица, собирающего деньги на исследования, финансирующего разработчиков и принимающего решения. Отсуствие финансирования и развития грозит системе деградацией и забвением. По этой причине Ethereum Foundation предпочитают оказывать влияние на развитие сети, и Ethereum, по сути, управляется централизованно. Cardano намеревается решить проблему с помощью системы казначейства в форме [децентрализованной автономной организации (DAO)](https://www.coindesk.com/learn/what-is-a-dao/). Часть вознаграждения от майнинга каждого нового блока ADA поступает в специальный кошелёк. Средства из этого кошелька — своего рода гранты — будут выделяться разработчикам, предложившим инновации, и получившим большинство голосов в процессе референдума владельцев ADA.  ## В чём суперсила Cardano На сегодняшний день у Cardano нет осязаемых преимуществ, которые можно было бы измерить в цифрах. Ethereum, несомненно — самый популярный выбор для смарт-контрактов и DApps: для сравнения, на сегодняшний день на блокчейне Cardano создано [73 децентрализованных приложения](https://cardanocrowd.com/dapps) ([всего](https://coinquora.com/the-number-of-projects-being-built-on-ada-network-surpasses-1000/) проектов, когда-либо созданных в сети Cardano — 1003), и [3315](https://dappradar.com/rankings/protocol/ethereum) — на Ethereum. [Рыночная капитализация](https://www.coindesk.com/price/ethereum/) Ethereum на момент написания статьи составляет 212,5 миллиарда долларов, тогда как рыночная капитализация Cardano — 21 миллиард долларов[.](https://www.coindesk.com/price/cardano/) На чём же основывается прогноз большого будущего Cardano? На её перспективной философии. Cardano — больше, чем технология; это — мировоззрение, которое базируется на научном подходе и практических исследованиях, а также идеях децентрализации, самодостаточности и доверия, объединяющих сообщество. Если Bitcoin возник в порядке эксперимента, а сеть Ethereum была первой, кто расширил практические возможности криптовалют до смарт-контрактов, то Cardano создавалась осознанно с учётом уроков, извлечённых из опыта Ethereum, и с целью решения глобальных проблем блокчейна и человечества — таких как масштабируемость, взаимодействие, управление, доверие, безопасность. Сильная инженерная команда и внимание к соблюдению нормативных требований делают Cardano привлекательным для крупных игроков, — банков и корпораций, — хотя, возможно, по этой же причине блокчейн непопулярен у тех, кто предпочитает «catch up the money and run». У Cardano есть огромный потенциал стать глобальной экосистемой, доступной людям всего мира независимо от политического устройства общества или материального положения. Так, IOG [сотрудничает](https://www.coindesk.com/business/2021/04/30/ethiopian-education-minister-confirms-cardano-blockchain-partnership/) с несколькими африканскими странами, чтобы с помощью блокчейна расширить возможности местных жителей и помочь им реализовать проекты в сфере торговли, сельского хозяйства и образования.  ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё статьи о Cardano [Lees meer...](https://metalamp.ru/magazine/spasij-gigant-ili-pocemu-cardano-prodolzaet-i-vyigryvaet.md) ## Будущее блокчейна в 2022 году: возможности и вызовы ![Будущее блокчейна в 2022 году: возможности и вызовы](https://metalamp.ru/images/deep%20blue.png) Первой страной, где биткоин официально получил статус платежного средства стал Сальвадор. Есть прогнозы, что до конца 2022 года еще несколько государств признают криптовалюты. [Предположительно](https://cointelegraph.com/news/bitmex-ceo-predicts-bitcoin-will-be-legal-tender-in-five-countries-by-2022), это будут [Бразилия](https://cointelegraph.com/news/rio-de-janeiro-to-accept-bitcoin-for-real-estate-taxes-from-2023), Аргентина, Кения, Ливан, Филиппины. В США компании, которые предлагают сделки с цифровыми активами, в настоящее время работают в серой зоне. Однако эксперты ожидают, что в ближайшем будущем будут утверждены правила регулирования криптовалюты, которые позволят блокчейн-проектам интегрироваться в финансовую систему. А пока законодатели изучают вопрос, Пенсионный фонд пожарных Хьюстона вслед за пенсионным из Вирджинии разместил [$25 млн](https://www.bloomberg.com/news/articles/2021-10-21/houston-pension-buys-crypto-an-asset-we-could-not-ignore) в эфириумах и биткоинах, пояснив: «Мы не могли больше не замечать этот актив». История рынка криптовалют и в самом деле такова, что сложно его игнорировать. Его общая капитализация в мире за год выросла практически в два раза, а за пять лет — в семь раз. В ноябре 2021 года рынок криптовалют достиг [$3 трлн](https://www.bloomberg.com/news/articles/2021-11-08/crypto-world-hits-3-trillion-market-cap-as-ether-bitcoin-gain?sref=Y0jVLcFo). Криптовалюты прочно ассоциируются с блокчейн технологиями и во многом послужили росту их популярности и признания. Однако между биткоином и блокчейном нет знака равенства, возможности и сферы применения технологии блокчейн значительно шире. Взяв за основу статью экономиста и исследователя Карло Р. В. Де Мейера и обзоры аналитических агентств (Gartner, Forrester), мы решили рассказать о вызовах, с которыми сталкиваются компании и разработчики при работе с блокчейном и возможных подходах к решению проблем. Через призму собственного опыта осветили отдельные моменты. А также пригласили к дискуссии экспертов, чтобы создать по возможности объективную картину происходящего в отрасли. ![](https://metalamp.ru/images/627d3a50d0adb6407b4b1117_photo_2022-04-28_12-05-05.jpg) ## Репутационные проблемы Когда мы говорим о блокчейне, то ярче всего он ассоциируется с криптовалютой и хакерскими технологиями. Поэтому у многих в сознании блокчейн связан с риском, инвестициями, при которых за одну ночь можно как разбогатеть, так и лишиться сбережений из-за непредсказуемых колебаний курса. Масла в огонь подливают и новости об очередных провалившихся ICO или взломах криптовалютных сервисов и кражах активов пользователей. Всё это компрометирует технологию, вызывая сомнения в ее благонадежности. «Такая репутация у блокчейн или у Bitcoin только в тех странах, где работа новой технологии искусственно подавляется. К тому же людям свойственно с недоверием относиться ко всему новому», – отмечает Дмитрий Носков, эксперт криптобиржи StormGain (платформа для торговли, обмена и хранения криптовалюты). «Блокчейн – это независимая, но прозрачная структура. При должной степени развития технологий на уровне государственных органов, операции участников рынка становятся транспарентными и понятными для регуляторов», – поясняет Станислав Акулинкин, финансовый директор EMCD, крупнейшего майнинг-пула в Восточной Европе, MBA, PhD. – Возможность внести изменения в работу программ очень сильно привлекает хакеров, но при этом и проясняет уязвимости различных систем в блокчейне. Со временем недостатки исправляются, и экосистема криптоиндустрии завоёвывает все больше доверия и привлекает новую аудиторию. Критическая отметка в принятии криптоактивов уже пройдена», – считает эксперт. Однако, блокчейн не ограничен миром криптовалюты. По мнению Де Мейера, рост популярности новой технологии и ее применение в областях, которые не связаны с криптой, поможет восстановить и усилить влияние блокчейна во всех отраслях экономики. ## Блокчейн как смена социальной парадигмы Новая технология предполагает в корне изменить подход к взаимодействию между участниками процессов. Переход от централизованных систем к системам распределенных реестров, по словам Де Мейера, предполагает примерно 80% изменений в бизнес-процессах и только 20% придется непосредственно на долю технологий. Учитывая, что у крупного бизнеса уже выстроены работоспособные структуры, мотивации для экспериментов пока недостаточно. ![](https://metalamp.ru/images/627d3a71ef517012c5cef3a3_Worldwide-spending-on-blockchain.png) Крупные корпорации могут быть скептически настроены к решениям, которые сулят ограничение или потерю контроля. «Криптовалюты бросают вызов, в первую очередь, банковской системе, потому как трансграничные платежи проходят намного быстрее, проще и дешевле». –  отмечает Дмитрий Носков, эксперт криптобиржи StormGain (платформа для торговли, обмена и хранения криптовалюты). Есть и политические нюансы: блокчейн за счёт своего подхода к обработке и хранению информации нарушает привычные процессы регулирующих органов. Проще говоря, властям сложнее контролировать потребителей и рынки, если они будут действовать на основе блокчейна. Но в то же время надежность и прозрачность блокчейна востребованы в определённых направлениях и, несомненно, вызывают интерес со стороны государства. «Технология блокчейн уже активно применяется во многих зарубежных государственных учреждениях, например, она отлично себя зарекомендовала для ведения больничных карт пациентов, а почтовая служба США рассматривает блокчейн для проведения национальных голосований по почте», – отмечает эксперт. Что касается влияния и контроля, то этот фактор зависит от типа организации блокчейн-решения. «Каждый блокчейн имеет механизм консенсуса, т.е. согласие узлов с текущим состоянием информации в сети. Можно изменить механизм консенсуса так, что только несколько узлов будут контролировать состояние информации, – поясняет ситуацию блокчейн-разработчик студии MetaLamp Станислав Жданович. – Как раз такой вариант, где валидация транзакций осуществляется государственными структурами, может лечь в основу работы цифровых валют». ![](https://metalamp.ru/images/627d3ad0d6ad08223c657c78_Snimok ekrana 2022-05-12 235011.png) Когда количество пользователей в сети увеличивается, обработка переходов занимает больше времени. Если мы говорим о переводах внутри одной банковской системы, то блокчейн проигрывает по скорости, качеству и дешевизне транзакции.  Для бизнеса с частными сетями блокчейна это вряд ли представляет большую проблему. Но если пытаться выстраивать большие сети, то всё будет очень медленным. Однако, несмотря на скепсис, на рынке уже анонсированы и реализуются инженерные решения, позволяющие ускорить и удешевить транзакции. Например, тот же Де Мейер рассказывает о Lightning Network, которая добавляет второй уровень к основной сети для ускорения транзакций.  Еще один вариант решения проблемы — использовать алгоритмы Proof of History (PoH) и протоколы передачи данных Gulfstream и Turbine. Так работает блокчейн Solana. В отличии от того же Ethereum, у Solana нет сайдчейнов или парачейнов. По словам представителей Solana Foundation, текущая пропускная способность блокчейна составляет 60 тыс. транзакций в секунду, а в будущем она может составлять до 710 тыс. транзакций в секунду. Если говорить об оптимизации технологии, интересно, что стоимость транзакции у Solana сократилась до $0,00025 по сравнению с $5 у биткоина.  4-е поколение блокчейнов предлагает высокий потенциал масштабирования, низкую стоимость и высокую скорость транзакций, простоту внедрения. Помимо Solana, эти преимущества  отличают платформы Insolar, MetaMUI, Aergo.  **Отсутствие стандартизации и ограниченная совместимость**  Блокчейн-проекты сегодня разрабатываются на разных языках, различаются механизмами консенсуса и моделью леджера. Такое разнообразие блокчейнов пока не породило универсальные стандарты и общие принципы взаимодействия между разными сетями. Например, сейчас перенести активы из одного блокчейна в другой – это нетривиальная инженерная задача. И это влияет на масштабируемость и привлекательность использования блокчейна как организациями, так и физическими лицами. Установление отраслевых стандартов в отношении протоколов сетей блокчейна могло бы помочь предприятиям увереннее применять эту технологию, не опасаясь возникновения трудностей при интеграции и коллаборации с блокчейнами компаний-партнеров.  Пока что единых стандартов разработки в системе блокчейна нет, но шаг в эту сторону уже сделан: определены международные [комитеты](https://www.iso.org/committee/6266604.html) из 42 стран, которые будут решать эту задачу. Осознавая необходимость упорядочивания процессов, многие крупные компании объединяют усилия в целях улучшения безопасности и качества работы блокчейн приложений. Например, восемь компаний, включая таких известных игроков, как Cisco Systems Inc (CSCO.O), Bosch Ltd (BOSH.NS) и др. решили заняться разработкой общего протокола для интернета вещей. Другой консорциум включает около 40 банков во главе с ЦБ Сингапура и нацелен в сотрудничестве с финтех компанией R3 на внедрение блокчейн технологий в азиатско-тихоокеанском регионе. «Проблема в том, что не все блокчейн используют один стандарт. А некоторые вообще не используют, – рассказывает Станислав Жданович, разработчик MetaLamp. – Хотя уже есть разрабатываемые стандарты взаимодействия между блокчейнами, например: [https://ibc.protocol.org](https://ibc.protocol.org).»  Но в то же время тенденция к повышению «коммуникабельности» различных блокчейн-систем уже наметилась. «Появляются проекты, которые можно использовать в качестве сайд-чейна для бриджинга токенов из одного блокчейн в другой, как например, milkomeda.com.», – добавляет Кирилл Елизаров, блокчейн разработчик MetaLamp. Если говорить об интеграции с традиционными системами, то здесь тоже обнаруживаются препятствия. В большинстве случаев, чтобы внедрить блокчейн в унаследованную структуру, ее необходимо полностью реконструировать. Очевидно, что без осознания социальной значимости таких изменений, регламентации процессов и политической воли, сложно ожидать быстрой адаптации технологии.   **Дефицит квалифицированных разработчиков** Сейчас, наверное, вообще любая технология испытывает потребность в компетентных кадрах. Но если в условном фронтенде за счет большого распространения уже есть понятные требования и образовательные программы, то с блокчейном всё сложнее. Потребность в разработчиках растет экспоненциально, но нужны не джуниоры, а квалифицированные специалисты для управления сложными сетями. По данным Де Мейера, спрос на специальности, связанные с блокчейном, с 2017 по 2020 годы увеличился почти на 2000%. Отрасль просто не успевает за таким развитием технологии. ![](https://metalamp.ru/images/627d3af116c4e65989d72c01_840px-Screen-shot-2019-02-27-at-1.44.12-pm-100789650-orig.jpg) Сообществу разработчиков требуется время для освоения технологии, а образовательным учреждениям — ввести соответствующие курсы, связанные с блокчейном. Первооткрывателем в области академического образования по специальности «Блокчейн и цифровые валюты» стал университет на Кипре. Подобные программы и отдельные предметы сегодня есть во многих крупных вузах мира. «Если говорить о личном опыте, то на освоение минимума с нуля в разработке на блокчейн ушло месяца три, – рассказывает Кирилл, блокчейн-разработчик MetaLamp. –  Сложности добавляет еще и то, что большинство технологий, с которыми мы работаем, еще очень сырые. Поскольку инструменты еще дорабатываются, постоянно  изменяются, это усложняет их изучение, применение и стандартизацию внедрения в проекты». **Люди не понимают принцип работы блокчейна** Традиционные финансовые технологические инструменты уже достаточно сложны для понимания. Например, вряд ли потребители могут легко рассказать, как работает Visa и чем принципиально по технологии она отличается от других систем. С блокчейном всё еще сложнее — за счёт довольно высокого порога входа в нем доминируют технические специалисты и мало популяризаторов, которые смогут рассказать об этом подходе и его пользе простым языком. Это мешает поиску новых идей и привлечению в отрасль специалистов из других областей. Изменить ситуацию можно, если сосредоточиться не только на развитии технологий, но и на улучшении так называемого пользовательского опыта. Проще говоря, современные финансовые системы пусть и сложны для обывателя, зато ими можно пользоваться без проблем. Значит, один из путей развития блокчейна — сделать инструменты, которыми люди могут успешно пользоваться даже без понимания принципа работы. **Проблемы с безопасностью и конфиденциальностью** Существует мнение о том, что якобы блокчейн-системы невозможно взломать. Это миф. Блокчейн безопаснее, чем многие современные программы, но это не мешает хакерам взламывать приложения и системы, построенные на блокчейне. Так, например, только  в 2021 году хакеры организовали 169 взломов блокчейн-систем, похитив при этом почти [$7 млрд.](https://ambcrypto.com/ascendex-loses-78m-after-its-hot-wallet-is-compromised/) Еще $704 млн забрали, а затем вернули т.н. белые хакеры.  Получается сложная психологическая проблема — с одной стороны, нам говорят, что блокчейн безопасен. С другой — мы  видим новости о взломе бирж и краже персональных данных. Вообще, вопрос безопасности и конфиденциальности сложный и многогранный, поскольку сама природа блокчейна противоречит действующему европейскому регламенту о защите персональных данных (GDPR — General Data Protection Regulation) в силу того, что никакая информация в блоках не может быть изменена или удалена. Это лишает пользователей так называемого «права на забвение».  Понятно, что для доверия блокчейн-проектам, у пользователя должна быть конфиденциальность, но вот вопрос: в каком масштабе и под чьим контролем? «Я думаю, что сейчас это скорее “камень преткновения”, – отмечает Адель де Мейер, соучредитель DAPS Coin. – Если вы подумаете об этом с другой стороны, у них (правительства) также есть доступ к информации, к сожалению, через централизованные биржи, потому что вам нужно пройти KYC». Соблюдение процедур KYC/AML лишает участников систем права на приватность. [Например](https://www.kommersant.ru/doc/5304328), позволяет дискриминировать по определенным критериям.  Складывается ощущение, что нас обманывают, а это вряд ли мотивирует на вложение денег в индустрию. «Это ощущение во многом может провоцироваться «псевдоанонимностью» блокчейна. Любой блокчейн имеет свойство публичной верифицируемости, что означает: любой может зайти в сеть и посмотреть информацию о любых транзакциях с момента запуска платформы. И хотя адреса, между которыми происходят транзакции, зашифрованны случайным набором букв и цифр, по определенным сделкам в одном и том же магазине, например, адрес может быть ассоциирован с конкретным человеком, – рассказывает блокчейн-разработчик MetaLamp Станислав Жданович. – Впрочем, эта проблема легко решается с помощью zero knowledge proof. Как пример, на этом блокчейне есть полностью конфиденциальные транзакции https://z.cash/». Что же касается технической стороны вопроса безопасности, то здесь многое зависит от квалификации подрядчика. Атака 51% и атака Сибиллы, фишинг и DDoS атаки, уязвимость конечных точек блокчейна – угроз для функционирования распределенных сетей немало. И тем не менее, при грамотном подходе к разработке и поддержке цифровых платформ их можно избежать и обеспечить надежную работу системы. «Взламывают не сам блокчейн, а смарт-контракты. Безопасность протоколов шифрования доказана. Протоколов консенсуса – тоже. А смарт контракты – это просто программы, которые работают на блокчейн. Там часто находят уязвимости, они могут быть подвержены человеческим ошибкам», – поясняет Станислав Жданович, разработчик MetaLamp. «Для того, чтобы сделать проект на блокчейн безопасным, необходим аудит смарт-контрактов, тестирование на всех уровнях системы, а также пробный период, когда пользователей предупреждают, что система работает в экспериментальном режиме». **Отсутствие государственного регулирования** По мнению Дмитрия Носкова, эксперта криптобиржи StormGain (платформа для торговли, обмена и хранения криптовалюты), представление о блокчейне у людей начнет меняться не раньше, чем появится проработанная нормативно-правовая база, а рынок станет регулируемым. Пока что на уровне правительств нет единой и четкой позиции в отношении блокчейна. Если рассматривать на примере криптовалюты, то, например, в Швейцарии ее уже признали платежным инструментом и разрешили оплачивать биткоинами не только покупки, но и налоги и коммунальные платежи, а в это же время в Китае майнинг объявлен вне закона и приняты ограничения на использование цифровых монет. В США каждый второй владеет криптовалютой, однако ее правовой статус до сих пор однозначно не определен. При этом, например, с Ripple Labs (использует централизованный блокчейн) уже  сегодня работают многие игроки банковского сектора: American Express, Bank of Americа – около 100 финансовых организаций.   С другой стороны, например, в России у ЦБ и Министерства финансов нет единого мнения в отношении криптовалют: пока в них можно инвестировать, но нельзя использовать как платежный инструмент.    «Капитализация криптоиндустрии растёт опережающими темпами. Государства, которые первыми осознают ее достоинства и потенциал, смогут в лучшую сторону изменить свой экономический и политический статус на мировой арене за очень короткий срок,» – уверен Станислав Акулинкин, финансовый директор EMCD, крупнейшего майнинг-пула в Восточной Европе, MBA, PhD. По мнению блокчейн разработчика Джека Снелла (компания Metafurkitty), будущее блокчейна зависит от желания и способности лидеров бизнеса и государств просвещаться и учиться понимать технологии. «Конгресс поставил себя в неловкое положение, дал понять, что они не провели ни малейшего исследования, даже не могут объяснить, что такое блокчейн, но все равно настаивают на том, что это зло (имеется в виду слушание по криптографии с участием руководителей криптоиндустрии несколько месяцев назад). Генеральный директор JP Morgan критикует криптографию, но все же вкладывает миллиарды в метавселенную. Те, кто находится у власти, боятся потерять свою власть / влияние, поэтому они продвигают ложную информацию. Другие поддерживаю эту негативную репутацию, потому что они не знают того, чего не знают. Мы переживаем масштабную смену парадигмы, и мы увидим тех, кто приспосабливается и продолжает процветать, и тех, кто настаивает на том, чтобы отказываться от перемен. Те, кто не приспособится, останутся позади», – полагает эксперт. ![](https://metalamp.ru/images/627d3b229bceec46fa2bccff_statista.jpg.optimal.jpg) В реальном секторе уже есть примеры, когда внедрение блокчейн инструментов приводило к положительным сдвигам в работе компаний. Например, благодаря использованию платформы R-Chain, работающей на основе распределенных реестров, в Райффайзенбанке подготовка документов и проведение платежей сократились по срокам с нескольких дней до считанных секунд. Газпромнефть-Аэро может оплачивать заправку самолетов буквально в [онлайн-режиме](https://neftegaz.ru/analisis/interview/716085-innovatsionnye-resheniya-v-neftegazovoy-industrii-opyt-rayffayzenbanka-v-monitoringe-trendov-poiske-/?utm_source=yxnews&utm_medium=mobile&utm_referrer=https%3A%2F%2Fyandex.ru%2Fnews%2Fsearch%3Ftext%3D). Китай ввел запрет на покупки криптовалюты на биржах, очевидно, готовясь к запуску ее конкурента – цифрового юаня. Несмотря на демонстрируемый скепсис в отношении крипты, сама технология блокчейн государствам интересна. МИД [Дании](https://www.ledgerinsights.com/danish-ministry-encourages-blockchain-fight-corruption/) высказал идею о том, что с помощью блокчейна можно победить коррупцию и вернуть доверие людей к власти.   В [Бразилии](https://internationalwealth.info/real-estate-abroad-offshore/brazilian-registry-of-landowners-will-try-blockchain/) право собственности на недвижимость теперь будут регистрировать через блокчейн платформу: тестовое испытание прошло успешно. А в следующем году планируют официально разрешить [уплату налогов](https://cointelegraph.com/news/rio-de-janeiro-to-accept-bitcoin-for-real-estate-taxes-from-2023) на недвижимость в крипте. На африканском континенте блокчейн и крипту решили поддержать [на государственном уровне. ](https://rbc-ru.turbopages.org/turbo/rbc.ru/s/crypto/news/62540bc19a7947c0561d1de7) **Блокчейн: возможные сферы применения** Криптовалюты — это лишь один из способов использовать технологии блокчейна. Пусть они пока немногочисленны, но уже есть примеры успешного внедрения блокчейн-продуктов в коммерческих проектах: - S7 Airlines в партнерстве с [Альфа-Банком](https://alfabank.ru/retail/2016/12/21/37627.html) и [Сбером](https://decenter.org/estoniya-gosudarstvo-na-blokcheine/) запустила решение по продаже авиабилетов на базе Ethereum. - [Райффайзенбанк](https://www.vedomosti.ru/press_releases/2020/07/28/pervaya-integratsiya-blokchein-platform-banka-i-neftetreidera-raiffaizenbank-avtomatiziruet-oplatu-schetov-petroleum-treiding) провел блокчейн-интеграцию с Петролеум Трейдинг, что позволило автоматизировать и ускорить взаимодействие с сотнями контрагентов. В банковской сфере:  - В России М. Видео, [Альфа-Банк](https://alfabank.ru/retail/2017/10/13/41066.html) и Сбер создали блокчейн-систему для проведения факторинговых операций. Для регистрации авторских прав и подтверждения подлинности документов: - С помощью [Binded](https://www.pixsy.com/binded) можно подтверждать авторские права на фотографии и другой визуальный контент. Сервис купила платформа для защиты прав на фото Pixsy. - Кипрский университет [Никосии](https://www.vedomosti.ru/politics/articles/2018/01/24/748849-kipra-elektronnoe-schetov?utm_source=yxnews&utm_medium=mobile&utm_referrer=https%3A%2F%2Fyandex.ru%2Fnews%2Fsearch%3Ftext%3D) использует блокчейн систему для хранения документов об образовании, которые признаются во все мире. Идею поддержали еще несколько учебных заведений в других странах. Для регистрации прав собственности на недвижимость: - [Швеция](https://www.reuters.com/article/sweden-blockchain-idUSL1N19824A) планирует перевести на блокчейн Земельный кадастр. - В [Бразилии](https://www.zdnet.com/finance/blockchain/brazil-completes-first-blockchain-real-estate-sale/) провели первую сделку с недвижимостью.  Для решения государственных задач: - В [Эстонии](https://decenter.org/estoniya-gosudarstvo-na-blokcheine/) работает блокчейн-система электронного гражданства е-Estonia, в которой проводятся выборы и оплачиваются налоги.Применение блокчейн технологии позволяет Эстонии ежегодно экономить около 2% ВВП. Блокчейн может найти применение в самых разных проектах. Так, например, недавно наша команда MetaLamp начала работать над сервисом Iagon, который с помощью блокчейна планирует улучшить систему хранения облачных данных.  «IAGON занимается разработкой в области децентрализованного облачного хранилища с использованием Web3.0. Мы помогаем компании по части интеграции их решений на сети Cardano с использованием языка смарт-контрактов Plutus. На данном этапе пока что многие вещи находятся в разработке, так как пока инструменты еще сырые, и мы проводим несколько экспериментов по интеграции», – рассказывает блокчейн-разработчик компании MetaLamp Кирилл Елизаров. Благодаря системе распределенных реестров, сервис будет обеспечивать пространство для безопасного размещения файлов различного типа, в том числе децентрализованных приложений, NTFs и других объектов виртуального мира.  Таким образом, варианты применения блокчейн технологии могут быть разнообразны, а ее преимущества (скорость, надежность, прозрачность) позволяют по-новому организовать взаимодействие между участниками транзакций. ## Что в итоге НаВсемирном экономическом форуме блокчейн был обозначен как один из глобальных трендов следующего десятилетия. Он может повлиять на многие процессы не только в коммерческом, но и в государственном секторе – от [госзакупок](https://www3.weforum.org/docs/WEF_Blockchain_Government_Transparency_Report.pdf%C2%A0) до организации выборов.  Аналитики из Gartner в отчете Blockchain-Based Transformation: A Gartner Trend Insight Report уверяют: блокчейн точно окажет влияние на бизнес и общество в долгосрочной перспективе. Сейчас технология молода, но многие компании уже меняют бизнес-процессы, ориентируясь на внедрение блокчейна. Сейчас мы находимся в так называемой иррациональной фазе развития технологии — идея уже есть, а вот инфраструктуры для ее реализации еще нет. До 2026 года нас ждет фаза крупных инвестиций, когда будут реализовываться крупные проекты на блокчейн. И затем начнется фаза генерации добавленной стоимости — когда блокчейн станет популярен и мы научимся его полноценно использовать. Де Мейер высказывает похожие мысли — технологический прогресс требует много времени, и блокчейн, несмотря на свои возможности, еще просто не достиг той формы, при которой возможно его повсеместное использование. По мере устранения узких мест и решения проблем этого подхода, проекты на блокчейн станут более востребованы в самых разных сферах. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/blokcejn-2022-perspektivy-vozmoznosti-i-problemy-vnedrenia-tehnologii.md) ## Как установить справедливую систему повышения зарплат ![Как установить справедливую систему повышения зарплат](https://metalamp.ru/images/yfdfkn2.png) Прозрачно, с фидбеком и понятными аргументами для сотрудников и руководителей. Если вы руководите коллективом, в котором больше трех человек, то наверняка знаете эту боль — зарплату сотрудникам повышать надо, но непонятно, как сделать это прозрачно и справедливо. Если ориентироваться только на субъективные ощущение, можно забыть про кого-то из сотрудников, спровоцировать токсичность и недовольство в команде. И получить вместо энтузиастов, желающих развиваться, сотрудников, обиженных друг на друга и на руководство. Поэтому приходится формировать систему, понятную и полезную как сотрудникам, так и руководителю. Мы в MetaLamp недавно поменяли ее во второй раз — пришлось ее усложнить, но мы старались сохранить прозрачность и справедливость для всей команды. Сделать так, чтобы коллеги понимали, зачем им развиваться и как это делать. Я, Роман Штых, CEO в MetaLamp, расскажу в этой статье, как всё устроено. Надеюсь, материал пригодится, и вы сможете использовать подобную практику у себя в командах. ## Почему мы решили пересмотреть работающую систему повышения зарплат В MetaLamp порядка пяти лет действовала система повышения зарплат, привязанная к карте развития компетенций. Сделали три больших грейда: джуниор, миддл и сеньор. Разделили их на «подгрейды», для каждого сформулировали список технических и нетехнических вопросов. И привязали к этим уровням компетенций ставку в час. Смотрите доклад сооснователя MetaLamp Сергея Черепанова. Условный пример — если ты разработчик уровня джуниор-3, то ты можешь зарабатывать 450-600 рублей в час. Конкретная цифра зависит от опыта: перешел человек на нужный грейд, получает минимальную ставку из вилки. Поработал какое-то время, взял на себя дополнительные обязанности — увеличиваем ставку, но в пределах вилки грейда. Если разработчик хотел зарплату больше, нужно было договориться о встрече с разработчиками желаемого грейда и ответить им на вопросы, которые есть в карте развития. Получилось прекрасно: - Сотрудники понимали, как им повысить свою зарплату. Хочешь больше денег — развиваешься. - Те, кто принимал «экзамены», тоже говорили о пользе этого — они тоже готовились к таким разговорам, вспомнили нюансы, которые могли не использовать на проекте в этот момент времени. Подробнее мы рассказывали об этом статье [Как мотивировать разработчиков развиваться с помощью прозрачной системы повышения зарплат](https://metalamp.ru/magazine/article/kak-motivirovat-razrabotcikov-razvivat-sa-s-pomos-u-prozracnoj-sistemy-povysenia-zarplat) Когда нас в команде было 10-15 человек, всё работало очень неплохо — люди активно росли в компетенциях, а для нашей компании с духом стартапа это было важно и выгодно. Но постепенно появились проблемы. **Разрыв между уровнем по карте и реальным опытом.** Мы регулярно наблюдали сотрудников, которые по карте были условным джуниором-3, а на деле опыта у них было намного больше. Платить им ставку джуниора было несправедливо, а сдавать на новый грейд они не могли: например, банально не хватало времени подготовиться. У руководителя в такой ситуации возникает дилемма. С одной стороны, можно просто повысить зарплату тем, кого он считает опытным. С другой стороны, это подорвет доверие команды — руководитель озвучил общие правила игры, значит, нужно их соблюдать. Если выделять кого-то и нарушать свои же правила, прозрачности в коллективе и уважения не будет. **Система не учитывает ничего, кроме технических компетенций.** Но ведь разработчик — это не просто специалист с определенным уровнем знаний. Это и умение работать в команде, опыт работы, продуктивность, знание английского языка. В конце концов, это даже софт-скиллы, хоть их и сложно измерить. Конечно, при пересмотре вилки в рамках грейда мы старались оценивать не только компетенции, но делали это на субъективном уровне. А была нужна прозрачная система, в которой люди понимают, как им действовать для развития и повышения зарплаты. **Невозможно планировать бюджет компании.** Люди сами решают, когда им пробовать переходить на следующий уровень, когда у них будет расти зарплата. Для руководства это тяжело с точки зрения финансового планирования — например, трудно рассчитать клиентскую ставку для заказчика, т.к. она уже может стать неактуальной после перехода на следующий грейд.  **Нет системного сбора фидбека.** Конечно, мы ввели инструменты, которые помогают понимать мотивацию сотрудника, его моральное состояние — например, у нас есть практика встреч one-on-one, но это скорее история про личное отношение. Но мы же работаем в команде, в бизнесе — значит, на повышение зарплаты должна влиять и обратной связи от коллег и заказчиков о сотруднике. В итоге мы решили пересмотреть существующую систему повышения зарплат и поменять ее на новую. Для разработки решения вдохновлялись инструментом Performance review. Но при этом постарались сохранить прозрачность и системность для всей команды. ![](https://metalamp.ru/images/Group 2 3.png) ## На какие критерии стоит опираться при оценке сотрудника Новая система — это не полностью придуманный нами формат. Скорее, он совокупность разных методов оценки сотрудников, которые используют сейчас на рынке. Думали над премированием, включением софт-скиллов в карту развития, об отказах от вилки ставок и даже о создании некого зарплатного консилиума — копали тему глубоко и изучили много чужого опыта. Мы постарались взять из разных форматов полезное и сформировать в свое. У нас две группы критериев: измеримые и неизмеримые. Проще всего работать с измеримыми: - **Технические компетенции** — будем использовать карту развития или индивидуальный план развития, в зависимости от специалиста. Тут всё как и было. - **Срок работы в компании**. Это показатель не только опыта, но и лояльности, понимания процессов. Человек у нас давно, мы этому рады — значит, это должно сказываться на заработной плате.**‍** - **Уровень английского языка.** Мы сформировали такой критерий: сотрудник может читать, писать, говорить и понимать. Условно говоря, способен ли человек эффективно работать с англоязычной командой. Эти критерии просто измерить, но строить систему только на них будет несправедливо. Поэтому добавляем неизмеримые критерии, они же субъективные. Сделать какую-то градацию уровней по ним сложно, а значит, все они будут измеряться фидбэком коллег: менеджеров, тимлидов, возможно, заказчиков. Критериев шесть. - **Софт-скиллы.**Это умении давать и принимать фидбэк, дружелюбная и прозрачная коммуникация, когда ты на связи и не пропадаешь. - **Опыт работы с разными технологиями, технический кругозор.**Здесь подразумевается не просто срок работы или количество технологий, которые успел пощупать разработчик на проектах. А скорее насколько сильно разработчик перерос свой грейд технических компетенций, заметен ли качественный рост скиллов, изменилось ли сложность задач.**‍** - **Скорость работы.**Насколько быстро разработчик сдает те или иные таски. Сначала этот параметр хотели отнести к измеримым — кажется, что можно попробовать измерять скорость выполнения задач и смотреть на соответствие оценки по срокам и реальному времени выполнения. Но чтобы это сделать, нужен некий эталон задачи, а они ведь часто разные. Нужно создать условную стандартизацию скорости выполнения тасок и инфраструктуру треккинга. Но даже если это и получится, всё равно будут ситуацию, когда задача закрывалась долго не по вине разработчика. А раз этот параметр в итоге всё равно оказывается субъективным, то его проще использовать как неизмеримую метрику. - **Качество.**Много ли багов в задачах разработчика, как часто приходится переделывать задачи, насколько сотрудник внимателен к требованиям и насколько грамотно их реализует. - **Инициативность.** Видит ли сотрудник проблемы на своем проекте и предлагает ли решения. Нет ли практики замалчивания. - **Взятие ответственности за проект.** Готов ли специалист отвечать за проблемы, которые есть на проекте. Этот критерий появился из практики — ребята часто берут на себя роль тимлида, хотя ими не являются, помогают коллегам с меньшим опытом, распределяют задачи. Это классно, мы хотим мотивировать такое отношение к задачам. ## Как устроена система повышения зарплат Новую систему повышения зарплат назвали Performance Review, хотя это модифицированная версия этого метода. Скелет системы выглядит так. **Запланированное повышение.** Пересмотр зарплаты будет проводиться раз в полгода для каждого сотрудника — так мы решаем проблемы с непредсказуемостью. От привязки к уровням по карте развития мы отходим — сотрудники продолжают и дальше повышать по ней грейды, но не только это влияет на рост их дохода. Пересмотр зарплаты будет вне зависимости от того, сдавал он на новый грейд в этом полугодии, или нет. **Сбор данных.**За две недели до встречи менеджер собирает фидбэк за полгода работы разработчика: смотрит на продвижение по карте развитие, уточняет уровень английского языка, спрашивает коллег о софт-скиллах. Каждый критерий оценивается по трехбалльной шкале: плохо, нормально, хорошо. По софт-скиллам общую оценку формируем в зависимости от фидбека от тиммейта, с заказчика, с тимлидов, возможно, с HR. Фидбек они дают по анкете с вопросами. Еще оценку сам себе дает и сотрудник — это даст ему возможность сравнить свой фидбэк с обратной связью от коллег, а еще оспорить их оценки, если он с ними не согласен. **Обсуждение потенциала роста.**После сбора фидбека менеджер встречается с сотрудником. Они обсуждают точки роста на следующие полгода на основе фидбека. Тут важно уточнить — не менеджер заставляет расти в таком-то направлении, а сотрудник изучает фидбек и определяет, на каких точках роста он хочет сосредоточиться. Например, сотрудник быстро и качественно закрывает таски, с технической стороны к нему нет вопросов. Но, судя по фидбеку, есть нюансы с софт-скиллами — на вопросы заказчика он отвечает односложно, из за этого с ним не очень комфортно работать. Когда менеджер проговорил этот фидбек, сотрудник удивился — он даже не задумывался, что заказчику может быть интересен развернутый ответ с пояснениями. Как раз это стало точкой роста. **Хранение данных.**По итогу встречи формируется условный карьерный трек сотрудника — файл, в котором прописаны цели человека. Хранится он в облаке, доступ — только у менеджера и сотрудника. Через полгода они собираются еще раз, смотрят на карьерный трек, сравнивают с фидбеком, и мы принимаем решение, на какую сумму повысить зарплату. ## На какую сумму поднимать зарплату На какую конкретно сумму поднять зарплату — вопрос всегда дискуссионный. Мы постарались отойти от субъективности и ввели трехступенчатую систему с коэффициентами. **Разным критериям соответствуют разные суммы.** Например, фидбеку за софт-скиллы может соответствовать сумма в 2,000 рублей, росту в технических компетенциях 15,000. Измеримые приносят больше дохода — так система становится объективнее, потому что неизмеримые хоть и тоже влияют на команду, но их оценка в первую очередь субъективна. Для нас же было важно сделать систему прозрачную и приближенную к объективной, поэтому мы отдали переходу на новый грейд по карте развития, опыту в разных технологиях и знанию английского самые большие суммы. **У каждого критерия есть коэффициент.**Он зависит от той оценки, которую сотрудник получил во время фидбека. Например, если оценка софт-скиллов от коллег будет на уровне “нормально” - коэффициент будет 60%, значит вместо 2,000 рублей, человек получит повышение на 1,200. На «хорошо» — значит, в сумму повышения записываем 100% от цены критерия (в данном примере - 2,000). Существуют коэффициент, который всегда равен 100% — это срок работы, лояльность компании. Даже если точек роста нет совсем, сотрудник точно получит повышение на конкретную сумму. **Плохой фидбек влияет на все коэффициенты**. Если коллеги, руководство и заказчики оценивают софт-скиллы, скорость работы и качество задач у сотрудника на «плохо», мы считаем это проблемой, сильной просадкой. Это пагубно сказывается на работе всей команды. Если такая ситуация возникает, то мы сокращаем все коэффициенты до 50%. Например, по измеримым коэффициентам набрал человек повышения зарплаты на 20 тысяч рублей, но получил «плохо» за качество работы. Значит, мы повысим ему зарплату только на 10 тысяч рублей. **Важно: понижающий коэффициент — это не способ снизить зарплату. Он касается только суммы, на которую мы повышаем доход сотрудника. О снижении зарплаты нет и речи.** ## Как сотрудники отреагировали на новую систему повышения зарплат Систему вводили не массово и не очень быстро. Сначала попробовали ее на фокус-группе из 10 человек, собрали отзывы. Затем рассказали о системе на общей планерке, ответили на вопросы. Далее пришлось даже переработать какие-то условия системы, т.к. вскрылись недостатки, которые мы не видели в первой версии, но команда помогла нам их разглядеть.  Мы решили поделить всех разработчиков на 4 волны. Каждую волну мы пересматривали в сентябре, октябре, ноябре и декабре 2021 года соответственно. В первую очередь пригласили на встречи сотрудников, которые получали повышение зарплаты довольно давно. Чтобы оценить, как система мотивирует людей развиваться, нет ли в ней подводных камней, решает ли она проблемы с прозрачностью, нужен хотя бы год. Пока это управленческий эксперимент. Мы хотели сделать объективную систему, которая бы учитывала как можно больше факторов, но при этом она была бы прозрачной и работала на всех сотрудников одинаково. Нам кажется что пока нам это удается. Отзывы о системе от сотрудников хорошие, конфликтных ситуаций не было, несмотря на то, что у нас в коллективе 80 человек. Мы пока что тоже довольны. Сейчас система работает для разработчиков, но мы планируем ее транслировать на все направления компании. Расскажите, как у вас устроен процесс повышения зарплаты? Как вам эта система? Было бы комфортно работать с такими условиями? ‍ ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше статей по этой теме [Lees meer...](https://metalamp.ru/magazine/kak-sozdat-sistemu-povysenia-zarplat-bez-nespravedlivosti-i-sub-ektivizma.md) ## Как мотивировать разработчиков, используя прозрачную систему зарплат ![Как мотивировать разработчиков, используя прозрачную систему зарплат](https://metalamp.ru/images/salary.png) Привет! Я Роман Штых, директор студии разработки MetaLamp. Когда мы только начинали расти, главное, что нас волновало — как мотивировать наших разработчиков профессионально развиваться, чтобы мы могли брать проекты сложнее и дороже. Конечно, энтузиазм и любовь к саморазвитию у коллег нам помогали, но хотелось добавить еще и материальных поощрений. Мы сделали ставку на систему повышения зарплат, привязанную к компетенциям — этот метод подходит молодым командам, которые нацелены на быстрый рост. Перед тем, как писать эту статью, я пообщался с коллегами из других агентств, с заказчиками, с руководителями и линейными сотрудниками. Оказалось, сложности с формированием системы повышения зарплат есть у всех. Многие и рады бы придерживаться какой-то системы в этом вопросе, но не понимают, как настроить всё понятно, прозрачно и справедливо. Расскажу, как сделали мы — если понравится, внедряйте практики у себя. ## Какие проблемы в системах повышения зарплат есть сейчас В компаниях чаще всего используется один из трех подходов к повышению зарплат: просто индексация всем, субъективное несистемное повышение отдельным сотрудникам или привязка к KPI. У каждого подхода есть свои проблемы. ## Индексация Самый простой вариант повышения зарплат, который я видел: так называемая индексация, плановое повышение. Есть ставки для разных должностей, затем гонорар увеличивается раз в какой-то период на определенную сумму. Независимо от результатов. На мой взгляд, это совсем неэффективный подход: - Непонятно, насколько нужно повышать. Разве что ориентироваться на официальный уровень инфляции, но тогда люди не почувствуют разницы, не поймут, что зарабатывают больше. - Риск появления конфликтов. Обязательно возникнет ситуация, когда один работал усерднее и рос быстрее, а зарплату ему повысили на такую же сумму, кто просто трудился без особой инициативы. Люди начнут ощущать несправедливость, а это провоцирует конфликты, обиды и возникновение токсичной атмосферы. Но у этой системы есть одно важное преимущество - простота и дешевизна реализации.  ## Субъективное повышение Во многих компаниях вообще нет никакой системы, руководитель принимает решения о росте зарплат стихийно. Например, если к нему пришел сотрудник и попросил повышения, или начальник сам заметил трудовой подвиг. Хорошего в таком подходе мало: - Когда системы нет, вы рискуете просто не обратить на кого-то внимание. Хотя человек реально вырос и уже заслуживает повышения. - Вопрос справедливости остается открытым — у сотрудников начнутся вопросы, почему одному человеку зарплату повысили, другому нет. - Есть стеснительные люди, которые хорошо работают, но не умеют или стесняются говорить о повышении. Но если не повышать им зарплату, не давать подтверждение их профессионализму, они начнут выгорать — это плохо и для сотрудников, и для бизнеса. Субъективная система повышения зарплат только вредит в долгосрочной перспективе. Когда нет внятных прозрачных критериев, оценивать сотрудников остается только интуитивно. С таким подходом будут видны только трудовые подвиги. Люди же, предпочитающие спокойно развиваться постепенно брать больше ответственности, могут остаться незамеченными. Хотя именно их подход и приводит к продуктивной и качественной работе без выгораний, а значит, они достойны повышения зарплаты. ## KPI Есть системы повышения зарплат, основанные на измерении результатов. Такая система много где может применяться, но, на мой взгляд, лучше всего работает в бизнесе конвейерного типа, когда команда решает много однотипных задач. Но есть проблемы: - Сотрудники берут не качеством, а количеством — зачем развиваться и делать сложные задачи, если можно выполнить десяток простейших тасок? - Большой риск выгорания. Потому что делать однотипную работу совсем без развития — это деградация и скука. - Не подходит, если разработчик в проектах сталкивается с новыми, не шаблонными вызовами. Получается, человек решит задачу, а оценку получит плохую — ведь условный объем тасок на день будет не закрыт. Кроме того, построить объективную систему KPI достаточно сложно. Попытки измерять эффективность сотрудников через количество реализованных проектов, решенных задач или количество натреканного времени приводят к неоднозначным и непрозрачным требованиям, которые рано или поздно упрутся в субъективность конкретных менеджеров.  Продуманная и прозрачно сформулированная система повышения зарплат полезна всем. Сотрудники получают понятный план и социальный договор — если хотят больше денег, должны сделать вот это. Бизнес понимает, что у него в коллективе сотрудники развиваются, а не накапливают негатив из-за чувства несправедливости. ## Как мы организовали систему повышения зарплат, которая мотивирует людей развиваться Студия MetaLamp началась как «кружок» энтузиастов-разработчиков, которые хорошо выполняли работу на фрилансе и которым стали доверять большие коммерческие проекты. Как и во многих подобных проектах, основная проблема такой компании — развитие. Нужно много разработчиков, берем людей разного уровня, и они должны понимать, как, куда и зачем двигаться в профессиональном плане. Мы решили эту задачу с помощью карты развития компетенций, сформировали несколько уровней разработчиков в зависимости от их знаний и умений.  Условно, есть три больших грейда: джуниор, миддл и сеньор. У нас они разбиты на «подгрейды». Для каждого грейда есть список технических и нетехнических вопросов. У сотрудника всегда есть понимание, что нужно изучить и в чем разобраться, чтобы попасть на уровень вверх. Конечно, мы пришли к самому простому решению — привязать ставку почасовой оплаты к этим грейдам. Сотрудники любого уровня понимают, что им нужно выучить и к кому прийти, что зарабатывать больше. Это решает сразу несколько проблем: - Стеснительные коллеги больше не ощущают несправедливости. Если они хотят больше денег — идут учиться на новый грейд. - Сотрудники могут планировать и влиять на рост доходов. Если хочется повышения быстрее, можно напрячься, много работать и учиться, и быстро пройти до нужного уровня зарплаты. Или спокойно и размеренно узнавать новое и сдать на повышение попозже. В среднем, наш рекорд — 10 месяцев до middle–1 с нуля, и 4 месяца до junior-3. -  Это мотивирует разработчиков развиваться, «бустит» их профессиональный уровень. Компания получает сотрудников, готовых много учиться, и это отлично. - Система вводит прозрачные правила игры. Вероятность конфликта и субъективности хоть и не пропадает насовсем, но заметно снижается. Тем более, что сдачу на новый уровень принимают коллеги, которые уже сдали на этот грейд. Подробнее о том, как всё устроено и как мы организовали прием экзаменов на новый грейд без участия руководителей, рассказывали в статье:[«Как карта развития помогает справляться со стихийными повышениями и неосознанной некомпетентностью»](https://metalamp.ru/magazine/article/kak-karta-razvitia-pomogaet-spravlat-sa-so-stihijnymi-povyseniami-i-neosoznannoj-nekompetentnost-u). Такая система у нас постепенно формировалась с момента основания компании, а полноценно работала порядка пяти лет. Но чем дольше и активнее мы росли, тем больше “граблей” собирали. В какой-то момент оказалось, что систему пора менять. ## Минусы строгой привязки заработной платы к грейдам сотрудников Если опираться в повышении зарплат **только** на карту развития компетенций, появляются проблемы. **Опыт и компетенции есть, но формально грейд не сдан.** Есть опытные разработчики, которые работают давно, попробовали много разных технологий, отлично разбираются в своем профиле, у них очень много практических навыков. Но они не сдают грейды по карте — загрузка по рабочим задачам большая, а по вечерам тратить время и силы еще и на обучение не выходит.  Получается, по компетенциям ребята уже соответствуют новому грейду, но зарплату мы им не повышаем. Конечно, можно было бы решить эту проблему внеочередным повышением зарплаты без сдачи грейда, но тогда это бы подорвало доверие к системе у остальных разработчиков. В итоге появилась формальная бюрократия: вроде бы условия прозрачные, но не подходят для всех и начинают ограничивать людей. **Теории много, практики не хватает.** Это другая сторона проблемы — начали появляться специалисты, которые очень быстро повышали грейд. Эти люди часто учили теорию дома, по вечерам, сдавали её и становились middle-специалистами. Но у них не было достаточно практического опыта, они участвовали в одном-двух проектах, многие вещи знали в теории, но не пробовали реализовать их в боевых условиях. **Не хватало оценки продуктивности.** По карте развития оценивались компетенции, но не оценивалась продуктивность — сотрудник мог работать медленно, выполнять меньшее количество задач в проекте, но успевал учиться. По логике карты, ему зарплату повышали. Другой выполнял задач больше, а учиться не успевал — получается, мы не могли ему увеличить ставку. **Учитываются только технические компетенции.** Конечно, для инженера это очень важно — мы должны были разбираться в сложных технологиях, чтобы реализовывать разные проекты. Но есть же еще опыт работы, дополнительная ответственность, которую берет на себя человек, знание английского языка, софт-скиллы. Всё это актуально и сильно влияет на работу. Ты можешь быть замечательным инженером, но если у тебя беда с софт-скиллами и английским, то это не только твоя проблема — это проблема для компании и команды. Однако, чтобы нивелировать вышеописанные минусы мы попытались модернизировать систему и внедрили диапазон ставок на каждом уровне. Сделали так: на условном уровне “3-джуниор” человек может получить не 500 рублей в час, а 500-700 рублей в час. Это добавило субъективности, но позволило нам повышать зарплату, учитывая тот же опыт работы: только перешел на уровень, получаешь 500 рублей, прошло полгода — повысили до 700 рублей, без сдачи на новый грейд. Еще придумали систему доплат за ответственность. Например, если разработчик начинал «тимлидить» и справлялся с этой задачей, мы доплачивали ему фиксированную сумму в месяц. Хотя это и не заложено в карту компетенций. В итоге получается, что такая система не идеальна, пробелы приходилось закрывать “костылями”. Но нам кажется, что её недостатки компенсируются прозрачностью и доверием, которое в неё заложено. Правила игры для всех одни, путь к повышению понятен - эта самая главная задача, которую мы перед собой ставили.  Спустя пять лет, мы решили переизобрести нашу систему повышения зарплат. Сделать так, чтобы система оставалась справедливой и прозрачной для всех, но учитывала, что нас стало больше, и накопившиеся проблемы стали явно мешать. Во многом мы от карты компетенций отошли, но направленность на развитие постарались сохранить. Расскажу об этой системе в следующей статье. Система повышения зарплат с привязкой к карте развития компетенций будет работать не во всех коллективах. Она пригодится, если у вас бизнес с духом стартапа: команда энтузиастов, которая стремится развиваться и которая принимает повышение зарплат через развитие компетенций. И главное, чтобы бизнес-модель компании поддерживала такой подход, чтобы были задачи, требующие решения сложных задач. По нашему опыту, такая система — отличный способ подтолкнуть развитие людей. Потому что дух саморазвития, атмосфера в коллективе, сложные вызовы и поддержка со стороны руководства— это чудесно, однако мотивировать людей развиваться стоит еще и деньгами. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/kak-motivirovat-razrabotcikov-razvivat-sa-s-pomos-u-prozracnoj-sistemy-povysenia-zarplat.md) ## Сколько стоит разработка приложения? Наши инсайты ![Сколько стоит разработка приложения? Наши инсайты](https://metalamp.ru/images/pure%20white.png) В разных студиях один и тот же проект может стоить как миллион, так и пять. И не всегда понятно, откуда берётся такой разрыв.  Мы в MetaLamp разрабатываем веб-приложения и блокчейн проекты и в этой статье расскажем, как формируется стоимость проекта у нас. Надеемся, что наш опыт поможет заказчикам разработки выбрать подрядчика и покажет, что обычно включено в стоимость проекта. ## Модель оплаты: фиксированный бюджет или Time and Material Чаще всего веб-студии оценивают стоимость проекта в часах, потому что часы специалистов их основной расходуемый ресурс. Они платят разработчикам, менеджерам и другим специалистам, исходя из времени, затраченного на задачу. Конечно, кроме зарплат есть и другие расходы, но они соизмеримо меньше, поэтому неудобны для оценки стоимости проекта.  Оценка может быть двух типов: студия называет полную стоимость работ или стоимость часа и вилку. **‍** **В первом случае используется фиксированная стоимость работ**. В неё уже заложены часы разработчиков, менеджеров и дизайнеров, согласования, доработки и форс-мажоры. К примеру, в веб-студия посчитала, что разработка будет стоить 1 миллион рублей и займет 500 человеко-часов. Это значит, что стоимость часа студии — 2000 рублей, и именно на нее сделан упор при расчетах.**‍** **Полная стоимость: 1 000 000 рублей. Сроки — 4 месяца. Старт через месяц.** ![](https://metalamp.ru/images/61fb6e9cc45e0910710f326d_178f7f6f-3eb3-5dd4-badc-b97bb6f53bbb.png) Выбирая фиксированную модель оплаты, клиент платит сразу за всё. Даже если форс-мажор не случится, за него всё равно придётся платить. Выбирая такой вариант оплаты, клиент платит за конкретный объем работ и возможные риски, например, дополнительные работы, которые невозможно было предусмотреть на старте, сложную коммуникацию между участниками проекта, неполадки со стороны сторонних сервисов. Это значит, что на старте известны полная стоимость проекта и сроки его разработки. При этом участие заказчика в проекте минимально, ведь всю ответственность за качество, сроки и соблюдение бюджета несёт подрядчик. В случае форс-мажора он, как правило, решает проблемы без дополнительной оплаты, даже если неверно оценил риски, и работ оказалось сильно больше. > Недавно мы работали над проектом с фиксированной оплатой, в котором требовалась интеграция сервиса с банком. На этапе оценки наши разработчики изучили документацию банка, и казалось, что мы предусмотрели всё. Когда дело дошло до интеграции, всплыли нюансы, которые изначально были не видны. В итоге объём работ увеличился на 30%, потому что нам пришлось дописать часть функционала, который мы ожидали увидеть в банке, но не увидели.  У проекта с фиксированной стоимостью и объемом работ есть обратная сторона — он менее гибкий. Если во время разработки окажется, что нужно сделать что-то сверх установленного объема, то добавленные задачи придётся оценивать дополнительно. А значит, его стоимость вырастет, а оговоренные сроки сдвинутся на время переоценки и дополнительных согласований. Ещё одна проблема в том, что такие проекты обычно нельзя запустить в работу за несколько дней. Это связано с тем, что студия не может зафиксировать стоимость, пока детально не проработает ТЗ. А если проект большой, то описание ТЗ может занять и месяц, и даже больше.  Не все готовы переплачивать за потенциальные риски и ждать, пока студия подготовится к старту. Для таких случаев есть **другой вариант — почасовая оплата**. Time&Material, или почасовка — не хуже и не лучше фиксы. Это другой подход, и его часто используют на проектах, которым нужно стартовать «вчера», а чёткого понимания, какие работы понадобятся, пока нет. В этом случае студия называет стоимость часа и вилку часов на реализацию, а заказчик оплачивает выполненные работы по факту. Договоренность может выглядеть так: стоимость часа работ — 2000 ₽, на разработку уйдет 400–500 человеко-часов. Если в первый месяц студия отработает 100 часов, то заказчик оплатит 200 000 ₽, и работы продолжатся.**‍** **Полная стоимость: Х рублей. Сроки — У месяцев. Старт через 4 дня.** ![](https://metalamp.ru/images/61fb707a4e43de391068a2d4_1f821be2-5450-5b6d-b606-7896a165769b.png) Выбирая почасовку, клиент платит за выполненные работы по факту, но не знает заранее точные сроки и стоимость разработки. Кроме этого, он делит риски с подрядчиком. Теперь немного о том, почему студия называет не точное количество часов, а вилку часов на реализацию. На это есть несколько причин: - Незафиксированный объем работ. Тут всё довольно очевидно: в ходе разработки добавляются новые задачи, а значит, время и стоимость разработки тоже увеличиваются. - Опыт команды. Если команда не работала с похожими проектами или задача нетипичная, ей понадобится какое-то время, чтобы изучить существующие решения и набить шишки. - Внешние факторы, не зависящие от команды. Возьмем к примеру интеграцию с каким-либо сервисом. Часто на стороне сервисов возникают неполадки, и команда вынуждена тратить больше времени на эту работу. Какой способ выгоднее, зависит от проекта и пожеланий клиента. Фиксированная стоимость подойдет, когда есть время на разработку, детальное ТЗ и финализированные макеты. Клиент сразу знает сроки и конечную стоимость разработки, а вся ответственность за качество — на разработчиках. Модель T&M удобна, если задача срочная или на старте есть только концепция, а детали станут понятны по ходу проекта.  ## Количество часов Количество часов на проект студии определяют, опираясь на прошлый опыт. Когда к нам приходит заказ, мы собираем команду для оценки проекта. Обычно в нее входят 4 участника будущего проекта: разработчики, менеджер и сторонний эксперт, который не принимает участие в разработке, но консультирует команду. Иногда подключаются дизайнер и тестировщик. А если проект сложный, то команда может увеличиться в несколько раз. Команда предварительно изучает ТЗ и макеты, а после совместно нарезает проект на отдельные задачи. Затем идет коллективная оценка: участники обсуждают потенциальные риски по каждой задаче и прикидывают, сколько времени на нее может уйти. Так появляется вилка с минимальным и максимальным количеством часов. В итоге часы по каждой задаче суммируются и умножаются на часовую ставку специалистов.  ![](https://metalamp.ru/images/61fb7146a6343bdda61aebec_fiv95lzqdqI1P2VzXWlWoSR-N1Ig4p5n3LGhy0lL-7rQtDzW69hnKFTuvbfPlqGT0GtMaaU2VuYonTQ4iWsYiYYJQ5T68IgsFmUMC_WteKQPuM5XjnyosmrR5H_knCQyquRLM4tk.png) Стандартизированные задачи, типа разработки личного кабинета, понятны и прозрачны, поэтому разброса по часам нет или он минимален. Там, где риск форс-мажора высокий, максимум может сильно превышать минимум. ## Стоимость часа Стоимость часа у разных студий кардинально отличается — одни просят 1000 ₽, другие — 2000 ₽, третьи — 5000 ₽. Во многом поэтому и существует сильный разброс между оценками проектов.  Для примера покажем, из каких типичных расходов складывается стоимость часа в нашей студии. Значения в таблице примерные.  ![](https://metalamp.ru/images/61fb718369a751e5fe0ec86a_-HcKf6eDXOYebBOV1fq9Ty9AIk-DpC7H6Y79TsU7xTKB8zm6iOyAetgY_BmDT6qApEZDzgG86tzfiCs26czLIkiRrzoBmCPfTvqfYhyA_hoGqPcsKfVu72iMWnsbRvPFTG4tF2Nk.png) В конкретном случае расходы будут отличаться. Компания может снимать более дорогой офис или больше тратить на сотрудников, которые не генерируют выручку. Кроме того, если она не относится к малому бизнесу, то налоги у неё будут выше. Кроме налогов и взносов, в стоимость часа разработчика входят все обязательные ежемесячные расходы компании: аренда и содержание офиса, закупка оборудования, обучение специалистов, прибыль инвесторов, реклама, простои сотрудников, генерирующих выручку. Это упрощенный расчет, но в целом все работает примерно так. Теперь отдельно разберем каждый источник расходов, чтобы посмотреть, может ли он влиять на конечную стоимость. **Стоимость часа разработчика.** Это самый значительный источник расходов, который к тому же трудно снизить так, чтобы не пострадало качество работы. У разных студий он может отличаться, потому что стоимость часа разработчика в регионах разная. По данным [Хабра](https://habr.com/ru/article/569026/), во втором полугодии 2021 года разработчик из Челябинска получал 80 000 рублей, а такой же разработчик из Москвы — 160 000 рублей. Получается, что работать со студией из региона, возможно, будет выгоднее. **Взносы в фонды больничных и отпусков за сотрудников**. Это обязательные расходы, если студия стремится работать в белую по ТК РФ. Возможно, начинающие студии как-то обходят такие условия, но в долгосрок без этого не обойтись. **Обязательные расходы студии.**Эта статья расходов может отличаться очень сильно, потому все работают по-разному. Студия с удаленными сотрудниками экономит на офисе, а другая снимает огромный офис и активно пиарится. Очевидно, что услуги второй студии будут дороже. **Зарплаты тем, кто не генерирует прибыль напрямую.** Чем крупнее компания, тем больше в ней сотрудников, которые не зарабатывают деньги напрямую. Соответственно стоимость разработки из-за этого может быть выше. Но тут есть и обратная сторона: менеджеры, рекламщики и руководители косвенно обеспечивают качество услуг компании. Ведь если в студии один менеджер на 8–10 проектов, вряд ли он сможет сопровождать их эффективно. **Расходы на простои.** Некоторые компании пытаются угодить новому клиенту, поэтому не закладывают в стоимость эту статью расходов. С одной стороны, это удешевляет разработку, но, с другой, компания вынуждена избегать простоев любой ценой. В том числе в ущерб нынешним проектам. **Расходы на развитие сотрудников.** С первого взгляда кажется, что заказчик не должен платить за это. Но на самом деле обучение напрямую влияет на качество услуг и скорость работы. Там, где экономят на этой статье, разработчики могут знать меньше, поэтому работать медленнее. Но это не всегда так. Студия может нанимать суперквалифицированных специалистов, но их знания и опыт так или иначе будут учтены в ставке специалиста. У нас в MetaLamp есть проект по обучению разработчиков, который мы оплачиваем из средств студии. Это хороший источник квалифицированных кадров, которые работают по нашим стандартам.  **Прибыль компании.** Без нее никуда. Сумма зависит от аппетитов студии и конкуренции на рынке. **Налоги на прибыль**. С теми, кто их не платит или пытается на них экономить, лучше не связываться. Ведь, если у подрядчика начнутся проблемы с налоговой, проект может оказаться под угрозой. Получается, что выбирая студию подешевле, вы соглашаетесь на определенный риск: качество работ может быть похуже, времени проекту уделят не так много, а разработчики могут работать не в полную силу.  Но так бывает не всегда. Иногда молодые студии не арендуют офис, соглашаются на невысокую ставку и в целом показывают неплохой результат. Но длится это обычно недолго: в итоге встает вопрос о собственных проектах, поиске кадров, прибыли — и цена растет. ## О стоимости разработки коротко Специально для тех, кто читает статью с конца, расскажем суть. На стоимость разработки влияют три главных фактора:  - Модель оплаты. Выбирая фикс, клиент может переплатить за форс-мажор, если проект пройдет штатно, зато он снимает с себя всю ответственность за качество и на старте знает конечную стоимость и сроки разработки. В случае с почасовой оплатой клиент платит по факту, стартует быстрее и может более гибко менять объём и состав работ во время разработки. Но при этом он делит все риски со студией, а сроки и стоимость могут варьироваться.   - Количество часов: его рассчитывают, исходя из сложности проекта и опыта разработчиков. Если у студии есть подходящие наработки, она справится с задачей быстрее. - Стоимость часа: она складывается из зарплаты разработчика, налогов, обязательных расходов компании и желаемой прибыли. При этом важно помнить, что высокая цена не гарантирует качество. Справедливо и обратное: если агентство просит за разработку меньше, чем другие, это не всегда значит, что код будет писать неопытный программист.  ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Больше интересных статей [Lees meer...](https://metalamp.ru/magazine/razrabotat-prilozenie-u-nas-stoit-million-a-u-nas-pat.md) ## Как наша бесплатная программа по веб-разработке обучила и трудоустроила 60 выпускников ![Как наша бесплатная программа по веб-разработке обучила и трудоустроила 60 выпускников](https://metalamp.ru/images/red%20developer.png) Привет! Меня зовут [Сергей Черепанов](https://www.facebook.com/sergey.a.cherepanov), я технический директор студии разработки MetaLamp. Как и все IT-компании, мы постоянно испытываем дефицит кадров — на рынке не хватает специалистов, а перекупать людей с зарплатой ×3-×4 мы не можем. В конце концов, мы не условный Facebook и даже не огромный банк 🙂 Проблему мы решили с помощью своего образовательного проекта. Сделали его бесплатным и практически автоматизированным. Забегая вперед, расскажу результат — мы создали бесплатную программу обучения веб-разработке, с 2019 года нашли 60 толковых джуниоров. Но обо всем по порядку. ## Четыре абзаца о том, как все появилось Мы сделали компанию MetaLamp, когда учились в Томском государственном университете систем управления и радиотехники, еще в 2014 году. Тогда это были небольшие проекты на фрилансе, командой из 3-4 человек. Чтобы расширять бизнес, нужны были новые кадры, а денег на специалистов не было. Поэтому я искал студентов, которые интересовались веб-разработкой, и давал им ресурсы для обучения — искал источники информации, придумывал задачи. Так команда разрослась до 10–12 человек, они и стали костяком MetaLamp. После руки дошли до систематизации процесса обучения. Собрал список ресурсов для обучения: где прочитать, что изучить, чтобы начать заниматься веб-разработкой. И постепенно его улучшал. Еще были практические задания, мы несколько раз меняли их, оттачивали формулировки. В итоге появилась программа из шести ступеней, которую сейчас можно увидеть на нашем [сайте](https://metalamp.ru/education). ## Что за программа обучения и зачем она нужна В работе мы используем довольно узкий стек технологий: связку Typescript+React и Haskell. Поэтому программу строили так: - Frontend — обучаем разработке на JavaScript. Мы считаем, что сразу учить какому-то фреймворку не эффективно. Ведь если человек глубоко разобрался в JavaScript, условный React|Angular|Vue он поймет очень быстро. - Backend — хардкорная программа по изучению Haskell. Это функциональный, чистый и ленивый язык программирования с, пожалуй, самой мощной системой типизации из современных промышленных языков. Каждая программа состоит из пяти частей. Два задания теоретических, два практических, где обучающиеся пишут объемные проекты. Эти четыре задания полностью самостоятельные, наши сотрудники не вовлекаются в процесс обучения. Еще есть пятое задание, трехэтапный рефакторинг, на котором обучающиеся получают обратную связь от наших разработчиков и переделывают проект. Мы ценим инженерный, качественный подход к делу — важно, не просто сделать «чтобы работало», а решить задачу грамотно, с читаемым кодом и без «костылей». Поэтому пятое задание получилось довольно объемным и строгим, чтобы обучающиеся сразу привыкали к постоянному код-ревью. Со временем мы поняли, что новички после программы обучения еще долго привыкают к работе в команде: к тому, что такое scrum и как по нему работать, зачем нужны софт-скиллы, митинги и прочие элементы командной работы. Поэтому на фронтенд-направлении программы мы добавили еще и командный этап, который проходит параллельно пятому этапу.  Из обучающихся, которые прошли первый этап рефакторинга, мы формируем команды по 4-6 человек. И выдаем им разработку проекта с нуля на React, который займет 2 месяца. На этом этапе мы симулируем реальные условия разработки, с опытным практикующим разработчиком в качестве тимлида, проектным менеджером, который обеспечивает работу по Agile методологии, со спринтами и демо промежуточных результатов проекта «заказчику» раз в две недели. Мы рассчитывали, что обучение займет около 600-1000 часов, но в среднем выходит чуть больше — 8-12 месяцев при 30 часах занятости в неделю. Если у человека есть базовые знания программирования, будет проще и быстрее. Если нет, не проблема, разобраться с циклами, переменными и функциями можно в процессе. ## Программа обучения полностью бесплатная Сроков в обучении нет — процесс можно растягивать, брать отпуска, бросать и возвращаться через несколько месяцев. Главное — дойти до конца. Исключение — шестой, командный этап на фронтенде. Его придется делать синхронно с остальными обучающимися. Мы просим писать обучающихся неформальные отчеты, когда им удалось продвинуться по программе. Собираем их в телеграм-чатах — на бэкенде у нас один чат на все задания, на фронтенде отдельные чаты по заданиям. На отчеты в чатах мы смотрим, когда обучающийся выходит на ревью, чтобы выяснить, как у него проходил прогресс на самостоятельных этапах. Если взяли паузу или отпуск, никаких отчетов не нужно. Кроме отчетов, у чатов есть и социальная функция — люди знакомятся, помогают друг другу, обсуждают задачи. Создается ощущение комьюнити, где можно задать вопрос, посмотреть на прогресс других обучающихся. Завершается программа обучения собеседованием на должность джуниора — нужно подготовиться и ответить на известные заранее 80 вопросов. Эти вопросы покрывают те же темы, что были на более ранних этапах программы. Они помогают закрепить те знания, что были получены, систематизировать их и провалидировать в разговоре с более опытным разработчиком. Количество попыток тут не ограничено, так что можно взять себе столько времени, сколько нужно для полного понимания материала. Если обучающийся прошел все задания и собеседование, мы предлагаем ему трудоустройство. ## Как обучающиеся находят нашу программу Чтобы привлечь людей в программу обучения, мы решили сделать ставку на бесплатную возможность войти в IT с нуля. Для этого в начале 2019 года выложили вакансию стажера-разработчика на HeadHunter. ![](https://metalamp.ru/images/616696d9cfba8251dea19485_image 14.png) В ней указали, что гарантируем трудоустройство всем, кто завершит все этапы программы обучения и пройдет собеседование на первый уровень [нашей карты развития разработчика](https://www.metalamp.io/articles/roadmap). [Вакансия на HeadHunter](https://tomsk.hh.ru/vacancy/47192365?from=employer) все еще размещена, и по ней мы уже получили 27.5 тысяч заявок на фронтенд направление и больше 9 тысяч заявок на бэкенд направление — это те, кто заполнил анкету и получил доступ к задачам. ## Результаты образовательного проекта Конечно, из этих 37 тысяч человек программу обучения закончили не все. Мы отслеживаем аналитику по программе с помощью отчетов из телеграм-чатов и системы опросов, которые есть на каждом из этапов. ![](https://metalamp.ru/images/6206160803207119706db4b1_Funel.png) Сейчас в первом чате фронтенда у нас 4500 человек — это те, кто проходит первое теоретическое задание. Во втором — 1650 человек. В чате третьего и четвертого задания 310 участников. На пятое задание вышли 160 человек. По изучению Haskell есть только один чат, в нем 1200 участников. Огромное количество обучающих прекращают проходить программу до финального задания. Кому-то не хватает мотивации или времени. Другие находят работу самостоятельно, до окончания программы. Мы трудоустроили всех, кто закончил программу обучения с 2019 года, как и обещали в вакансии. 32 фронтендера и 13 бэкендеров прошли собеседование и стали работать у нас. 15 человек трудоустроили к партнерам. Партнеры обращаются к нам за новыми новичками и ждут следующие выпуски. ## Что за люди приходят на работу и почему мы гарантируем трудоустройство Программа обучения — это наш основной рекрутинг-канал. У нас был опыт найма со стороны, но это было не совсем то, что нужно. А выпускникам программы мы всегда рады по следующим причинам. - Это люди с сильной волей. Когда ты в среднем год выделяешь каждую неделю по 30 часов на обучение, значит, у тебя все в порядке с волей, у тебя есть сумасшедший энтузиазм. - Это люди, которым интересна разработка.В отличии от коммерческих онлайн-курсов по программированию, мы не стремимся сделать программу так, чтобы обучающийся ее точно закончил к определенному дедлайну. У нас все построено на интересе к разработке. Причем знания фундаментальные, это сложно. Поэтому те, кто закончил нашу программу обучения, на деле доказали, что любят айти и программирование. - Это люди, лояльные к компании. Программа обучения бесплатная, мы гарантируем трудоустройство, долго взаимодействуем с обучающимися, помогаем им реализоваться. Результат этого — условный кредит доверия к нашему агентству. Закончившие программу понимают, что мы не просто обещаем что-то, а соблюдаем договоренности. Восемь из десяти выпускников программы вообще не связаны с IT. Например, у нас есть девушка, которая училась, сидя в декрете со вторым ребенком. До этого работала юристом в компании, которая не была связана с IT. Человек с гуманитарным образованием, решила заняться разработкой, взяла и прошла программу. Сейчас ее ценят в команде, о ней прекрасный фидбек от заказчиков. ## Две причины, почему мы гарантируем трудоустройство каждому, кто закончит программу и пройдет собеседование Обучающая система построена так, что человек не пройдет на следующий этап, пока не завершит предыдущий. Не попадает на собеседование, если не справится с практическим проектом, рефакторингом и командной работой. Поэтому с помощью программы обучения мы сильно экономим время — на собеседование приходят те, кто уже точно обладает должным уровнем знаний. Более того, даже трудоустройство тоже не является последним этапом, с него все только начинается. У нас есть условие для испытательного срока — джуниор должен за три месяца перейти на следующий уровень по карте развития сотрудника. В этой карте есть список материалов и вопросов, которые они изучают и сдают опытным разработчикам. Это является своеобразным подтверждением того, что выпускники могут и готовы развиваться дальше. > Поэтому да, мы спокойно гарантируем трудоустройство всем, кто закончит программу. Ведь тех, кто справится с обучением, мы действительно будет рады видеть в команде. Еще одна причина - трудоустройство для многих является важным мотиватором в прохождении программы. У нас был момент, когда поток выпускников сильно увеличился и мы даже думали снять с себя обязательство о гарантии трудоустройства и набирать следующих выпускников по конкурсу. Но потом поняли, что это будет опасным решением. Выпускники и сотрудники рассказали, что именно гарантии устройства на работу мотивировали начать и не бросать обучение. Если бы мы убрали гарантию, то мотивация могла бы пропасть у талантливых людей, которые в итоге не пришли бы в команду. Поэтому гарантия трудоустройства для нас стала приоритетом. Мы стали привлекать к программе другие компании. Это команды, которым мы доверяем как работодателям: люди, с которыми мы дружим. ## Сколько стоит сделать и содержать такую образовательную программу Всего программу помогают вести 17 ревьюеров, 1 менеджер проектов, 1 тимлид команд, руководитель программы. Ревьюеры — это в большей степени вчерашние выпускники программы, которые уже устроились к нам на работу и активно участвуют в коммерческих проектах. Для них это тоже элемент обучения. Ведь когда ты наставляешь других, то лучше разбираешься в тонкостях вопроса. Поэтому первый этап код-ревью проводят они, а второй и финальный более опытные разработчики. Самые активные ревьюеры тратят на ревью по 4-6 часов в неделю, остальные намного меньше. Менеджер проекта ведет обучающихся на заключительном этапе по Agile методологии - это нужно для шестого, командного задания программы. Сейчас на образовательную программу мы тратим примерно 200 000 рублей в месяц. Недавно мы исключили из расходов статью на введение джуниоров в реальный рабочий процесс, когда они только трудоустроились к нам — в том числе и для этого в программе обучения появилось шестое командное задание. Дело в том, что заказчики не всегда готовы платить за работу начинающего джуниора без опыта реальной разработки. Поэтому раньше мы говорили им, что у нас есть новый сотрудник и мы хотим использовать его в проекте, но его время оплачивать не нужно. А чтобы человек не работал бесплатно, зарплату мы платили ему из своего бюджета. Сейчас введение в рабочий процесс заменило шестое задание. После него джуниора можно спокойно выпускать в проект заказчика с оплатой, ведь опыт командной работы над проектом у него уже есть. ## Кратко. Как сделать образовательную программу и трудоустроить 60 отличных специалистов в IT Вот несколько выводов, которые я сделал из работы над нашей программой: - Образовательная программа может стать «кузницей кадров» для IT-компании. Сейчас это наш основной HR-канал. - Гарантировать трудоустройство, возможность войти в IT — это отличный способ мотивировать талантливый людей начать и не бросать обучение. - Сделайте обучение тестом на энтузиазм. Если студент прошел все задания, значит, ему действительно интересна разработка. Тем более, что программа полностью бесплатная, поэтому мотивации «заплатит и поэтому закончит» нет. - Давайте фундаментальные знания — если человек разбирается в принципах программирования и поймет, как пользоваться языком, конкретные библиотеки он усвоит быстро. - Программы обучения должен содержать теорию, самостоятельную практику и командную работу. Делайте программу так, чтобы на собеседование к вам пришел специалист с подходящим уровнем знаний и навыков. - После обучения все только начинается — сделайте карту развития, чтобы джуниоры понимали, куда им двигаться дальше. - Выделите время опытных разработчиков для работы со студентами. Наша программа обучения появилась как способ поделиться знаниями с новичками, показать им, что в MetaLamp можно развиваться и расти как профессионал. Сейчас она стала системой отбора мотивированных людей, которые хотят войти в IT. Благодаря ей мы пополняем свою команду и команды других компаний толковыми разработчиками, с которыми комфортно работать и расти.  ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё статьи этого автора [Lees meer...](https://metalamp.ru/magazine/kak-my-sdelali-besplatnuu-programmu-obucenia-veb-razrabotke-i-trudoustroili-60-vypusknikov.md) ## Использование паттерна Service Handle в Haskell: руководство ![Использование паттерна Service Handle в Haskell: руководство](https://metalamp.ru/images/keyboard.png) Меня зовут [Олег Ромашин](https://www.linkedin.com/in/oleg-romashin-6a0238216/), я занимаюсь разработкой на языке Haskell. Когда 1.5 года назад я начинал своё первое приложение на нём, у меня был скудный опыт написания учебных проектов на других языках. В итоге я делал как мог: проект получился негибким — приходилось переделывать весь код под небольшие изменения, было непонятно, как правильно выделить компоненты, к проекту нельзя было написать автоматизированные юнит-тесты, и я тратил много времени на то, что просто смотрел на дерево проекта и пытался придумать, как мне добиться хоть какой-то эстетики. В этой статье я постараюсь доступным языком рассказать про паттерн Service/Handle и построение архитектуры тем, кто за неимением опыта столкнулся с такими же проблемами. Статья написана для тех, кто только начинает погружаться в разработку. Некоторые сокращения кода не сделаны намеренно, чтобы облегчить понимание тем, у кого ещё не натренирован глаз. Кроме этого, в статье не упомянуты некоторые приёмы работы с паттерном, сначала рекомендуется разобраться с причинами использования паттерна и механизмом. В конце статьи предложены материалы для дальнейшего изучения. Небольшая ремарка: сложилось так, что в сообществе Haskell у паттерна, о котором мы будем говорить, есть несколько названий: The Service Pattern, The Handle Pattern, The Service Handle pattern, The Service/Handle pattern, но обычно все имеют в виду одно и то же. В статье будем пользоваться последним вариантом. ## Как Service/Handle помогает в разработке При разработке проекта мы повсеместно пользуемся различными библиотеками (например, библиотека для работы с базой данных), пишем собственные компоненты: выделяем сервисы (например, логгер) и выносим различные действия в отдельные функции (например, регистрация пользователя или публикация комментария). ![](https://metalamp.ru/images/6125ee3f6b22949dcc1907de_Screenshot 2021-08-25 at 13.33.png) У таких частей проекта есть интерфейс, через который мы к ним обращаемся: типы, классы, функции. Обычно через имена функций (типы и классы нас сейчас не интересуют) мы напрямую обращаемся к реализации — к тому, что по факту делает функция. Например, пакет http-conduit в интерфейсе экспортирует функцию httpBS, которая выполняет HTTP-запрос и возвращает ответ в виде строки байтов. В таком виде интерфейс и реализация тесно связаны: вызываешь функцию — используешь реализацию. В некотором роде это усложняет написание и поддерживаемость проекта и сковывает движения. Во-первых, если появится необходимость заменить библиотеку по каким-либо причинам, то придётся подстраивать под это изменение весь проект, поскольку проект завязан на интерфейсе этой библиотеки. Во-вторых, когда проект большой, бывает необходимо использовать разные реализации одного сервиса, например, логгера, в разных частях проекта. В одном месте может требоваться запись в файл, а в другом — печать в терминал. В идеале мы бы хотели иметь возможность переключаться между реализациями, но на это опять же придётся потратить усилия, потому что конкретная часть проекта сильно связана с конкретной реализацией. В-третьих, усложняется написание тестов логики. Чтобы протестировать, что, например, пользователю будет отправлено SMS-сообщение при определённых условиях, придётся фактически его отправить, так как функция напрямую использует все зависимости. Паттерн Service/Handle позволяет создать дополнительный промежуточный интерфейс для отдельных частей проекта. ![](https://metalamp.ru/images/6125f502d7c6258381d41758_2.png) Приложение разрабатывается с использованием интерфейса вместо прямого вызова функций внутри библиотек. Связь с библиотеками указывается один раз при заполнении нового интерфейса Service/Handle, а дальше этот интерфейс передаётся в другие функции. Таким образом мы легко и обособленно можем вносить любые изменения, связанные с зависимостями, меняя код только в одном месте. Из схемы выше видно, что интерфейс можно добавить к каждой части проекта, причём у каждой такой части он будет свой. Имея выделенный промежуточный интерфейс, мы получаем возможность подменять реализацию. ## Как Service/Handle позволяет легко менять реализацию и разрабатывать проект независимо от неё Рассмотрим на примере логгера. В случае с данным паттерном интерфейс — это рекорды конструктора данных. ![](https://metalamp.ru/images/6125f546d95e6104529de981_3.png) Чтобы связать этот интерфейс с реализацией, необходимо заполнить поле конструктора LogHandle. Чтобы пользоваться этим интерфейсом, его надо передавать в каждую функцию, где необходимо логирование. ![](https://metalamp.ru/images/6125f55cce0079493f2259ce_4.png) Теперь, если потребуется поменять реализацию логирования, необходимо изменить всего лишь один участок кода, в котором определена реализация через putStrLn. Кроме этого, если потребуется использовать другую реализацию в одной из частей проекта, туда можно передать тот же интерфейс, но заполнить его другой реализацией. ![](https://metalamp.ru/images/6125f580403b2c232867b0e3_5.png) Теперь давайте посмотрим, как можно абстрагироваться от IO, чтобы писать чистые тесты для функций с логированием: ![](https://metalamp.ru/images/6125f5947b7fb0ff17b6dda8_6.png) Теперь из тестов можно запускать функцию doSomeWork, подставив реализацию, которая не будет обращаться в IO: ![](https://metalamp.ru/images/6125f5a83288ec8d85edec00_7.png) Ранее мы говорили, что интерфейс можно добавить как к библиотеке/сервису, так и к простым функциям, однако к функции doSomeWork интерфейс добавлять нет необходимости, поскольку она уже не имеет прямых зависимостей. Добавлять интерфейс к отдельным функциям имеет смысл, когда не для всех зависимостей определён промежуточный интерфейс. Например, когда для логирования выделен Service/Handle, а для обращения к базе данных нет. ## Избавляемся от зависимостей в логике регистрации пользователя Разберёмся с примером посложнее: представим, что у нас есть свой сервис, в котором нужна регистрация. Вот так в упрощённой форме мог бы выглядеть обработчик этой функции без использования паттерна (предположим, что функции для работы с базой данных и типы уже есть): ![](https://metalamp.ru/images/6125f5ca7cab074763deba64_8.png) Давайте перепишем эту функцию с использованием паттерна Service/Handle. Наша цель — вынести все IO функции в отдельный интерфейс, чтобы логику можно было тестировать локально. Необходимо протестировать, что пользователь будет зарегистрирован только в случае, если логин и email не заняты. Интерфейс с зависимостями в нашем случае — это логирование, функция записи пользователя в базу данных и функции поиска пользователя в базе данных. Кроме этого, используем логгер, который мы переписали с использованием паттерна Service/Handle. ![](https://metalamp.ru/images/612626e2fab44b5199ad1f67_9.png) ![](https://metalamp.ru/images/6125f61e3c9ac18290d777c6_10.png) Здесь у нас была необходимость создать дополнительный интерфейс для функции регистрации, так как у функции была прямая зависимость от базы данных. Можно было бы создать интерфейс для библиотеки через которую происходит работа с базой данных, но такое изменение не всегда легко сделать, особенно когда проект успел разрастись. ![](https://metalamp.ru/images/6125f97444f54bcda92b9abe_11.png) Также изменилось дерево проекта: раньше был один модуль App.Registration, в котором была функция регистрации. Теперь в этом модуле мы заполняем Handle, а логика находится в новой папке Handlers. Там создаётся модуль с идентичным именем App.Handlers.Registration, который вызывается после заполнения интерфейса. ![](https://metalamp.ru/images/6125f9898ec6e9393fe308f4_12.png) Кстати, паттерн очень удобно использовать с расширением RecordWildCards. Оно позволяет не передавать handle явно как аргумент в каждую функцию интерфейса. С ним функция registerUser будет выглядеть так: ![](https://metalamp.ru/images/6125f99d942ce19136951881_13.png) ## Тестирование функций, написанных в стиле паттерна Service/Handle Теперь в функцию registerUser можно подставлять другую реализацию, а это значит, её можно локально тестировать. Воспользуемся пакетом **hspec**. Как вы помните, у типов хэндлов есть параметр, который указывает, в какой монаде мы работаем. Раньше мы заполняли поля хэндла IO-функциями, поэтому при передаче заполненного хэндла в логику функция registerUser параметризировалась монадой IO. Теперь, чтобы написать чистые тесты, необходимо избавиться от IO, но все ещë нужна монада: отличное применение Identity. Раньше мы заполняли поля хэндла функциями, которые обращаются в IO: если функция делала запись в базу данных, то результатом было IO (), если функция доставала значение, то результатом было IO Value. Вместо IO будет Identity. Кроме этого, если базы данных нет, то и записывать нечего, поэтому функции записи данных будут игнорировать свой аргумент и возвращать Identity (). Функции, которые возвращают значения из базы данных, будут редактироваться под каждый тест. Если мы проверяем поведение, когда пользователь с указанным логином уже есть, то функция findUserByLogin будет возвращать Just User, когда логин свободен, функция будет возвращать Nothing. Такие данные, которые создаются специально для тестов, называют стабами (stub). ![](https://metalamp.ru/images/6125fa143288ecc328ee0f8e_Group 3.png) После запуска команды stack test тесты проверяют, что всё пройдёт успешно при правильных входных данных, и что функция вернёт ошибку, если занят логин или e-mail. Такие тесты называются тестами чёрного ящика: они проверяют, что при определённых входных данных на выходе мы получаем то, что ожидалось. Мы также можем написать тесты белого ящика, когда можно проверить, что внутри функции всё работает в правильном порядке и параметры корректно используются, но это стоит отдельной статьи. ## Резюмируя вышесказанное Паттерн Service/Handle позволяет строить логику из интерфейса, абстрагируясь от реализации. Это даёт возможность различным частям нашего проекта не беспокоиться о конкретных механизмах реализации. Благодаря этому можно с гораздо меньшими усилиями переходить на другие библиотеки или использовать разные реализации в разных частях проекта. Кроме этого, появляется возможность писать чистые тесты логики. ‍ Более наглядно код из статьи и тесты можно глянуть в репозитории. Кроме этого, там можно найти упражнение, чтобы попрактиковаться с заменой реализации: ‍[https://github.com/olegromashin/service-handle-article](https://github.com/olegromashin/service-handle-article) Материалы для дальнейшего изучения: [jaspervdj - Haskell Design Patterns: The Handle Pattern](https://jaspervdj.be/posts/2018-03-08-handle-pattern.html) [The Service Pattern - School of Haskell](https://www.schoolofhaskell.com/user/meiersi/the-service-pattern) [Exceptions Best Practices in Haskell](https://www.fpcomplete.com/blog/2016/11/exceptions-best-practices-haskell/) ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Другие наши статьи [Lees meer...](https://metalamp.ru/magazine/pisem-i-testiruem-na-haskell-s-ispol-zovaniem-patterna-service-handle.md) ## Как карты развития помогают справляться с повышениями зарплат и компетенцией ![Как карты развития помогают справляться с повышениями зарплат и компетенцией](https://metalamp.ru/images/abstract.png) Меня зовут [Сергей Черепанов](https://www.facebook.com/sergey.a.cherepanov). Я сооснователь и CTO команды разработчиков MetaLamp (Fullstack Development до 2021 года), с 2012 практикующий веб-разработчик. На старших курсах университета я заинтересовался кодом: начал что-то «пилить», брался за проекты на фрилансе «для опыта», а позже нашёл работу в стартапе Rizzoma. Постепенно вокруг сформировался «студенческий кружок» таких же энтузиастов, и у нас появлялись задачи с бюджетом, а не просто за опыт. К 2014 году этот «кружок» вырос в компанию с большими коммерческими проектами, в которой к 2016 году мы доросли до собственного стартапа курьерской доставки на 200 заказов в день. Но как и в университете, так и сейчас, когда в нашей команде пять десятков разработчиков, основная проблема — это развитие. Как, куда и зачем двигаться разработчику — вот вопросы, на которые я ищу ответы с 2012 года. Сейчас расскажу, как нашёл ответ на этот вопрос в карте развития и чем она будет полезна вам. ## Зачем вообще понадобилась карта? Наша команда разработчиков — это фронтендеры и бекендеры. Фронтенд на TypeScript и React, а бэкенд — на Haskell. Мы помогаем разрабатывать аналитические системы, платформы визуализации данных, финтех и martech-проекты. С 2014 года проекты постоянно усложняются. Если в 2014, условно, мы разрабатывали небольшой портал в команде из пары человек, то в 2016 уже занимались криптовалютными биржами командами по 7 разработчиков в течение года и больше. Но здесь есть нюансы. ## Оценка проектов Все проекты мы оцениваем стандартно: прикидываем стек, архитектуру, разбиваем задачу на части и этапы, прогнозируем время на исполнение. Оценить лендинг — это одно (как говорится «вжух и в продакшн»), а оценить задачу «написать бэкенд для торговой площадки» — уже другое. Здесь нужно точно подобрать разработчиков с опытом и знаниями. А как понять, что знания есть? - Интуитивно: «Я помню, Лёха чем-то таким занимался?». - Провести One-on-One, чтобы понять, кто что осилит. В первом случае оценка неточная и субъективная, а во втором — слишком долгая: заказчик не будет ждать пока мы там «языками чешем». Вот было бы здорово, если бы был такой «эталонный» документ, где все разработчики «отсортированы» по знаниям, навыкам, технологиям, опыту и другим параметрам. ## Неосознанная некомпетентность Без понимания знаний команды мы страдали от неосознанной некомпетентности. Например, переводим миддла с проекта виджета аналитики на «UBER для курьеров», где ему нужны принципы SOLID. Но он почему-то регулярно их нарушает. Может просто не знает? Оказывается, да — о принципах SOLID он не слышал. Если бы он где-то что-то читал, то у него была бы иллюзия знаний. Здесь же нет даже иллюзии, а есть некомпетентность, которая не осознаётся. Мы доверяем разработчику, но объективной оценки его знаний не проводили. Как понять, в каких областях он «хромает»? Можно через ревью или One-on-One. Но если мы проведем несколько десятков таких мероприятий с нашей командой, что уже долго, то в итоге у нас получится пара десятков документов с разбором знаний наших ребят. А если мы их потом изучим, то вычленим повторяющиеся вопросы. Опять получается, что нам нужна некая общая система для «ревью знаний». ## Развитие разработчиков «Ревью знаний» мы провели. Дальше мы можем повышать квалификацию разработчиков, чтобы они могли работать над проектами всё сложнее и масштабнее. Как это сделать? - **Тянуть**. Для прокачанных разработчиков мы предлагаем проекты со сложным фронтендом, например, криптовалютную биржу. Начинающим можем отдать unit-тесты несложных проектов, но потом его обязательно поставим на проект сложнее, чтобы рос. - **Оставить на самотёк.** Несмотря на то, что у нас никто никого не заставляет заниматься самообучением, сами ребята тоже хотят расти и браться за задачки посложнее. Но это всё несистемно и мешает самим разработчикам в первую очередь. Они не понимают траекторию развития, хватаются за всё подряд, глубоко не вникая. Как следствие, плодятся велосипеды. Для большинства проблем уже есть известные решения, паттерны, библиотеки, но вместо этого появляется ad-hoc для конкретной проблемы. Это лишняя работа (и оплата), которую в будущем придётся исправлять. Если оставить развитие на самотёк, то знания будут приобретаться неравномерно. Обычно изучается только то, что связано с задачей (и то не всё). Многие темы, необходимые в целом для системного развития, останутся за бортом. Джуниор будет скакать по темам почти рандомно — это будет зависеть от задач на проекте. Задачи же, могут быть связаны с исправлением багов или поддержанием легаси (в основном). В итоге джун ещё не успев толком прокачаться, уже застревает в болоте, а вытащить на более сложные проекты его еще непросто, так как он пока не тянет. Замкнутый круг. Опять же, нужна система оценки знаний, которая помогала бы систематизировать рост разработчиков. ## Стихийные повышения Это уже следствие неосознанной некомпетентности и отсутствия системы развития. Как понять когда разработчику поднимать зарплату без точного понимания, что он может и не может? Это сложный вопрос, который создает локальные военные конфликты в коллективе. Иногда разработчики сами просят повышения, когда считают, что доросли. Но получается, кто громче просит — тот быстрее получает? Чаще всего, большинство не приходит с такими просьбами, а просто копит недовольство и чувство недооценённости, пока где-то не выстрелит. Разработчикам хочется регулярного повышения зарплаты без разговоров с менеджерами и «выклянчивания» (а кому не хочется?). Поэтому в крупных компаниях есть грейды (уровни). Они предсказуемы: всегда понятно за что, когда и как можно получить повышение без разговоров с менеджером и «вытряхивания» из него новой зарплаты. Эти 4 причины привели нас к идее создать систему оценки знаний разработчиков — карту развития. Получился некий «эталон», к которому можно «приложить» проект, чтобы понять, кто из наших ребят его «затащит». ## Что такое карта развития и как устроена Карта развития — это список грейдов и теоретических вопросов для них. Грейды — уровни развития разработчика, от которых зависит должность, зарплата, уровень сложности задач, наличие менторства и свобода в решениях. > 💡 Примечание. Карта развития не наше изобретение, их довольно много для разных направлений и специализаций, например, для тестировщиков или аналитиков. [Карта](https://github.com/fullstack-development/developers-roadmap) разделена на бэкендеров и фронтендеров. ![](https://metalamp.ru/images/601d06b7ed0d27fe4520b120_image1.png) Когда человек хочет повышения, то смотрит, что изучать, чтобы шагнуть на уровень выше. Условно, есть три больших грейда: джуниор, миддл и сеньор. У нас они разбиты на «подгрейды». ![](https://metalamp.ru/images/601d074d6010432a3c212465_image5.png) В каждом грейде содержится свой список навыков и знаний. ![](https://metalamp.ru/images/601d070d6d20204ae422a411_image3.png) Если углубиться дальше, то увидим список вопросов. ![](https://metalamp.ru/images/601d072020a89840c7361dbb_image4.png) Отвечая на них, разработчик учится, а потом «сдаёт» грейд (об этом чуть позже) и получает новую зарплату и «звезду» на погоны. Для фронтенда сейчас 8 уровней, а для бэкенда — 4: три для джуниоров и один для миддла (сеньоров пока ещё нет). Для каждого грейда есть список технических и нетехнических вопросов. ## Технические Начнем с **Junior**. В нашей компании джун это самостоятельная «боевая единица». Он умеет решать локальные декомпозированные задачи, которые укладываются в принятые в проекте соглашения и архитектурные принципы. По нашей карте джун уверенно владеет вёрсткой, хорошо знает JS, React и unit-тесты. **Middle**больше про концептуальные знания, а не конкретные инструменты. Например, в миддловских грейдах мало вопросов про JS, а про React и вовсе нет. Зато много про ООП, принципы SOLID, DDD, и архитектуру в целом. В нашей команде Middle не просто исполнитель. Он понимает, какую бизнес-ценность приносит команде и продукту, поэтому может предложить своё решение с аргументацией. Чаще всего он умеет задавать вопросы не только «Как решать задачу?», но и другие, например, «Почему эта задача важна?». **Senior**не просто знает все принципы проектирования, а уверенно владеет, потому что опробовал на практике, собрав кучу костылей. В целом, он понимает боли и проблемы бизнеса, и от этого и отталкивается. Senior сам может выстраивать свою личную карту развития, потому что подкован по ближайшим темам и может себя здраво оценить. ![](https://metalamp.ru/images/601d06dadd68163ff11257da_image2.png) ## Софт скилы Карта у нас охватывает разные области знаний и компетенций. Например, в списке к изучению на Junior-3 у нас есть книга Барбары Минто о том, как структурировать текст. ![](https://metalamp.ru/images/601d078620a8987c1e361e86_image6.png) Книга пригодится разработчикам, чтобы лаконично и сжато донести какую-то свою идею, например, на стендапе за 2 минуты. Навыки коммуникации важны. Наше основное направление — это коммерческая разработка в команде. Поэтому важно уметь доносить свои идеи как технарям (причём не только технические ценности), так и остальной части команды, например, объяснять сложные технические термины простым языком. Также у нас есть вопросы по схемам управления, которые мы используем, информация про планирование, управление своим временем, декомпозирование и приоритизирование задач. ## Как карта работает В первую очередь карта помогает разработчикам получать повышения. ### Повышения Когда разработчик хочет перейти на следующую ступень, например, с Junior-1 на Junior-2, он: - готовит одну или несколько тем из грейда; - ищет 2-3 разработчиков, что уже сдавали эти темы; - просит принять грейд. Грейды может принимать любой член команды, который сам уже перешёл на этот же грейд или выше. Это обеспечивает бесперебойную и успешную работу инструмента. **Процесс принятия.** Все договариваются об удобном времени для интервью в Telegram, а интервью проводят чаще в офисе. Но у нас треть сотрудников на удалёнке, поэтому мы встречаемся и в Zoom. Интервью похоже на экзамен, когда 2-3 человека «прогоняют» разработчика по условному чек-листу вопросов. Но заучить ответы не получится, потому что всегда есть вопросы между строк, а ещё разные сеньоры любят «залетать все в белом и на коне» и «рубить» вопросами, аки Чапаев шашкой белых офицеров. > 💡 Примечание. Интервьюеры стараются собеседовать беспристрастно, потому что если они примут интервью «для галочки», то это нарушит работу всей команды в целом. Сдача темы занимает пару часов, а подготовка — пару недель. После сдачи сдающий получает много обратной связи: дополнительные вопросы, источники от миддлов, которые нужно изучать. Вопросы потом «кочуют» по другим интервью: когда разработчик сдал грейд, а потом принимает сам, то тоже может их вспомнить. После этого вопросы могут стать частью карты. Практика сдачи грейдов помогает также и интервьюерам, потому что «повторение — мать учения». Я регулярно спрашиваю наших разработчиков, что полезного они вынесли из последних приёмов, в которых они участвовали (именно приём, а не сдача). В ответ слышу, что польза в том, что это помогает систематизировать свои знания: темы осознаются гораздо глубже и запоминаются надолго. После таких разговоров мне часто представляется новый формат экзаменов в универе, где не только преподаватель принимает у студентов билеты, но и студенты принимают их у преподавателя 😄 В среднем, переход на следующий грейд занимает несколько месяцев. Например, наш рекорд — 10 месяцев до middle–1 с нуля, и 4 месяца до junior-3. Когда разработчик сдаёт грейд, мы объявляем об этом всей команде. Это маленький праздник и повод для гордости, особенно, если грейд был сдан быстро. ### Онбординг Ещё до онбординга мы оцениваем кандидатов по карте и отправляем ссылку, чтобы они понимали, что требуется знать для трудоустройства. Это удобно: - на берегу рассказываем о ценностях в нашей команде; - готовим к интервью, «раскладываем» все технические «карты» на стол; - заранее отсекаем тех, кто не подойдёт; - с теми, кто остался, проще договариваться о трудоустройстве. Конечно, мы не требуем от новых разработчиков 100% знаний по всему грейду (который им присвоен). Пробелы заполняются в процессе адаптации и развития по карте. ### Адаптация Карта — это хороший инструмент адаптации: помогает оценить свои знания, подталкивает к тому, чтобы расти и знакомиться с командой. До и во время сдачи грейдов приходится искать коллег, которые сдавали недавно, уточнять нюансы и договориться с ними об интервью, обсуждать уровни. Это создаёт атмосферу дружественного саморазвития, провоцирует разговоры в курилках и на обеде. Джуны у нас быстро кооперируются, обсуждают какие-то темы вместе, приходят и спрашивают у миддлов как они сдавали. Бывает, что создают профсоюзы и бастуют бомбят на какие-то темы, но это здорово! ## Преимущества и недостатки Начнём с минусов. ### Минусы **Сложность.** Наша карта не всегда коррелирует с рынком. Наш Junior примерно равен среднестатистическому Middle-разработчику в какой-нибудь продуктовой компании (не сочтите за хвастовство). Мы стараемся ориентироваться на топовые компании и максимально прокачивать наших ребят. Поэтому в карте нет упора на то, чтобы выучить какие-то библиотеки и фреймворки за пару недель, а вопросы глубже. Мы хотим, чтобы наши ребята разбирались в своей сфере лучше. Но это сознательный выбор и для нашей команды себя оправдывает. > 💡 Примечание. У нас есть ещё проблема найма мидлов со стороны, потому что у нас требования выше. **Распределение по грейдам субъективно.** Это будет в любой карте, просто потому что в каждой компании свой стек. С этим придётся смириться. **Мало практики.** Многие темы тяжело изучать, потому что мало практики. Но мы уже работаем над этим — экспериментируем с возможными решениями. ### Плюсы Для нас их больше. **Постоянные обновления.** На GitHub карта постоянно развивается: она открыта, в неё можно добавлять дополнения. Когда разработчики изучают или сдают тему, они также могут через issue внести предложение или дополнительные вопросы. Карта дополняется также после интервью, на которых возникают «удачные» вопросы. **Культура.** В нашей компании она основана на желании развиваться. Карта — маркёр желания. **Гибкость.** В карте нет жестких правил, например, по срокам сдачи грейдов или количеству попыток. Но есть пара нюансов. Ограничение есть для ребят, что выпускаются после нашей программы обучения. После учёбы они получают уровень junior-1 по нашей карте. Если они попадают к нам в команду, то мы обговариваем, что они должны в течение трёх месяцев (испытательный срок) обязательно сдать на junior-2. Такое же ограничение действует, если мы берём на работу человека с «авансом». Например, даём ему уровень junior-3 с не очень уверенными знаниями. Также в течение испытательного он закрывает все пробелы по своим знаниям. **Подробности.** Карта даёт довольно полное понимание о важных в нашей команде вещах, например, о разных нюансах TypeScript у фронтендеров или о расширениях компилятора Haskell у бэкендеров. Благодаря этому у нас есть собственная уверенность в силах разработчиков, сдавших грейды, ведь они подробно описаны. **Структура.** Даёт чёткое определение тех знаний и компетенций, которые мы ждём от своей команды на разных уровнях. **Рекрутинг.** Карта — дополнительный инструмент рекрутинга. Когда к нам приходят новые ребята (в том числе из нашей программы обучения), мы можем им сразу выдать максимально простой и понятный инструмент. ## Для чего карта не подходит **Мы не используем карту как инструмент увольнения.** Наоборот, всегда стараемся лишний раз кого-то повысить. Бывали случаи, когда разработчик получил повышение, а его знания были ещё сыроваты. Но ребятам самим было некомфортно в компании людей того же грейда, у которых пробел меньше, и они всё «добирали» до занимаемого уровня. Такая «страховка» сформировала систему открытости и ответственности. Плохая сдача интервью не повлияет на карьеру разработчика, но и не повод пропускать всех с сырыми знаниями, а самому человеку так и сидеть с ними. **Для замены One-on-One, Performance review или индивидуальных планов развития.** Карта дополняет эти инструменты, как часть комплексной системы. Например, один из наших первых сотрудников, что перешел на удалёнку, «пинал» карту последние годы, но допинать до чего-то существенного не смог. Мы провели с ним One-on-One (также с одним из первых) и это помогло. Мы смогли обсудить проблемы, найти страхи и убедить просто начать. ## Для чего подходит Карта развития — это траектория, по которой нужно двигаться, чтобы стать круче. **Профессиональный рост.** Карта помогает постоянно узнавать что-то новое, поддерживать интерес в профессии, писать код лучше и находить более интересные решения для задач. **Больше денег** — грейды привязаны к зарплатной вилке (с 2019 года). Переходя на грейд выше разработчик будет получать больше. Но и внутри этого грейда он будет получать повышения в пределах вилки. Наша узкая специфика здесь помогает — легче описать каждый грейд, когда в стеке пара языков, чем когда описание стека занимает пару страниц. Оценивать работу, соответственно, тоже проще. **Это весело.** Прозрачная система прокачки, как игра, только бонусы не магические бусы или кольцо удачи, а реальный кэш. ## Планы доработки инструмента **Добавить больше практических упражнений.** Например, тему ООП тяжело проиллюстрировать, закрепить на каких-то реальных задачах и проектах, когда их нет под рукой. Разработчик может попасть в команду, где ООП не применяется, но сдавать ему всё равно придётся и знать на будущее. **Перевести на английский.** У нас есть планы выхода на интернациональный уровень аутсорса. Для этого мы уже кое-что делаем: - Формулируем (пытаемся) на английском вопросы от 2 Middle и выше. - Все новые вопросы в карте сразу пишем на английском. - Понемногу переводим старые темы на младших уровнях. Когда мы окончательно решим представить карту мировому сообществу, подключим редакторов и корректоров, которые исправят перевод. В дальнейшем планируем публиковать карту на международных источниках. [Текущая версия карты со всеми уровнями находится на GitHub  ](https://github.com/fullstack-development/developers-roadmap)в публичном доступе. Все изменения (вопросы, комментарии, дополнения) вносим через pull request или issue. Поэтому добавить своё дополнение может любой, даже джун. ## Первый шаг к карте в вашей компании Несколько непрошенных советов, если понравился инструмент и решите внедрить его у себя. **Просто начните.**Соберитесь с единомышленниками, найдите какие-то варианты карт, обсудите, и запустите самое простое MVP. Карту можно оформлять в любом документе, например, первую версию мы запустили на Rizzoma. Это некий аналог Google Docs — древовидный документ, который могут редактировать несколько человек: добавлять комментарии, исправления, ссылки. ![](https://metalamp.ru/images/601d07acf24194b32e531cae_image7.png) **Запустите первое демо.** На MVP в Rizzoma мы потратили 50 часов: 2 уровня Junior (low и high) и 3 уровня Middle, 50 вопросов на каждый уровень. Сейчас в карту вложено уже 750 человеко-часов и только на уровне Junior больше 500 вопросов, довольно подробных. 50 часов — небольшая цена, чтобы понять, будет ли интересна команде идея карты развития, и будет ли она полезна вообще. **Запланируйте фичи.** Добавьте в карту возможности обратной связи и Peer-to-Peer обучения. Например, у нас это реализовано через интервью. Когда разработчики сами проверяют знания у других разработчиков, сами что-то объясняют, рассказывают, это прокачивает их скиллы снова и снова. > 💡 Карта развития — полезный инструмент, который может помочь сделать систему максимально справедливой и минимально субъективной. Помните, что при работе с людьми стоит склоняться к false positive системе — тогда цена ошибки будет стремиться к нулю. ![article-logo](https://metalamp.ru/images/article/logo.svg) ## Ещё статьи этого автора [Lees meer...](https://metalamp.ru/magazine/kak-karta-razvitia-pomogaet-spravlat-sa-so-stihijnymi-povyseniami-i-neosoznannoj-nekompetentnost-u.md)