DecimalChain_ru

6 июля в сети Decimal запланировано крупное обновление, включающее ребейс. В связи с этим обращаемся ко всем, кто разворачивал смарт-контракты в сети Decimal. Для корректного проведения обновления нам необходимо учесть все задеплоенные контракты. Просим каждого, кто деплоил контракты — как для действующих, так и для неактивных проектов — передать их адреса. Почему это критически важно: при ребейсе меняются балансы и значения во всей сети. Контракты, которые не будут учтены при обновлении, могут работать некорректно после его завершения. Для пользователей таких контрактов это грозит потерей значительной части средств либо полной блокировкой средств внутри контракта без возможности вывода. Исправить это постфактум мы не сможем: контракты, не вошедшие в план обновления, останутся в несогласованном состоянии. Что нужно сделать: отправьте на почту pm@decimalchain.com список адресов ваших контрактов в формате 0x... с кратким указанием проекта. ❗️Срок — до конца пятницы, 4 июля, чтобы у нас осталось время на подготовку. Писать можно на любом удобном вам языке — мы поймём. Если не уверены, были ли ваши контракты задеплоены в mainnet, напишите нам, поможем проверить.

В чате эти дни кипит разбор исследования по ребейсу DEL, и это здорово. Собрали четыре вопроса, которые задают чаще всего, и отвечаем прямо. 1. «Я потеряю монеты?» Нет. При ребейсе меняется только масштаб: количество токенов на балансе и цена за один токен пересчитываются в одной пропорции. Ваша доля в сети и стоимость баланса остаются прежними. Пример: было 100 000 DEL по 0,1 ₽, станет 100 DEL по 100 ₽. Сумма та же. 2. «Это даст иксы по цене?» Нет, и здесь важно говорить честно: сам ребейс не создаёт стоимость и не обещает роста. Это техническая корректировка масштаба, и поднять цену она сама по себе не может. 3. «Тогда зачем это, если просто косметика?» Смысл в восприятии и удобстве. Цена за один токен и количество нулей влияют на то, как сеть выглядит для новых пользователей и как с ней работают биржи. Это рабочий инструмент, а не обещание прибыли. 4. «А на бирже график прыгнет в 1000 раз — это не обман?» Нет. История сделок не пересчитывается, поэтому в моменте график может выглядеть иначе. Это оптическая смена масштаба, без реального роста. На время обновления торги остановят, чтобы все сделки и балансы прошли корректно, а после биржи синхронизируют цену и количество монет. Стоимость вашей позиции остаётся прежней. ❗️Решение пока не финальное: мы изучаем варианты и считаем последствия. А самые острые вопросы скоро разберём вживую, детали со дня на день. ➡️ А пока — какой вопрос по ребейсу остаётся для вас главным? Пишите в чате: t.me/decimalchain. Соберём в разбор.

Подготовили большое экономическое исследование и делимся им уже сейчас. Воскресение же, как раз время спокойно его прочитать. Материал серьёзный: расчёты, сценарии, влияние на пользователей, биржи и ликвидность, технические нюансы реализации. Мы рассматриваем такую возможность и детально изучаем вопрос. ❗️Просьба к каждому из сообщества: найдите время и прочитайте материал. Это как раз тот случай, когда понимание и мнение сообщества по-настоящему важны. 🔗 Читать исследование: decimalchain.com/blog/ru/del-rebase-research

В 2024 году Decimal добавил поддержку EVM – Ethereum Virtual Machine. Это значит, что сеть стала совместима с частью Ethereum-инфраструктуры. Для пользователей и разработчиков появляются дополнительные сценарии: ➡️ работа через MetaMask ➡️ подключение dApps ➡️ поддержка смарт-контрактов на Solidity ➡️ доступ к привычным инструментам Ethereum-экосистемы При этом базовая логика Decimal сохраняется. Токены по-прежнему можно создавать без разработки смарт-контракта с нуля: ➡️ через встроенные инструменты сети ➡️ с резервированием ➡️ NFT ➡️ SFT ➡️ мультисигом ➡️ Mass Send EVM расширяет возможности для тех проектов, которым нужна более гибкая настройка: кастомные правила, сложная механика или интеграция с внешними Web3-сервисами. Так Decimal объединяет два подхода: простой запуск активов на уровне протокола и возможность более глубокой разработки через EVM. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

