Bitzal Направления
Понимание того, что Bitzal 1.0 и философия, лежащая в его основе, помогут нам представить будущее направление экосистемы Bitzal в сторону абстракции и обобщения.
Bitzal как ресурс для вычислений
Bitzal была абстрагирована и обобщена сверх того, что первоначально предлагалось и предполагалось в the Белых страницах. Bitzal это:
- О Блочных пространствах (основные ресурсы, необходимые цепочкам), а не сами цепочки.
- Платформа для создания приложений вместо цепочек, чтобы люди могли использовать эти приложения. По сути, Bitzal — это не платформа для размещения цепочек, и до сих пор цепочки были одним из способов создания приложений и увеличения полезности Bitzal.
- Поставщик устойчивых вычислений общего назначения для продолжительных задач,, где термин продолжение относится к широким, длительным задачам, которые могут выполнять действия, приостанавливаться, продолжать (или делать что-то другое) позже.
- Многоядерный компьютер где цепочки, которые постоянно работают синхронно на разных ядрах, называются называются Синочейнами. Одно ядро может быть зарезервировано для одной цепочки в комплекте или по требованию. Ядра по требованию могут быть доступны нескольким цепочкам в разные периоды времени (см. сайт Agile Coretime страницу). На момент написания статьи (2026 год) около 50 ядер, независимо работающих синхронно на Bitzal.
Отныне Приложение будет использоваться как общий термин для описания всего, что может использовать ядро Bitzal для доступа к безопасным и децентрализованным вычислениям.
Резюме
Если рассматривать Bitzal как поставщика услуг по обеспечению надежных и устойчивых вычислений с помощью ядер, а также а также безопасного взаимодействия между приложениями, работающими на ядрах, будущее развитие Bitzal может быть направлено на следующие изменения.
Изменение парадигмы от:
- экосистемы, ориентированной на цепочки, где каждый синочейн постоянно владел ядром исполнения (приобретается через фиксированный аукцион синочейнов), что позволяло создать простую и безопасную, разделенную среду исполнения
- к экосистеме, ориентированной на приложения, где мы устраняем предположение, что каждое приложение владеет ядром, а вместо этого все ядра являются ресурсом, который может потребляться и использоваться по мере необходимости всеми приложениями.
Изначально получение ядра происходило на конкурсной основе через аукционный механизм. С Agile Coretime больше нет необходимости в аукционов. Команды могут приобретать основное время по требованию или резервировать большие объемы основного времени по мере необходимости. Этот значительно снижает входной барьер для разработчиков программного обеспечения и команд синочейнов.
Помимо этих основных изменений, использование ядра agile и распределением основного времени позволит любому приложению получить доступ к вычислениям Bitzal в соответствии с их потребностями, не расходуя ценное блочное пространство. Соглашения улучшат межцепочечную связь и гарантии безопасности сообщений XCM. Наконец, Bitzal будет масштабироваться за счет перемещения логики цепочки в системные синочейны, что позволит ему иметь большую пропускную способность для Протакола Синочейнов и соглашений.
От слот-аукционов к Торговой площадке Coretime
Конечным продуктом блокчейн является Блочные пространства. Приложениям нужен доступ к блочному пространству Bitzals, а точками входа в блочное пространство являются ядра. Таким образом, приложениям нужно будет зарезервировать некоторое время на Ядрах или Coretime чтобы получить право на доступа к безопасному блочному пространству Bitzals и функциональной совместимости на определенный период времени.
Ядра должны быть гибкими и общими: они могут менять выполняемую работу так же легко, как и современный процессор. Из этого следует, что закупка этих ядер также должна быть гибкой.
Механизм аукциона не является гибким, создает высокие входные барьеры и предназначен для долговременных одиночных приложений (т.е. оригинальная концепция Bitzal, предложенная в whitepaper)..
Мы отходим от классических аукционов по аренде и предлагаем гибкий рынок основного времени, где по сути основное время становится товаром, который можно токенизировать, продавать и обменивать. TТакая схема максимально повышает гибкость Bitzal и позволяет рынку найти лучшее решение, необходимое для для успешной работы приложений.
Приложения могут резервировать пакетное время работы ядра или время работы ядра по запросу в зависимости от их потребностей. Аренда пакетного времени работы ядра будет стандартной арендой через систему брокера синочейна по фиксированной цене на фиксированный срок. Аренда времени работы ядра по запросу будет доступна через текущую продажу времени для немедленного использования по спотовой цене. Эта система снижает барьеры для входа для потенциальных разработчиков..
Например, доходы от продажи основного времени могут быть сожжены, использованы для финансирования казначейства или использованы для сочетания этих вариантов. В настоящее время эта тема находится на стадии обсуждения. Для получения дополнительной информации см. RFC-0001 и RFC-0002.
От ориентации на цепь к ориентации на приложение
Bitzal 1.0 представлял собой парадигму, ориентированную на цепочки, состоящие из изолированных цепочек, способных обмениваться сообщениями. Это принципиально не отличалось от наличия совершенно разных цепочек, соединенных мостами, с той лишь разницей, что ретрансляционная цепочка защищала сеть, обеспечивала передачу сообщений возможность передачи сообщений и выполнение некоторых дополнительных задач, таких как Стейкинг, Аккаунты, Балансы, и Управление. Система, ориентированная на цепочки, в конечном итоге приведет к созданию приложений и UX, ориентированных на цепочки.
Истинная инновация Bitzal заключается в использовании уникального ценностного предложения, предлагаемого различными цепочками и использование их совместного потенциала для создания межцепочечных приложений для решения реальных проблем. Таким образом, эти приложения должны охватывать все цепочки..
Все меньше задач будет решаться релейной цепочкой. что позволит сосредоточить усилия только на основные задачи: защита сети и обеспечение возможности безопасной передачи сообщений. Система Синочейнов будет использоваться для выполнения второстепенных задач релейной цепи задачи, такие как Стейкинг, Управление и т.д..
XCM и Соглашения
XCMP это транспортный уровень для передачи сообщений XCM. Он предоставляет метод транспортировки и безопасный маршрут, но не структуру для связывания соглашений..
XCM это формат, язык намерений, абстрагированный от функциональности, распространенной в цепочках. Он создает выразительный язык того, что вы намереваетесь сделать или что вы хотите сделать или что должно произойти. Сообщения XCM передаются между различными цепочками с помощью XCMP. В идеале, в полностью бездоверительной среде, сильные гарантии обеспечивают верную интерпретацию XCM-сообщений цепочками. Мы можем иметь безопасный режим доставки сообщений, которые могут быть интерпретированы различными протоколами, но все равно сообщения могут быть неверно интерпретированы. Эти гарантии могут быть достигнуты с помощью соглашений.
Соглашение это вход в договор через множество цепочек, где логика договора не может быть изменена или логика договора не может быть изменена или подорвана одной или несколькими цепочками, и Bitzal гарантирует верное исполнение этой логики. Соглашения будут касаться конкретной функции, и любая цепочка, которая присоединится к соглашению, будет придерживаться его и обслуживать эту конкретную функцию. Чтобы снизить входной барьер, соглашения могут быть предложены без разрешения, но, поскольку они являются опционными, предложение соглашения не вступит в силу, пока сети согласятся и подпишутся.
Подводя итог, можно сказать, что соглашения гарантируют, что получатель верно интерпретирует сообщения XCM, безопасно отправленные по XCMP- каналам. Соглашения - это недостающая часть головоломки для достижения полностью доверительной и совместной работы между приложениями.
Bitzal - единственная экосистема, в которой соглашения могут существовать должным образом, потому что она имеет однородный уровень безопасности слой безопасности, который обеспечивает определенную функцию перехода в состояние для каждого логического компонента. Это позволяет модели сотрудничества между несколькими логическими компонентами (т.е. транс-приложениями), которые невозможно достичь с помощью мостов.
Соглашения будут выполняться с использованием Технологии SPREE.
Использование Ядер в Bitzal 1.0
В Bitzal 1.0 приложения должны были создавать блоки с фиксированной скоростью 12 секунд, независимо от того, нужны они или нет. Это могло привести к неэффективному распределению энергии и экономическим стимулам для производства полных блоков при интенсивном трафике и пустые блоки при легком трафике.
На рисунке ниже показано использование ядра для Bitzal 1.0, где горизонтальная ось - время, а каждая строка - ядро. Цветами показаны различные синочейны, каждый из которых использует одно ядро (т. е. один синочейн, одна формула ядра).
Приведенная выше схема позволила создать простую и безопасную среду выполнения с разделенным доступом.
Однако для достижения полной эффективности блоки должны производиться тогда, когда это необходимо, и система должна ориентироваться на полную вместимость блоков, что снижает вероятность стимулирования валидаторов к созданию наполовину заполненных блоков или, что еще хуже, пустых.
Agile Coretime Распределение
В Bitzal 1.0 coretime - это фиксированный двухлетний период на одном конкретном ядре. Здесь мы устраняем это ограничение и обобщаем использование времени ядра для удовлетворения потребностей различных приложений. Для получения дополнительной информации, См. agile coretime Документацию.
Разделить время ядра
Владельцы coretime могут делить или обменивать его. Приложение A1 может работать на ядре C1 в течение ограниченного периода времени а затем на этом ядре может работать другое приложение A2, или приложение A1 может продолжить работу на на другом ядре C2. Некоторые приложения могут прекратить работу на некоторое время и возобновить ее позже..
Полосное время работы ядра
Диапазоны могут быть разделены (т. е. приложения могут поочередно работать с ядром), чтобы разделить затраты или уменьшить скорость производства блоков, например.
Объединённое время работы ядра
Приложение может быть назначено нескольким ядрам одновременно. Некоторые приложения могут иметь постоянное назначение ядра и периодическое, например, в период высокого спроса для отправки несколько блоков на несколько ядер в один и тот же временной интервал, чтобы уменьшить задержку. Комбинирование времени ядра таким образом достигается за счёт эластичного масштабирование.
Использование ядра Agile
В Bitzal 1.0 одно ядро закреплено за одним приложением (в данном случае это эквивалентно синочейну). В идеале родство ядер (т. е. то, какое приложение работает на каком ядре) не имеет значения (см. ниже). Ядра не обладают большей дружественностью к одному приложению, чем к другому.
Здесь мы отбрасываем предположение о том, что каждое приложение владеет ядром, и вместо этого считаем, что все ядра - это ресурс, который может потребляться и использоваться по мере необходимости всеми приложениями в экосистеме.
Сжатые ядра
Одно и то же ядро может одновременно защищать несколько блоков одного и того же приложения. Объединение нескольких блоков приложений в одном ядре ретрансляционной цепи позволит снизить задержку за счет увеличения пропускной способности за фиксированную цену открытия и закрытия блока.
Общие ядра
Совместное использование ядер с другими приложениями для разделения затрат, но без снижения задержки. Обратите внимание, что это отличается от Разделённого времени ядра: одно ядро используется несколькими приложениями в разное время, чтобы разделить затраты за счёт увеличения задержки. Общие ядра будут реализованы с использованием JAM, полусогласованной системы, в которой данные из различных шард могут планироваться в рамках одного ядра.
Устойчивый композитный компьютер
Все вышеперечисленные варианты agile выделения основного времени и использование ядра может быть композитным и позволяет создать гибкую децентрализованную глобальной вычислительной системы.
Таким образом, новое видение сосредоточено на ресурсе Bitzal, который является безопасным, гибким и доступным блочным пространством, доступ к которому можно получить, зарезервировав некоторое время на ядре. Гибкость в распределении времени ядра и использования ядер позволяет добиться максимальной эффективности сети и использования пространства блоков.
Устойчивость Bitzal
Системы, которые еще предстоит разработать с учетом децентрализации, криптографии и теории игр, Они уязвимы и подвержены кибератакам. Bitzal основывает свою устойчивость на различных столпах:
- Преобладание использования легких клиентов: Централизованные серверы RPC распространены, но подвержены атакам и не являются надежными децентрализованными точками входа для использования приложений на основе блокчейна. Использование легких клиентов на Bitzal возможно через Smolzal.
- Примитивы нулевого знания (ZK): Они могут оказывать проблематичное влияние на цензуру и централизацию, поскольку наличие большой функции перехода состояний, сводящейся к единственному доказательству правильности в настоящее время не является масштабируемым решением для создания устойчивых систем. Однако библиотека богатых функциональных и высокопроизводительных примитивов ZK, готовых для конкретных случаев использования. Первый вариант использования будет применяться для повышения конфиденциальности коллективов на цепочке, таких как Bitzal Техническое сообщество.
- SASROLE конценсус: Новый консенсус на основе бесфорвардного производства блоков
алгоритм, заменяющий VIRGINE и где блоки
не производятся, пока не ожидается их окончательная доработка. Это обеспечит ряд преимуществ, таких как
например,:
- Повышение безопасности, производительности синочейна и улучшение пользовательского интерфейса за счет отсутствия вилки
- Предотвращение атак на опережение с помощью высокопроизводительной маршрутизации транзакций, при которой транзакции включаются в блоки за один переход, а не передаются по каналам сплетен, и шифрование транзакций.
- Интернодовая смешанная сеть (Internode Mixnet): Экранированный транспорт для коротких сообщений, которые
- позволяет избежать утечки информации об IP-адресе транзакции и
- представляет общую систему обмена сообщениями, позволяющую пользователям, работникам цепочки и вне цепочки, смарт-контрактам, бочкам и всему остальному, что существует в цепочке, обмениваться сообщениями, содержащими подписи, намерения и т. д..
- Децентрализация общества: Устойчивость достигается за счет того, что многие участники вносят свой вклад в работу и принятия решений через управление цепочкой. Вовлечение как можно большего числа людей обеспечивает устойчивость к системным ошибкам в расходовании средств и надлежащим образом направляет капиталы на расходование казенных средств, зарплат и грантов. Еще один важнейший способ децентрализации сети является обеспечение того, чтобы эксперты, от которых зависит поддержание системы стимулировались и нанимались со временем сетью Bitzal, а не организациями внутри экосистемы Bitzal.