Репост из: The Daily TON | Новости
👁 Как в TON Core видят развитие сайдчейнов
⚫️ Мы уже сообщали, что в роадмапе TON Core на 2025-м упомянута работа над сайдчейнами. Позже команда опубликовала отдельный пост «TON/TVM Sidechains Overview», и хотим изложить главное оттуда понятным языком.
⚫️ Что вообще такое «сайдчейн»? Главная идея в следующем: помимо привычной нам основной сети TON, возможно запустить ещё «дополнительные», которые чем-то технически отличаются (например, скоростью транзакций), но при этом сообщаются с основной. Это позволит реализовать в TON вещи, которым плохо подходят параметры основной сети: например, высокочастотный трейдинг, для которого обычная скорость транзакций недостаточная.
⚫️ Команда TON Core не намерена самостоятельно запускать сайдчейны, сама она сосредоточена на основной сети. Однако эта команда стремится к тому, чтобы другим желающим сторонам было как можно удобнее их запускать. Чтобы, например, какой-нибудь игровой проект в TON мог запустить собственный сайдчейн, предназначенный для его нужд. Для этого идёт работа над соответствующей инфраструктурой.
⚫️ В посте упоминается проект TAC, о котором мы уже писали. Это EVM-совместимый сайдчейн, призванный принести в TON уже существующие EVM-приложения. Однако пост подчёркивает, что команду TON Core в первую очередь интересуют сайдчейны на основе привычной для TON виртуальной машины TVM, а не EVM или ещё какой-то.
⚫️ Пост поднимает вопрос «как сайдчейны должны обмениваться информацией с основной сетью» и предлагает три варианта. Мост с оракулами — самый простой, однако требует доверять оракулам (гипотетически они могут передавать неверную информацию). Trustless-мост — сложнее, но надёжнее (такой предлагалось делать в недавнем конкурсе). И, наконец, использование идеи workchains, описанной ещё в вайтпейпере — это самый «нативный» для TON вариант, однако он требует ощутимой доработки, поэтому станет доступен позже других.
🪙 В Ethereum, помимо основной сети, также используют ряд дополнительных Layer 2-решений. Однако там это привело к раздробленности экосистемы, когда пользователи имеют дело с целым рядом сущностей и путаются в них. Здесь же в части текста про workchains подчёркивается, что опыт для пользователя должен получаться «бесшовным»: людям не придётся выбирать нужную сеть и они будут ощущать, словно пользуются одной.
@thedailytonrus
⚫️ Мы уже сообщали, что в роадмапе TON Core на 2025-м упомянута работа над сайдчейнами. Позже команда опубликовала отдельный пост «TON/TVM Sidechains Overview», и хотим изложить главное оттуда понятным языком.
⚫️ Что вообще такое «сайдчейн»? Главная идея в следующем: помимо привычной нам основной сети TON, возможно запустить ещё «дополнительные», которые чем-то технически отличаются (например, скоростью транзакций), но при этом сообщаются с основной. Это позволит реализовать в TON вещи, которым плохо подходят параметры основной сети: например, высокочастотный трейдинг, для которого обычная скорость транзакций недостаточная.
⚫️ Команда TON Core не намерена самостоятельно запускать сайдчейны, сама она сосредоточена на основной сети. Однако эта команда стремится к тому, чтобы другим желающим сторонам было как можно удобнее их запускать. Чтобы, например, какой-нибудь игровой проект в TON мог запустить собственный сайдчейн, предназначенный для его нужд. Для этого идёт работа над соответствующей инфраструктурой.
⚫️ В посте упоминается проект TAC, о котором мы уже писали. Это EVM-совместимый сайдчейн, призванный принести в TON уже существующие EVM-приложения. Однако пост подчёркивает, что команду TON Core в первую очередь интересуют сайдчейны на основе привычной для TON виртуальной машины TVM, а не EVM или ещё какой-то.
⚫️ Пост поднимает вопрос «как сайдчейны должны обмениваться информацией с основной сетью» и предлагает три варианта. Мост с оракулами — самый простой, однако требует доверять оракулам (гипотетически они могут передавать неверную информацию). Trustless-мост — сложнее, но надёжнее (такой предлагалось делать в недавнем конкурсе). И, наконец, использование идеи workchains, описанной ещё в вайтпейпере — это самый «нативный» для TON вариант, однако он требует ощутимой доработки, поэтому станет доступен позже других.
🪙 В Ethereum, помимо основной сети, также используют ряд дополнительных Layer 2-решений. Однако там это привело к раздробленности экосистемы, когда пользователи имеют дело с целым рядом сущностей и путаются в них. Здесь же в части текста про workchains подчёркивается, что опыт для пользователя должен получаться «бесшовным»: людям не придётся выбирать нужную сеть и они будут ощущать, словно пользуются одной.
@thedailytonrus