Ровно два года назад все криптопространство было наполнено восторженным ожиданием предстоящего аукциона слотов парачейнов Polkadot. Однако со временем этот аукционный механизм оказался имеющим относительно высокий порог участия, что несколько затормозило дальнейшее расширение его экосистемы. Но, к счастью, команда во главе с доктором Гэвином Вудом вовремя увидела проблему и была полна решимости преодолеть ранее воздвигнутые препятствия и активно думать о том, как способствовать устойчивому развитию экосистемы, снизить барьер для входа и больше сосредоточиться на предоставлении действительно ценного блокчейн-продукта — «блочного пространства».
В этом историческом контексте и трансформации, каким будет будущий макет и направление развития Polkadot? Давайте всесторонне рассмотрим, как Polkadot может лучше обслуживать пользователей Web3 с помощью этой статьи.
Понимание Polkadot 1.0 и философии, лежащей в его основе, поможет нам лучше понять будущее направление экосистемы Polkadot!
Переопределено: Polkadot будет использоваться в качестве вычислительного ресурса
Polkadot теперь абстрагирован и обобщен за пределами того, что было первоначально предложено и предусмотрено в белой книге. Polkadot — это:
Пространство блока (базовый ресурс, необходимый цепочке), а не цепочка.
Платформа, созданная для того, чтобы люди могли использовать приложение, а не цепочку. По сути, Polkadot — это не платформа для хостинга цепочек, цепочки — это просто способ создания приложений и повышения полезности Polkadot.
Платформа, предоставляющая непрерывные, стабильные вычислительные сервисы, которые являются не просто специфическими или ограниченными, а универсальными и могут применяться к различным приложениям и сценариям. Где «постоянный» означает начало выполнения действия или вычисления, а затем приостановку в какой-то момент, прежде чем продолжить с того места, где оно было прервано, или перейти к другой задаче.
Многоядерный компьютер, в котором цепочки последовательно работают на разных ядрах, называется парачейнами. В настоящее время с механизмом аукциона слотов используется одно ядро на цепочку, но для параллельных потоков это может быть предоставление ресурсов для нескольких цепочек по требованию в разное время. В настоящее время на Polkadot насчитывается около 50 ядер, работающих независимо и параллельно.
Отныне приложения будут использоваться в качестве общего термина для описания всего, что может использовать Polkadot Core для доступа к безопасным и децентрализованным вычислениям.
Основные направления развития Polkadot
Если мы думаем о Polkadot как о поставщике услуг, который предоставляет надежные и устойчивые вычислительные услуги через свое ядро и гарантирует, что приложения могут безопасно взаимодействовать или взаимодействовать друг с другом, то будущее Polkadot может развиваться в следующих основных направлениях - от экосистемы, ориентированной на цепочку, к экосистеме, ориентированной на приложения. Уберите предположение о том, что каждое приложение имеет одно ядро, но вместо этого все ядра являются ресурсами, которые могут потребляться и использоваться приложением по мере необходимости.
Ранее обеспечение слотов парачейнов через механизм аукциона было конкурентным процессом. С Coretime аукционы слотов больше не нужны. Команды могут приобрести мгновенный CoreTime или забронировать столько, сколько необходимо. Это значительно снижает барьер для входа для софтверных игроков и парачейн-команд.
В дополнение к этим серьезным изменениям, гибкое использование ядра и выделение основного времени позволят любому приложению получать доступ к вычислениям Polkadot по мере необходимости, не тратя впустую ценное пространство блока. Протокол также улучшит межцепочечную коммуникацию и гарантии безопасности для сообщений XCM. Наконец, сам Polkadot будет масштабироваться, декомпозируя основную логику на свои собственные системные парачейны, обеспечивая большую пропускную способность для протоколов парачейнов и соглашений.
От аукциона слотов до маркетплейса Coretime
Конечным продуктом блокчейна является блочное пространство. Приложению необходим доступ к блочному пространству Polkadot, а точкой входа для доступа к блочному пространству является ядро. В результате приложениям необходимо будет зарезервировать некоторое время или время ядра на ядре, чтобы получить доступ к безопасному блочному пространству Polkadot и совместимости в течение ограниченного периода времени.
Ядро должно быть гибким и общим:
«Гибкость» означает, что ядра могут быстро настраивать или переключать задачи, которые они выполняют, точно так же, как современные процессоры могут быстро переключаться между различными программами или задачами.
«Универсальность» означает, что эти ядра не предназначены специально для конкретной задачи, а могут быть адаптированы и обработаны для множества различных задач.
Поскольку ядра обладают такими характеристиками, для того, чтобы использовать их в полной мере, способ их приобретения (или распределения) также должен быть гибким и быстрым, т.е. «подвижным».
Механизм аукциона слотов не является гибким, он создает высокий барьер для входа и предназначен для длительных, монолитных приложений (т.е. оригинальное видение Polkadot, предложенное в white paper).
Мы отказались от классического лизингового аукциона и предложили построить «гибкий» маркетплейс для основного времени, по сути, товар, который можно токенизировать, продавать и обменивать. Такая настройка максимизирует гибкость Polkadot и позволяет рынку найти лучшее решение для успеха приложения.
Приложения смогут бронировать Bulk Core Time и Instant Core Time по мере необходимости. Массовая аренда основного времени будет сдаваться в аренду оптом на фиксированный период времени по фиксированной цене через парачейн брокерской системы. Аренда Instant Core Time будет продаваться на основе спроса в режиме реального времени, а цена аренды будет определяться на основе текущей цены в реальном времени. Такая система снизит входной барьер для потенциальных строителей.
Выручка от продаж в основное время может быть уничтожена, или перетечет в казну, или будет использована для комбинации этих вариантов. В настоящее время эта тема находится в стадии обсуждения. Дополнительные сведения см. в RFC-0010 и RFC-0015.
RFC-0010:
RFC-0015:
От цепочечно-ориентированности к ориентированности на приложения
Polkadot 1.0 — это парадигма, ориентированная на цепочку, состоящая из потерянных цепочек, способных обмениваться сообщениями. Это принципиально не отличается от совершенно другой цепочки, связанной мостом, единственное отличие заключается в том, что существует ретрансляционная цепочка для защиты сети, предоставления возможностей обмена сообщениями и выполнения дополнительных задач, таких как краудлоан, аукцион, стейкинг, учетные записи, балансы и управление. Если система спроектирована как цепно-ориентированная, то приложения, которые она в конечном итоге создает, и возможности, которые она предоставляет пользователям, также будут ориентированы на цепочку. То, как спроектирована и спроектирована система, напрямую влияет на характеристики приложений, которые она создает, и на возможности, которые она предоставляет пользователям. Если в центре внимания системы находится цепочка, то приложение и пользовательский опыт также будут отражать эту тенденцию.
Настоящая инновация Polkadot заключается в использовании уникального ценностного предложения, предлагаемого различными цепочками, и использовании потенциала совместной работы этих цепочек для создания кроссчейн-приложений для решения реальных проблем. Поэтому эти приложения должны быть кроссчейн-приложениями.
В будущем Relay Chain будет выполнять все меньше и меньше задач, и он сосредоточится только на главной задаче: обеспечении безопасности сети и предоставлении возможностей безопасного обмена сообщениями. Системные парачейны будут использоваться для выполнения задач вторичной ретрансляционной цепочки, таких как стейкинг, управление и т. д. Ознакомьтесь с последней статьей PolkaWorld «Гэвин Вуд предлагает свести к минимуму цепочку ретрансляторов, системы идентификации, стейкинга и управления сначала перейдут на системный парачейн!» 》
XCM и Accords
XCMP — это протокол транспортного уровня, специально разработанный для отправки сообщений XCM. Он предоставляет конкретный метод и безопасный путь для доставки сообщений, но не включает в себя детали или структуру протокола более высокого уровня, которые могут включать в себя форматирование сообщений, обработку определенной логики взаимодействия или другие более сложные функции протокола. Короче говоря, XCMP фокусируется на базовой передаче сообщений, а не на работе со сложной логикой или спецификациями протокола.
XCM — это специально разработанный формат или язык для представления смысла общих операций в цепочке. Это похоже на общий язык, который описывает «Я намерен сделать это» или «Я хочу, чтобы это произошло». Сообщения XCM передаются между несколькими цепочками через механизм XCMP. В идеальной, полностью лишенной доверия среде система нуждается в надежных механизмах, гарантирующих, что каждая цепочка правильно и верно интерпретирует и выполняет сообщения XCM. Проще говоря, несмотря на то, что мы можем безопасно отправлять кроссчейн-сообщения, все равно существует риск того, что эти сообщения будут неправильно интерпретированы или неправильно интерпретированы цепочкой получателей. Для обеспечения этой корректности и безопасности может быть использован механизм или протокол под названием «Соглашения».
Соглашение — это факультативное соглашение или договор между несколькими цепочками. Логика этого договора фиксирована и не может быть изменена или нарушена какой-либо участвующей цепочкой. Polkadot, как платформа, стремится добросовестно выполнять эти протоколы соглашения, гарантируя, что они должным образом выполняются во всех участвующих цепочках. Каждое соглашение направлено на конкретную функцию или конкретную потребность. После того, как цепочка принимает решение о присоединении к Соглашению, она должна следовать правилам Соглашения и обеспечивать функциональность, описанную в Соглашении. Чтобы упростить участие большего количества цепочек, создание нового Соглашения является открытым и не требует разрешения. Однако, несмотря на то, что любая сеть может предложить новое соглашение, оно не вступит в силу немедленно. Только после того, как другие сети согласятся и зарегистрируют Соглашение, оно официально вступит в силу. В целом, Accord — это механизм, который помогает нескольким цепочкам работать вместе на платформе Polkadot, обеспечивая согласованность и безопасность протокола.
Подводя итог, можно сказать, что когда одна цепочка посылает XCM-сообщение другой цепочке, Accord гарантирует, что принимающая цепочка интерпретирует и обрабатывает сообщение так, как задумано в цепочке отправителя. Во-вторых, Accord создает полностью надежную среду для совместной работы между приложениями. Несмотря на то, что между отдельными приложениями или цепочками может отсутствовать заранее установленные доверительные отношения, с помощью Accord они могут безопасно и надежно общаться и сотрудничать друг с другом.
Polkadot — единственная экосистема, в которой Accord может существовать должным образом, потому что она имеет однородный уровень безопасности, который также обеспечивает определенную возможность перехода состояния для каждого из его логических компонентов. Это позволяет создать шаблон взаимодействия между несколькими логическими компонентами (т.е. между приложениями), что невозможно на мостах.
Аккорд будет реализован по технологии SPREE.
Использование ядра в Polkadot 1.0
В Polkadot 1.0 приложение порождало чанк каждые 12 секунд, независимо от фактических требований. Такая практика приводит к пустой трате ресурсов, так как блоки создаются с такой скоростью, независимо от того, занята транзакция или нет. Когда сетевые транзакции очень загружены, возникает стимул производить полные блоки, полные транзакций, чтобы получить финансовое вознаграждение. Когда транзакция не слишком занята, она может создавать пустые блоки без каких-либо транзакций, что также неэкономично.
На следующей схеме показано использование ядра Polkadot 1.0, где горизонтальная ось представляет время, а каждая строка представляет ядро. Цвета показывают различные парачейны, использующие одно ядро.
Приведенная выше настройка обеспечивает простую и безопасную среду шардированного выполнения.
Однако для достижения общей эффективности блоки должны создаваться по мере необходимости, а система должна стремиться к полной емкости блоков, что снижает вероятность стимулирования валидаторов к созданию полуполных или пустых блоков.
Гибкое распределение основного времени
В Polkadot 1.0 так называемое «время ядра» относится к фиксированному промежутку времени, в течение которого приложение может работать на определенном ядре, то есть два года. Но теперь это фиксированное двухлетнее ограничение было снято, чтобы быть более гибким для удовлетворения потребностей различных приложений. Тем не менее, использование основного времени стало более общим и гибким, больше не ограниченным фиксированными двухлетними временными рамками в предыдущих версиях.
Разделение основного времени
Владелец Core Time может разделить или обменять его. Приложение A1 может работать на ядре C1 в течение ограниченного периода времени, а затем другое приложение A2 может продолжать работать на ядре C1, или приложение A1 может продолжать работать на другом ядре C2. Некоторые приложения могут временно перестать работать и возобновить работу позже.
Основное время сегмента
Области могут быть сегментированы (т. е. приложения могут выполняться поочередно на одном ядре), чтобы разделить затраты или снизить скорость производства блоков, как показано на следующей схеме.
Комбинируйте основное время
Приложение может быть назначено нескольким ядрам одновременно. Некоторые приложения могут иметь постоянное и прерывистое выделение ядра, например, в периоды высокого спроса несколько блоков могут быть отправлены на несколько ядер в один и тот же период времени, чтобы уменьшить задержку.
Основное использование Agile**
В версии Polkadot 1.0 каждое «ядро» в системе закреплено за конкретным приложением, а приложение здесь эквивалентно парачейну. Однако теоретически не имеет особого значения, какое приложение назначено какому ядру для выполнения этой связи распределения. Это означает, что каждое ядро нейтрально и не имеет особых предпочтений или более дружественного обращения с каким-либо конкретным приложением.
Здесь мы исключаем предположение о том, что у каждого приложения есть ядро, но вместо этого все ядра являются ресурсами, потребляемыми и используемыми в соответствии с потребностями всех приложений в экосистеме.
Сжатые ядра
Ядро способно обрабатывать и защищать несколько блоков одного и того же приложения одновременно. Объединение блоков из нескольких приложений в одном ядре релейной цепи может уменьшить задержку обработки этих блоков, но это приводит к увеличению требуемой пропускной способности. Для того, чтобы объединить эти блоки, требуются фиксированные комиссии, что отражается в комиссиях за открытие и закрытие блоков.
Общие ядра
Совместное использование ядер с другими приложениями, чтобы разделить расходы без сокращения задержки. Обратите внимание, что это не то же самое, что разделение времени ядра, когда одно ядро используется несколькими приложениями в разное время, разделяя расходы за счет более высокой задержки.
Гибкая компонуемая вычислительная система
Все вышеперечисленные варианты гибкого распределения и использования основного времени можно комбинировать, чтобы создать гибкую, децентрализованную глобальную вычислительную систему.
Поэтому это новое видение фокусируется на ресурсах Polkadot, то есть на безопасном, гибком и доступном блочном пространстве, которое можно получить, выделив некоторое время на ядро. Гибкость в распределении времени ядра и использовании ядер максимизирует эффективность сети и использование блочного пространства.
Прочность Polkadot
Системы, разработанные без учета децентрализации, криптографии и теории игр, уязвимы для взлома и кибератак. Polkadot строит свою устойчивость на основе следующих различных столпов:
Используйте легкие клиенты: централизованные серверы RPC, хотя и распространены, уязвимы для атак, а RPC не является надежным децентрализованным порталом для приложений на основе блокчейна. Со Smoldot легкие клиенты доступны на Polkadot.
Примитивы с нулевым разглашением (ZK): они могут создавать проблемы с цензурой и централизацией, поскольку сведение больших функций перехода состояний к правильно выполненному доказательству в настоящее время не является масштабируемым решением для построения устойчивых систем. Тем не менее, Polkadot создает многофункциональную и высокопроизводительную библиотеку примитивов ZK для конкретных случаев использования. Первый вариант использования будет использоваться для улучшения конфиденциальности для ончейн-коллективов, таких как Polkadot Technical Fellowship.
Консенсус Сассафраса: Новый алгоритм консенсуса по производству блоков без форка, заменяющий BABE, будет создан только в том случае, если ожидается, что блок будет подтвержден всей сетью и, наконец, определен как действительный. Это обеспечит множество преимуществ, таких как:
Обновления без форков могут повысить безопасность, производительность парачейнов и пользовательский опыт
Для того, чтобы некоторые организации не пытались приоритизировать свои транзакции после обнаружения неподтвержденных транзакций, система использует высокопроизводительный механизм маршрутизации транзакций. В этом механизме транзакции добавляются напрямую и быстро в блок без трансляции по всей сети. При этом для повышенной безопасности все транзакции шифруются.
4. Межузловая гибридная сеть: Скрытая передача коротких сообщений, да
Избегайте транзакций, которые также приводят к утечке информации об IP-адресе
• Внедрить универсальную систему обмена сообщениями, которая позволит пользователям, цепочкам, оффчейн-воркерам, смарт-контрактам, модулям и любым другим сущностям, присутствующим в цепочке, обмениваться сообщениями, содержащими подписи, намерения и т. д.
5. Социальная децентрализация: Стратегия децентрализации социализации делает акцент на повышении устойчивости системы за счет широкого участия. Эта стратегия поощряет участие большого числа участников в принятии решений в сети, обеспечивая надлежащее и справедливое распределение средств, таких как бюджеты казначейства, заработная плата и финансовая поддержка. Дело в том, что для того, чтобы поддерживать это децентрализованное состояние, критически важные технические эксперты в системе должны напрямую стимулироваться и наниматься сетью Polkadot, а не какой-то конкретной организацией внутри сети. Это необходимо для обеспечения децентрализации сети, чтобы все люди работали вместе в равных условиях.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Снос когда-то построенных стен Как будет развиваться Polkadot в будущем?
Ровно два года назад все криптопространство было наполнено восторженным ожиданием предстоящего аукциона слотов парачейнов Polkadot. Однако со временем этот аукционный механизм оказался имеющим относительно высокий порог участия, что несколько затормозило дальнейшее расширение его экосистемы. Но, к счастью, команда во главе с доктором Гэвином Вудом вовремя увидела проблему и была полна решимости преодолеть ранее воздвигнутые препятствия и активно думать о том, как способствовать устойчивому развитию экосистемы, снизить барьер для входа и больше сосредоточиться на предоставлении действительно ценного блокчейн-продукта — «блочного пространства».
В этом историческом контексте и трансформации, каким будет будущий макет и направление развития Polkadot? Давайте всесторонне рассмотрим, как Polkadot может лучше обслуживать пользователей Web3 с помощью этой статьи.
Понимание Polkadot 1.0 и философии, лежащей в его основе, поможет нам лучше понять будущее направление экосистемы Polkadot!
Переопределено: Polkadot будет использоваться в качестве вычислительного ресурса
Polkadot теперь абстрагирован и обобщен за пределами того, что было первоначально предложено и предусмотрено в белой книге. Polkadot — это:
Пространство блока (базовый ресурс, необходимый цепочке), а не цепочка. Платформа, созданная для того, чтобы люди могли использовать приложение, а не цепочку. По сути, Polkadot — это не платформа для хостинга цепочек, цепочки — это просто способ создания приложений и повышения полезности Polkadot. Платформа, предоставляющая непрерывные, стабильные вычислительные сервисы, которые являются не просто специфическими или ограниченными, а универсальными и могут применяться к различным приложениям и сценариям. Где «постоянный» означает начало выполнения действия или вычисления, а затем приостановку в какой-то момент, прежде чем продолжить с того места, где оно было прервано, или перейти к другой задаче. Многоядерный компьютер, в котором цепочки последовательно работают на разных ядрах, называется парачейнами. В настоящее время с механизмом аукциона слотов используется одно ядро на цепочку, но для параллельных потоков это может быть предоставление ресурсов для нескольких цепочек по требованию в разное время. В настоящее время на Polkadot насчитывается около 50 ядер, работающих независимо и параллельно.
Отныне приложения будут использоваться в качестве общего термина для описания всего, что может использовать Polkadot Core для доступа к безопасным и децентрализованным вычислениям.
Основные направления развития Polkadot
Если мы думаем о Polkadot как о поставщике услуг, который предоставляет надежные и устойчивые вычислительные услуги через свое ядро и гарантирует, что приложения могут безопасно взаимодействовать или взаимодействовать друг с другом, то будущее Polkadot может развиваться в следующих основных направлениях - от экосистемы, ориентированной на цепочку, к экосистеме, ориентированной на приложения. Уберите предположение о том, что каждое приложение имеет одно ядро, но вместо этого все ядра являются ресурсами, которые могут потребляться и использоваться приложением по мере необходимости.
Ранее обеспечение слотов парачейнов через механизм аукциона было конкурентным процессом. С Coretime аукционы слотов больше не нужны. Команды могут приобрести мгновенный CoreTime или забронировать столько, сколько необходимо. Это значительно снижает барьер для входа для софтверных игроков и парачейн-команд.
В дополнение к этим серьезным изменениям, гибкое использование ядра и выделение основного времени позволят любому приложению получать доступ к вычислениям Polkadot по мере необходимости, не тратя впустую ценное пространство блока. Протокол также улучшит межцепочечную коммуникацию и гарантии безопасности для сообщений XCM. Наконец, сам Polkadot будет масштабироваться, декомпозируя основную логику на свои собственные системные парачейны, обеспечивая большую пропускную способность для протоколов парачейнов и соглашений.
От аукциона слотов до маркетплейса Coretime
Конечным продуктом блокчейна является блочное пространство. Приложению необходим доступ к блочному пространству Polkadot, а точкой входа для доступа к блочному пространству является ядро. В результате приложениям необходимо будет зарезервировать некоторое время или время ядра на ядре, чтобы получить доступ к безопасному блочному пространству Polkadot и совместимости в течение ограниченного периода времени.
Ядро должно быть гибким и общим:
«Гибкость» означает, что ядра могут быстро настраивать или переключать задачи, которые они выполняют, точно так же, как современные процессоры могут быстро переключаться между различными программами или задачами. «Универсальность» означает, что эти ядра не предназначены специально для конкретной задачи, а могут быть адаптированы и обработаны для множества различных задач.
Поскольку ядра обладают такими характеристиками, для того, чтобы использовать их в полной мере, способ их приобретения (или распределения) также должен быть гибким и быстрым, т.е. «подвижным».
Механизм аукциона слотов не является гибким, он создает высокий барьер для входа и предназначен для длительных, монолитных приложений (т.е. оригинальное видение Polkadot, предложенное в white paper).
Мы отказались от классического лизингового аукциона и предложили построить «гибкий» маркетплейс для основного времени, по сути, товар, который можно токенизировать, продавать и обменивать. Такая настройка максимизирует гибкость Polkadot и позволяет рынку найти лучшее решение для успеха приложения.
Приложения смогут бронировать Bulk Core Time и Instant Core Time по мере необходимости. Массовая аренда основного времени будет сдаваться в аренду оптом на фиксированный период времени по фиксированной цене через парачейн брокерской системы. Аренда Instant Core Time будет продаваться на основе спроса в режиме реального времени, а цена аренды будет определяться на основе текущей цены в реальном времени. Такая система снизит входной барьер для потенциальных строителей.
Выручка от продаж в основное время может быть уничтожена, или перетечет в казну, или будет использована для комбинации этих вариантов. В настоящее время эта тема находится в стадии обсуждения. Дополнительные сведения см. в RFC-0010 и RFC-0015.
От цепочечно-ориентированности к ориентированности на приложения
Polkadot 1.0 — это парадигма, ориентированная на цепочку, состоящая из потерянных цепочек, способных обмениваться сообщениями. Это принципиально не отличается от совершенно другой цепочки, связанной мостом, единственное отличие заключается в том, что существует ретрансляционная цепочка для защиты сети, предоставления возможностей обмена сообщениями и выполнения дополнительных задач, таких как краудлоан, аукцион, стейкинг, учетные записи, балансы и управление. Если система спроектирована как цепно-ориентированная, то приложения, которые она в конечном итоге создает, и возможности, которые она предоставляет пользователям, также будут ориентированы на цепочку. То, как спроектирована и спроектирована система, напрямую влияет на характеристики приложений, которые она создает, и на возможности, которые она предоставляет пользователям. Если в центре внимания системы находится цепочка, то приложение и пользовательский опыт также будут отражать эту тенденцию.
Настоящая инновация Polkadot заключается в использовании уникального ценностного предложения, предлагаемого различными цепочками, и использовании потенциала совместной работы этих цепочек для создания кроссчейн-приложений для решения реальных проблем. Поэтому эти приложения должны быть кроссчейн-приложениями.
В будущем Relay Chain будет выполнять все меньше и меньше задач, и он сосредоточится только на главной задаче: обеспечении безопасности сети и предоставлении возможностей безопасного обмена сообщениями. Системные парачейны будут использоваться для выполнения задач вторичной ретрансляционной цепочки, таких как стейкинг, управление и т. д. Ознакомьтесь с последней статьей PolkaWorld «Гэвин Вуд предлагает свести к минимуму цепочку ретрансляторов, системы идентификации, стейкинга и управления сначала перейдут на системный парачейн!» 》
XCM и Accords
XCMP — это протокол транспортного уровня, специально разработанный для отправки сообщений XCM. Он предоставляет конкретный метод и безопасный путь для доставки сообщений, но не включает в себя детали или структуру протокола более высокого уровня, которые могут включать в себя форматирование сообщений, обработку определенной логики взаимодействия или другие более сложные функции протокола. Короче говоря, XCMP фокусируется на базовой передаче сообщений, а не на работе со сложной логикой или спецификациями протокола.
XCM — это специально разработанный формат или язык для представления смысла общих операций в цепочке. Это похоже на общий язык, который описывает «Я намерен сделать это» или «Я хочу, чтобы это произошло». Сообщения XCM передаются между несколькими цепочками через механизм XCMP. В идеальной, полностью лишенной доверия среде система нуждается в надежных механизмах, гарантирующих, что каждая цепочка правильно и верно интерпретирует и выполняет сообщения XCM. Проще говоря, несмотря на то, что мы можем безопасно отправлять кроссчейн-сообщения, все равно существует риск того, что эти сообщения будут неправильно интерпретированы или неправильно интерпретированы цепочкой получателей. Для обеспечения этой корректности и безопасности может быть использован механизм или протокол под названием «Соглашения».
Соглашение — это факультативное соглашение или договор между несколькими цепочками. Логика этого договора фиксирована и не может быть изменена или нарушена какой-либо участвующей цепочкой. Polkadot, как платформа, стремится добросовестно выполнять эти протоколы соглашения, гарантируя, что они должным образом выполняются во всех участвующих цепочках. Каждое соглашение направлено на конкретную функцию или конкретную потребность. После того, как цепочка принимает решение о присоединении к Соглашению, она должна следовать правилам Соглашения и обеспечивать функциональность, описанную в Соглашении. Чтобы упростить участие большего количества цепочек, создание нового Соглашения является открытым и не требует разрешения. Однако, несмотря на то, что любая сеть может предложить новое соглашение, оно не вступит в силу немедленно. Только после того, как другие сети согласятся и зарегистрируют Соглашение, оно официально вступит в силу. В целом, Accord — это механизм, который помогает нескольким цепочкам работать вместе на платформе Polkadot, обеспечивая согласованность и безопасность протокола.
Подводя итог, можно сказать, что когда одна цепочка посылает XCM-сообщение другой цепочке, Accord гарантирует, что принимающая цепочка интерпретирует и обрабатывает сообщение так, как задумано в цепочке отправителя. Во-вторых, Accord создает полностью надежную среду для совместной работы между приложениями. Несмотря на то, что между отдельными приложениями или цепочками может отсутствовать заранее установленные доверительные отношения, с помощью Accord они могут безопасно и надежно общаться и сотрудничать друг с другом.
Polkadot — единственная экосистема, в которой Accord может существовать должным образом, потому что она имеет однородный уровень безопасности, который также обеспечивает определенную возможность перехода состояния для каждого из его логических компонентов. Это позволяет создать шаблон взаимодействия между несколькими логическими компонентами (т.е. между приложениями), что невозможно на мостах.
Аккорд будет реализован по технологии SPREE.
Использование ядра в Polkadot 1.0
В Polkadot 1.0 приложение порождало чанк каждые 12 секунд, независимо от фактических требований. Такая практика приводит к пустой трате ресурсов, так как блоки создаются с такой скоростью, независимо от того, занята транзакция или нет. Когда сетевые транзакции очень загружены, возникает стимул производить полные блоки, полные транзакций, чтобы получить финансовое вознаграждение. Когда транзакция не слишком занята, она может создавать пустые блоки без каких-либо транзакций, что также неэкономично.
На следующей схеме показано использование ядра Polkadot 1.0, где горизонтальная ось представляет время, а каждая строка представляет ядро. Цвета показывают различные парачейны, использующие одно ядро.
Приведенная выше настройка обеспечивает простую и безопасную среду шардированного выполнения.
Однако для достижения общей эффективности блоки должны создаваться по мере необходимости, а система должна стремиться к полной емкости блоков, что снижает вероятность стимулирования валидаторов к созданию полуполных или пустых блоков.
Гибкое распределение основного времени
В Polkadot 1.0 так называемое «время ядра» относится к фиксированному промежутку времени, в течение которого приложение может работать на определенном ядре, то есть два года. Но теперь это фиксированное двухлетнее ограничение было снято, чтобы быть более гибким для удовлетворения потребностей различных приложений. Тем не менее, использование основного времени стало более общим и гибким, больше не ограниченным фиксированными двухлетними временными рамками в предыдущих версиях.
Разделение основного времени
Владелец Core Time может разделить или обменять его. Приложение A1 может работать на ядре C1 в течение ограниченного периода времени, а затем другое приложение A2 может продолжать работать на ядре C1, или приложение A1 может продолжать работать на другом ядре C2. Некоторые приложения могут временно перестать работать и возобновить работу позже.
Основное время сегмента
Области могут быть сегментированы (т. е. приложения могут выполняться поочередно на одном ядре), чтобы разделить затраты или снизить скорость производства блоков, как показано на следующей схеме.
Комбинируйте основное время
Приложение может быть назначено нескольким ядрам одновременно. Некоторые приложения могут иметь постоянное и прерывистое выделение ядра, например, в периоды высокого спроса несколько блоков могут быть отправлены на несколько ядер в один и тот же период времени, чтобы уменьшить задержку.
Основное использование Agile**
В версии Polkadot 1.0 каждое «ядро» в системе закреплено за конкретным приложением, а приложение здесь эквивалентно парачейну. Однако теоретически не имеет особого значения, какое приложение назначено какому ядру для выполнения этой связи распределения. Это означает, что каждое ядро нейтрально и не имеет особых предпочтений или более дружественного обращения с каким-либо конкретным приложением.
Здесь мы исключаем предположение о том, что у каждого приложения есть ядро, но вместо этого все ядра являются ресурсами, потребляемыми и используемыми в соответствии с потребностями всех приложений в экосистеме.
Сжатые ядра
Ядро способно обрабатывать и защищать несколько блоков одного и того же приложения одновременно. Объединение блоков из нескольких приложений в одном ядре релейной цепи может уменьшить задержку обработки этих блоков, но это приводит к увеличению требуемой пропускной способности. Для того, чтобы объединить эти блоки, требуются фиксированные комиссии, что отражается в комиссиях за открытие и закрытие блоков.
Общие ядра
Совместное использование ядер с другими приложениями, чтобы разделить расходы без сокращения задержки. Обратите внимание, что это не то же самое, что разделение времени ядра, когда одно ядро используется несколькими приложениями в разное время, разделяя расходы за счет более высокой задержки.
Гибкая компонуемая вычислительная система
Все вышеперечисленные варианты гибкого распределения и использования основного времени можно комбинировать, чтобы создать гибкую, децентрализованную глобальную вычислительную систему.
Поэтому это новое видение фокусируется на ресурсах Polkadot, то есть на безопасном, гибком и доступном блочном пространстве, которое можно получить, выделив некоторое время на ядро. Гибкость в распределении времени ядра и использовании ядер максимизирует эффективность сети и использование блочного пространства.
Прочность Polkadot
Системы, разработанные без учета децентрализации, криптографии и теории игр, уязвимы для взлома и кибератак. Polkadot строит свою устойчивость на основе следующих различных столпов:
4. Межузловая гибридная сеть: Скрытая передача коротких сообщений, да
5. Социальная децентрализация: Стратегия децентрализации социализации делает акцент на повышении устойчивости системы за счет широкого участия. Эта стратегия поощряет участие большого числа участников в принятии решений в сети, обеспечивая надлежащее и справедливое распределение средств, таких как бюджеты казначейства, заработная плата и финансовая поддержка. Дело в том, что для того, чтобы поддерживать это децентрализованное состояние, критически важные технические эксперты в системе должны напрямую стимулироваться и наниматься сетью Polkadot, а не какой-то конкретной организацией внутри сети. Это необходимо для обеспечения децентрализации сети, чтобы все люди работали вместе в равных условиях.