У любого токена должна быть понятная логика: зачем он выпускается, как используется и с чем связан внутри сети. В Decimal эту роль может выполнять резерв в DEL. DEL – нативная монета сети. Она используется для комиссий, стейкинга, поддержки сети и резервирования токенов, которые создаются внутри Decimal. Резерв в DEL – это обеспечение для нового токена. Когда проект создаёт свой актив, он может заложить под него часть DEL и заранее определить его экономическую основу: ➡️ эмиссию ➡️ связь с сетью ➡️ будущую роль Например, образовательный проект выпускает токен для бонусов или доступа к материалам. Резерв помогает связать этот токен с базовой экономикой Decimal, а не оставить его просто внутренним баллом без понятной опоры. Размер резерва зависит от задачи токена: ➡️ кто его получает ➡️ где он используется ➡️ как будет обращаться внутри проекта Даже если вы не создаёте токен сами, эта механика помогает понять, чем обеспечен актив и насколько продумана его модель. DEL остаётся базовым элементом Decimal: через него проходят комиссии, стейкинг, поддержка сети и резервирование новых токенов. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

В проектах часто всё начинается просто: курс, клуб, DAO или закрытое сообщество. Сначала доступы и роли можно вести вручную. Но чем больше участников, тем быстрее начинается путаница: кому открыть чат, кто прошёл обучение, у кого какая роль, кому доступ уже нужно закрыть. В Decimal эти вещи можно фиксировать через NFT. NFT может работать как сертификат, пропуск или подтверждение роли. Например, участник прошёл курс и получил NFT на свой кошелёк. По нему можно проверить факт обучения, открыть доступ к следующему уровню или закрытому чату. Если нужно выпустить несколько одинаковых цифровых объектов – например, пропуска на событие или сертификаты одного потока – можно использовать SFT. NFT и SFT в Decimal можно создавать, объединять в коллекции, передавать и связывать с другими инструментами проекта: ➡️ токенами ➡️ ролями ➡️ доступами ➡️ мультисигом ➡️ Mass Send Поддержка Keplr, MetaMask, API и SDK помогает подключать такие сценарии к кошелькам, сайтам, личным кабинетам и внешним сервисам. В итоге NFT в Decimal – это не просто картинка в кошельке. Это способ зафиксировать, кто участвует в проекте, какой у него статус и к чему у него есть доступ. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

Команда Decimal завершила очередной блок технических доработок. Фокус – стабильность модулей, корректность данных и более удобная работа с ключевыми инструментами сети. Что обновили: ➡️ Мультисиг ➡️ Метаданные валидаторов ➡️ HOLD при ределегировании ➡️ Операции покупки и продажи монет ➡️ Explorer Эти обновления не про внешний эффект. Они про инфраструктуру: чтобы транзакции, стейкинг, валидаторы, мультисиг и Explorer работали согласованно и предсказуемо. Decimal усиливает базовые механизмы сети – там, где важны точность, безопасность и контроль данных. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

В Decimal исправлены ошибки в отображении информации в Explorer. Обновление затронуло данные по адресам, стейкам, валидаторам и другим сущностям, которые пользователи проверяют через обозреватель сети. Что исправлено: ➡️ отображение информации об адресах ➡️ данные по стейкам ➡️ информация о валидаторах ➡️ отображение связанных сущностей в Explorer Explorer – один из основных инструментов проверки данных в блокчейне. Через него пользователи смотрят операции, адреса, стейки, валидаторов и состояние сети. Поэтому информация должна отображаться точно и без расхождений. Это обновление не меняет логику работы сети, но делает взаимодействие с Decimal прозрачнее и удобнее для пользователей, валидаторов и делегаторов. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

