⏺️Прочитать блокчейн может любой узел. Зачем депозитарию коннектор❔
Задача не в чтении, а в границе ответственности. Сеть сообщает факты: сколько единиц на адресе/ в какой блок включена транзакция. О депонентах, поручениях и законности операции она ничего не знает. За учет и юридическое действие отвечает депозитарий.
Коннектор связывает эти контуры: возвращает данные сети, но не ведет книгу депонентов и не решает "провести или отказать". Учетному ядру не приходится разбираться в особенностях каждого блокчейна.
⏺️Почему не разработать такой слой самостоятельно❔
Можно. Вопрос в дальнейшей поддержке. Сети меняются: появляются форки, меняются правила комиссий, узлы расходятся в показаниях – и все это не по графику релизов депозитария.
В итоге команда учетной системы начинает заниматься эксплуатацией узлов. Отдельное решение помогает сократить эту нагрузку.
⏺️Что сложнее всего совместить с учетом❔
Реорганизацию цепи: транзакция может попасть в блок, а затем оказаться вне него. Для учета важно, когда ее включение считается подтвержденным и что делать при изменении состояния сети.
Другой пример – комиссии. В Ethereum это газ и приоритетная надбавка, в TRON – энергия и пропускная способность, в Bitcoin комиссия зависит от размера транзакции. Единая шкала тарифов теряет эти различия. Коннектор должен передавать данные в величинах самой сети.
⏺️Что готовит Диасофт❔
Мы разрабатываем Коннектор к блокчейн-сетям для цифрового депозитария. Первую версию планируем выпустить в октябре 2026 года, ориентируемся на Ethereum, TRON и Bitcoin.
Продукт будет работать с адресами, передавать состояния и комиссии сети, готовить и подписывать транзакции по явному разрешению депозитария. Особое внимание уделяем устойчивости при сбоях и реорганизации цепи.
Подключение коннектора не должно требовать переписывания ядра учета. Мы готовы обсуждать пилоты с цифровыми депозитариями.
⏺️Какой рыночный тренд вы учитываете❔
Развитие внешних сервисов, в том числе цифрового анализа адресов и активов. Ожидаем специализации поставщиков и конкуренции за качество анализа.
Поэтому коннектор должен работать с сервисом, который выбрал депозитарий, и возвращать результаты проверок до отправки и после поступления средств. Решение об операции остается за депозитарием.
Это главный принцип продукта: предоставлять факты из внешних сетей, сохраняя управление учетом и операциями в контуре депозитария.