🚨RGB 0.12 RC1 версия официально вышла За 2 года, что я отслеживаю протокол RGB, это, возможно, самый захватывающий момент Всего 14 часов назад в RGB-WG на GitHub Максим наконец-то объявил о версии RC1, которая станет самой стабильной версией RGB, и он также рекомендует всем разработчикам RGB как можно скорее перейти на последнюю версию, следующий этап экосистемы BTC уже близко Давайте погрузимся👇 🧵 ———————— 🔶Упрощение протокола Основные изменения касаются уровня консенсуса, новая архитектура впервые вводит zk-AluVM, компактную, высокопроизводительную Turing-полную zk виртуальную машину, специально разработанную для клиентской верификации Если вы не очень знакомы с RGB, вы можете считать его самой родной системой смарт-контрактов для BTC, конечно, не только для BTC, но и для всех публичных блокчейнов с UTXO-моделью, которые могут использовать протокол RGB для выполнения смарт-контрактов вне цепи Возвращаясь к обновлению, в архитектуре также есть реконструкция состояния контрактов + некоторые оптимизации верификации консенсуса, здесь не будем вдаваться в детали Согласно информации на GitHub, в версии v0.12 - >Объем кода консенсуса уменьшен в 4 раза, стандартная библиотека сокращена в 2 раза; - >Уменьшено количество типов данных, количество параметров обобщения в API сокращено на 30% 🔶Унификация состояния Возможно, для обычных людей наиболее заметным изменением будет унификация состояния контрактов (unification). Ранее состояние контрактов имело три типа (FT/NFT/другое), теперь все они объединены, возможно, потребуется новый шаблон токенов (предыдущие шаблоны v0.11, вероятно, устарели) 🔶Улучшение платежей Здесь в основном усилены несколько модулей, я выделю основные моменты 1. Многоактивные контракты Теперь в одном контракте может быть несколько взаимосвязанных токенов, поддерживающих независимые или совместные вызовы например: я могу определить в одном контракте 100 монет + 500 NFT + некоторую другую дополнительную информацию (самую базовую) 2. Платежные скрипты Например, мультиподпись CoinJoin/PayJoin, пакетная обработка транзакций, операции с каналами Lightning и т.д., поддержка один ко многим или много к одному 🔶Оптимизация производительности В старой версии данные консигнации (consignment) должны были полностью загружаться в память, в v0.12 изменено на потоковую верификацию, использование памяти всего несколько сотен байт, адаптация для мобильных/аппаратных кошельков Больше писать не буду, так как это будет отличаться от вашего использования