В Decimal исправлена уязвимость, связанная с операциями покупки и продажи монет при прямом обращении к контракту. Речь идёт о техническом сценарии, при котором часть проверок могла отрабатывать некорректно при обходе стандартного интерфейса. Сейчас логика валидации усилена. После исправления: ➡️ параметры монеты проверяются корректно ➡️ операции покупки и продажи проходят через нужные ограничения ➡️ прямое обращение к контракту не позволяет обойти предусмотренную логику ➡️ работа с монетами стала безопаснее на уровне базовых механизмов сети Почему это важно: ➡️ В Decimal создание и обращение монет встроены в архитектуру сети. Поэтому любые операции с покупкой, продажей и параметрами актива должны проходить строго по заданным правилам. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

В Decimal доработана логика фиксации срока HOLD при ределегировании. Раньше при переводе делегации от одного валидатора к другому могло устанавливаться новое начало срока HOLD. Из-за этого срок мог становиться меньше года, а бонусы за HOLD – сбрасываться. Сейчас эта логика исправлена. После доработки: ➡️ при ределегировании не устанавливается новое начало срока HOLD ➡️ срок HOLD сохраняется корректно ➡️ снижается риск сброса бонусов из-за технического пересчёта Для пользователя это значит, что он может сменить валидатора без риска потерять уже накопленный срок HOLD из-за ошибки в логике ределегирования. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

В Decimal исправлена ошибка, связанная с редактированием метаданных валидатора. Раньше при изменении данных могла возникать рассинхронизация между модулями EVM и Cosmos. Из-за этого информация в одном модуле уже обновлялась, а в другом могла отображаться некорректно. Сейчас данные сохраняются корректно в обоих модулях. Что исправлено: ➡️ синхронизация данных между EVM и Cosmos ➡️ корректное сохранение метаданных валидатора ➡️ редактирование комиссии валидаторов Почему это важно: Валидатор – один из ключевых участников сети. Его данные должны обновляться точно и одинаково во всех связанных модулях, особенно если речь идёт о комиссии, параметрах и информации, которую видят делегаторы. Это техническое обновление делает работу сети стабильнее на уровне инфраструктуры. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

Мультисиг – это инструмент для совместного управления средствами, когда транзакция проходит не по решению одного человека, а через подтверждение участников кошелька. После обновления раздел стал удобнее визуально и технически. Что изменилось: ➡️ обновлена таблица транзакций ➡️ переработана логика голосования за операции других участников мультисига ➡️ добавлено делегирование с мультисиг-кошелька через интерфейс Консоли Теперь проще отслеживать созданные транзакции, видеть этап голосования и понимать, какие действия требуют подтверждения. Отдельно важно делегирование с мультисиг-кошелька. ➡️ Команда может управлять общими активами и делегировать их валидаторам, сохраняя механику коллективного подтверждения Это делает мультисиг полезнее для команд, DAO и проектов, где важны прозрачность, согласование действий и контроль общих средств внутри сети. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

12 июня – день, когда особенно хочется говорить о стране и их о людях, идеях и проектах, которые развивают страну. Для команды Decimal это особенно близко. Мы развиваем блокчейн-инфраструктуру здесь, вносим вклад в криптоиндустрию нашей страны и продолжаем работать над решениями, которые помогают этой сфере становиться сильнее. Технологии развиваются не сами по себе. За ними стоят команды, идеи, пользователи и сообщества, которые каждый день делают свою часть работы. Пусть в России будет больше сильных проектов, смелых решений и людей, которые создают будущее своими руками. С Днём России! 🇷🇺

Команда Decimal провела важный блок технических обновлений. Часть изменений заметна в интерфейсе, часть – на уровне внутренней логики сети. Но все они работают на одно: сделать инструменты Decimal стабильнее, точнее и удобнее для пользователей, валидаторов и проектов. Что вошло в обновление: ➡️ Мультисиг Обновлена таблица транзакций, доработана логика голосования и добавлена возможность делегирования с мультисиг-кошелька через Консоль ➡️ Метаданные валидаторов Исправлена рассинхронизация между модулями EVM и Cosmos ➡️ HOLD при ределегировании Доработана логика фиксации срока HOLD ➡️ Операции покупки и продажи монет Усилена проверка параметров при прямом обращении к контракту ➡️ Explorer Исправлены ошибки в отображении данных об адресах, стейках, валидаторах и других сущностях В следующих постах разберём каждое обновление отдельно: ➡️ что именно изменилось ➡️ почему это важно ➡️ как это влияет на работу внутри экосистемы Decimal 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

Представьте команду, у которой есть общий бюджет: выплаты подрядчикам, награды участникам, расходы на развитие проекта. Но доступ к кошельку есть у одного человека. Если он в дороге, болеет, не отвечает, теряет доступ или ошибается в адресе, вся команда зависит от одной точки принятия решений. Деньги вроде бы общие, но управляются вручную и через личные договорённости. Мультисиг в Decimal помогает выстроить другую схему. Это общий кошелёк для нескольких пользователей с опцией голосования. Один участник создаёт операцию, например перевод подрядчику. Остальные участники кошелька проверяют её и голосуют за подтверждение. ➡️ Если набирается нужное количество голосов, транзакция выполняется ➡️ Если подтверждений недостаточно, перевод не уходит Так заранее задаются понятные правила: кто может создавать операции, кто участвует в голосовании и сколько голосов нужно для отправки средств. Мультисиг подходит для команд, DAO, партнёрских проектов, фондов и сообществ, где важно управлять общими средствами не через одного человека, а через согласованную механику. В Decimal такой инструмент можно использовать для хранения бюджета, выплат, распределения средств и согласования важных операций. Когда общий кошелёк работает по правилам, у команды меньше спорных ситуаций и больше прозрачности в финансовых решениях. Ставьте «⚡️», если считаете, что общими средствами команды лучше управлять через мультисиг, а не через один личный кошелёк. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

В большинстве сетей запуск токена начинается с разработки смарт-контракта. Нужно написать код, протестировать его, проверить безопасность, провести аудит, задеплоить контракт и только потом переходить к запуску. Для проекта без сильной технической команды это может стать отдельной большой задачей. В Decimal логика другая: создание токена встроено на уровне протокола. Пользователю не нужно писать смарт-контракт с нуля и разбираться в Solidity. Он задаёт параметры токена внутри сети: ➡️ название ➡️ тикер ➡️ эмиссию ➡️ резерв в DEL ➡️ другие настройки, которые определяют, как актив будет работать дальше Это сокращает путь от идеи до запуска. Например, проекту нужен токен для внутренних расчётов, мотивации участников, доступа к сервисам или голосований. В Decimal такой актив можно создать без сборки отдельной технической инфраструктуры и без подключения сторонних сервисов на каждом этапе. При этом важно не просто выпустить токен, а заранее понять его роль: кто его получает, где он используется, как двигается внутри проекта и какие правила будут заложены на старте. Токен в Decimal может стать частью более широкой структуры: ➡️ связаться с NFT ➡️ ролями ➡️ DAO ➡️ выплатами ➡️ внутренней экономикой проекта Главное преимущество такого подхода – меньше лишней технической сложности на старте. Команда может сосредоточиться не на разработке контракта, а на модели самого проекта: зачем нужен токен и как он будет работать после запуска. Ставьте «⚡️», если вам интересна экономика проектов, построенных вокруг собственных токенов. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

Представьте, что проекту нужно начислить выплаты большому списку людей. Например, участникам активности, команде, амбассадорам, авторам, валидаторам или пользователям, которые выполнили условия внутри сообщества. Если делать это вручную, всё быстро превращается в рутину: открыть таблицу, скопировать адрес, проверить сумму, отправить транзакцию, отметить строку, перейти к следующей. И так десятки, сотни или тысячи раз. На таком объёме ошибка становится вопросом времени. Можно вставить не тот адрес, пропустить человека, отправить сумму дважды или потратить полдня на действия, которые по сути повторяются. Для таких задач в Decimal есть мультисенд. Мультисенд позволяет подготовить список получателей и сумм заранее, а затем провести массовую отправку через одну операцию в сети. Вместо 1000 отдельных ручных действий команда работает с одним списком распределения. Это удобно в проектах, где выплаты происходят регулярно: ➡️ ежемесячные вознаграждения ➡️ бонусы за активность ➡️ распределение токенов ➡️ выплаты участникам DAO ➡️ начисления внутри внутренней экономики Главная ценность здесь не только в скорости. Мультисенд снижает количество ручных ошибок и оставляет понятную историю распределения в сети. Когда выплаты становятся частью процесса, их важно не просто отправить. Важно сделать это точно, прозрачно и без лишней ручной работы. Ставьте «⚡️», если автоматизация таких процессов могла бы сэкономить вам время. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

В любом активном сообществе роли появляются почти незаметно. Сначала есть просто участники. Потом: ➡️ кто-то начинает помогать новичкам ➡️ кто-то ведёт обсуждения ➡️ кто-то отвечает за встречи ➡️ кто-то получает доступ к закрытым материалам или голосованиям И в какой-то момент всё начинает держаться на ручном контроле. ➡️ Одному забыли открыть доступ ➡️ Другому оставили роль, хотя он уже не участвует в проекте ➡️ Третий получил статус «амбассадор», потому что давно в чате, а более активного участника просто не заметили NFT помогает сделать роли понятными и проверяемыми. Например, участник получает NFT «Куратор». Этот NFT может открывать доступ к отдельному чату, материалам, встречам или голосованиям. Если роль больше не актуальна, доступ можно изменить или отозвать по правилам проекта. Такой формат подходит для образовательных клубов, DAO, амбассадорских программ, закрытых сообществ и проектов, где есть разные уровни участия. ➡️ Для команды это меньше ручной работы и спорных ситуаций ➡️ Для участников – понятная система: видно, какая роль у человека, за что она выдана и какие возможности с ней связаны В Decimal NFT можно использовать как часть структуры сообщества: роли, доступы, уровни, права и связь с другими инструментами проекта. Ставьте «⚡️», если сталкивались с ситуацией, когда в сообществе роли и доступы со временем начинают путаться. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal

Представьте обычную ситуацию: школа выпустила поток, отправила ученикам PDF-сертификаты, кто-то сохранил файл, кто-то потерял, кто-то через год просит подтвердить обучение. И дальше всё снова уходит в ручную работу: ➡️ найти таблицу ➡️ проверить дату ➡️ вспомнить поток ➡️ поднять переписку ➡️ подтвердить, что человек действительно проходил курс С NFT эта логика меняется. После окончания курса участник получает NFT-сертификат на свой кошелёк. В нём можно зафиксировать факт обучения, уровень программы, дату выпуска или статус участника. Такой сертификат не нужно пересылать в виде файла и отдельно подтверждать через администратора. Его можно проверить в сети: видно, кем он был выдан и к какому кошельку привязан. Для образовательного проекта это удобно сразу в нескольких сценариях. ➡️ NFT может подтверждать прохождение курса ➡️ Открывать доступ к следующему уровню обучения ➡️ Давать роль в закрытом сообществе ➡️ Участвовать в системе лояльности Например, базовый курс – один NFT, продвинутый уровень – другой, экспертная программа – третий. Названия и уровни можно адаптировать под свой проект, а сам сертификат становится частью общей структуры, а не отдельным PDF в папке. В Decimal такой формат можно использовать не только как подтверждение обучения, но и как элемент доступа, статуса и дальнейшего взаимодействия с выпускниками. Ставьте «⚡️», если такой формат сертификатов кажется практичнее обычного файла. 📈 С уважением, Команда Decimal ______ Сайт • Wiki Decimal