Началась разработка парачейнов по запросу (также известных как паратреды)! Многие люди уже ждут запуска параллельных потоков В этой статье будет рассказано, что такое параллельный поток? Как паратреды получают право производить блоки? И процесс проверки коллектора и т.д.
Парачейны по запросу — это первый вариант более динамичного способа приобретения блочного пространства. Существующие парачейны обеспечивают очень статичный способ получения блочного пространства, то есть выигрывают аукцион, а затем получают гарантированное блочное пространство в течение длительного периода времени, например, года. В настоящее время парачейн производит блок каждые 12 секунд в течение всего периода. Эта гарантия регулярного производства блоков действительно нужна некоторым приложениям/цепочкам, и это одна из характеристик, которые делают парачейны превосходящими смарт-контракты.
Но с другой стороны, с точки зрения сети, это слишком тяжело для некоторых приложений, и их превращение в парачейн вызовет много траты ресурсов. С точки зрения пользователя, победа в аукционе является относительно высоким барьером для входа, что затрудняет присоединение к сети новых проектов и идей. С помощью парачейнов по запросу мы снижаем этот барьер и более эффективно открываем сеть для менее ресурсоемких приложений.
Так как же это работает? Вместо того, чтобы планировать генерацию блока каждые 12 секунд, парачейн по запросу, когда это необходимо, составитель заказывает ядро (возможность генерации блока) и отправляет специальную генерацию блока в ретрансляционную цепочку Polkadot. ядро для их ParaId и включает максимальную цену, которую они готовы заплатить.
Заказать ядро
Время выполнения ретрансляционной цепочки рассчитает лучшую цену текущего ядра, если самая высокая цена нового ордера равна или выше, а на счете достаточно средств, то она будет взиматься в соответствии с текущей лучшей ценой и будет взиматься Вскоре производитель блока устанавливает авторитет блока. Эта цена рассчитывается ретрансляционной цепочкой на основе текущего спроса. Он основан на том же механизме, что и сборы, чтобы медленно реагировать на спрос, чтобы избежать резких колебаний цен.
Соучредитель Polkadot Роберт добавил к этому вопросу, пояснив, что в механизме оплаты комиссии в Parathreads, независимо от того, какую самую высокую цену готов заплатить участник торгов, уплачиваемая комиссия одинакова. Когда спрос на парачейны по запросу высок, цена ядра будет медленно расти в результате автоматической корректировки.
В этой ситуации может возникнуть проблема «MEV», которая относится к дополнительному доходу, который майнеры или валидаторы могут получить, манипулируя порядком транзакций или включенных транзакций. Например, валидаторы могут отложить обработку заказов с более высокими ставками, чтобы собрать или сжечь больше сборов. Но «смертные внешние признаки» Полкадота ограничивают эту возможность. «Смертельные внешние признаки» — это транзакции с жизненным циклом, что означает, что эти транзакции не будут ждать вечной обработки, а будут автоматически отбрасываться через определенный период времени, тем самым ограничивая рабочее пространство валидатора.
Чтобы парапотоки могли использовать существующие механизмы безопасности при запросе разрешения на блокировку, транзакция (внешняя), которую они отправляют с запросом разрешения на блокировку, должна быть подписана. «Подписанный внешний» означает, что учетная запись, отправившая транзакцию, подписала транзакцию своим собственным закрытым ключом. Это предназначено для предотвращения отправки транзакций другими лицами, выдающими себя за учетную запись, поскольку никто, кроме владельца учетной записи, не может создать подпись, соответствующую открытому ключу учетной записи. Таким образом, когда цепочка ретрансляции получает подписанную транзакцию, она может подтвердить, что транзакция действительно была отправлена тем, за кого себя выдает.
Кроме того, подписанные транзакции могут также содержать некоторую дополнительную информацию, такую как nonce (используется для предотвращения повторных атак) и подсказка (используется для подсказки создателю блока). В ретрансляционной цепочке уже есть механизм для обработки этой информации, поэтому использование подписанных транзакций в запросах блоков парачейнов, управляемых спросом, позволяет им напрямую использовать эти существующие механизмы без необходимости разрабатывать новые механизмы безопасности.
С точки зрения пользователя, это означает, что общая цена, подлежащая уплате, состоит из трех частей: традиционной комиссии за транзакцию (которая используется для оплаты вычислительных ресурсов, необходимых для обработки транзакции), необязательных чаевых (используется чтобы побудить производителей блоков расставлять приоритеты в своих транзакциях) и упомянутую выше базовую цену подписки (т. е. цену мощности блока).
Интеграция механизма заказа в узел коллектора
Фактический процесс создания блока для валидаторов (колляторов) точно такой же, как и для статических парачейнов. Коллаторы — это узлы, отвечающие за сбор и создание блоков. Они регулярно проверяют статус парачейнов, особенно тех, за которые они несут ответственность (идентифицированы ParaId). Если они обнаружат, что парачейн, соответствующий их ParaId, приближается к моменту создания блока, они начнут генерировать новый блок. После создания блока им необходимо создать доказательство (Proof of Validity, называемое PoV), которое содержит содержимое блока и информацию, доказывающую достоверность блока. Затем они отправят это доказательство PoV назначенной группе поддержки (группе поддержки). Группа подтверждения — это группа узлов, ответственных за проверку и подтверждение действительности этого блока.
Хотя процесс генерации блоков в парачейне по требованию такой же, как и в статическом парачейне, в парачейне по требованию нам необходимо ввести новый механизм в составители (Collators), чтобы они могли при отправке запросов на генерацию блоков возможности (то есть «основные заказы»).
В настоящее время существует несколько возможных стратегий разработки этого нового механизма (если вы заинтересованы в этой проблеме или если у вас есть какие-то знания о Cumulus, изучение этой проблемы будет хорошим способом принять участие в этом проекте и помочь в дальнейшем). требуют, чтобы парачейны реализовывались быстрее.
Cumulus — это среда разработки для создания парачейнов в сетях Polkadot и Kusama. Он был разработан Parity Technologies, основным разработчиком Polkadot. Cumulus упрощает разработчикам создание парачейнов. Когда вы используете Cumulus для построения парачейна, вы можете воспользоваться преимуществами некоторой общей логики и функций, уже реализованных в Cumulus, таких как связь с релейной цепочкой, проверка блоков и обработка окончательности. Это позволяет разработчикам сосредоточиться на своей бизнес-логике, не занимаясь этими низкоуровневыми проблемами.
В целом, цель Cumulus — максимально упростить создание парачейнов, чтобы способствовать развитию экологии Polkadot и Kusama.
Еще одно важное напоминание: может возникнуть угроза безопасности, если подборщик работает с горячего кошелька (кошелька, подключенного к сети). Поэтому мы предоставим выделенный тип прокси-аккаунта, который имеет только основные права на торги в парачейне по требованию, тем самым снижая риски безопасности.
встроенная асинхронная поддержка и более подробная информация
Для более заинтересованной технической аудитории здесь отслеживается полное развитие парачейна по требованию.
Подзадачи можно найти здесь (особенно для предстоящей интеграции поддержки асинхронности, некоторые размышления суммированы в этом комментарии (.
Короче говоря, существующая базовая абстракция больше не будет 0-мерной, а будет 1-мерной. Это может означать, что способ работы системы или модели станет более гибким или сложным, что позволит этим «ядрам» или другим частям системы заранее знать или предсказывать задачи или события, которые произойдут в будущем. Это может быть оптимизация или усовершенствование, позволяющее всей системе лучше прогнозировать и обрабатывать будущие действия.
В Polkadot «ядро» — это специальный узел, отвечающий за обработку и проверку транзакций и других действий в парачейнах, а «основная абстракция» обычно относится к дизайну, в котором некоторые сложные внутренние механизмы или детали реализации абстрагируются, скрытые под простым интерфейсом или концепция.
Но пока достаточно подробностей. Мы очень рады новым возможностям, которые принесут парачейны по запросу, и не можем дождаться, когда они появятся вживую!
Ссылка на содержание:
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Разработчики паранити Polkadot начали понимать, как она работает
Компилировать: PolkaWorld
Началась разработка парачейнов по запросу (также известных как паратреды)! Многие люди уже ждут запуска параллельных потоков В этой статье будет рассказано, что такое параллельный поток? Как паратреды получают право производить блоки? И процесс проверки коллектора и т.д.
Парачейны по запросу — это первый вариант более динамичного способа приобретения блочного пространства. Существующие парачейны обеспечивают очень статичный способ получения блочного пространства, то есть выигрывают аукцион, а затем получают гарантированное блочное пространство в течение длительного периода времени, например, года. В настоящее время парачейн производит блок каждые 12 секунд в течение всего периода. Эта гарантия регулярного производства блоков действительно нужна некоторым приложениям/цепочкам, и это одна из характеристик, которые делают парачейны превосходящими смарт-контракты.
Но с другой стороны, с точки зрения сети, это слишком тяжело для некоторых приложений, и их превращение в парачейн вызовет много траты ресурсов. С точки зрения пользователя, победа в аукционе является относительно высоким барьером для входа, что затрудняет присоединение к сети новых проектов и идей. С помощью парачейнов по запросу мы снижаем этот барьер и более эффективно открываем сеть для менее ресурсоемких приложений.
Так как же это работает? Вместо того, чтобы планировать генерацию блока каждые 12 секунд, парачейн по запросу, когда это необходимо, составитель заказывает ядро (возможность генерации блока) и отправляет специальную генерацию блока в ретрансляционную цепочку Polkadot. ядро для их ParaId и включает максимальную цену, которую они готовы заплатить.
Заказать ядро
Время выполнения ретрансляционной цепочки рассчитает лучшую цену текущего ядра, если самая высокая цена нового ордера равна или выше, а на счете достаточно средств, то она будет взиматься в соответствии с текущей лучшей ценой и будет взиматься Вскоре производитель блока устанавливает авторитет блока. Эта цена рассчитывается ретрансляционной цепочкой на основе текущего спроса. Он основан на том же механизме, что и сборы, чтобы медленно реагировать на спрос, чтобы избежать резких колебаний цен.
Соучредитель Polkadot Роберт добавил к этому вопросу, пояснив, что в механизме оплаты комиссии в Parathreads, независимо от того, какую самую высокую цену готов заплатить участник торгов, уплачиваемая комиссия одинакова. Когда спрос на парачейны по запросу высок, цена ядра будет медленно расти в результате автоматической корректировки.
В этой ситуации может возникнуть проблема «MEV», которая относится к дополнительному доходу, который майнеры или валидаторы могут получить, манипулируя порядком транзакций или включенных транзакций. Например, валидаторы могут отложить обработку заказов с более высокими ставками, чтобы собрать или сжечь больше сборов. Но «смертные внешние признаки» Полкадота ограничивают эту возможность. «Смертельные внешние признаки» — это транзакции с жизненным циклом, что означает, что эти транзакции не будут ждать вечной обработки, а будут автоматически отбрасываться через определенный период времени, тем самым ограничивая рабочее пространство валидатора.
Чтобы парапотоки могли использовать существующие механизмы безопасности при запросе разрешения на блокировку, транзакция (внешняя), которую они отправляют с запросом разрешения на блокировку, должна быть подписана. «Подписанный внешний» означает, что учетная запись, отправившая транзакцию, подписала транзакцию своим собственным закрытым ключом. Это предназначено для предотвращения отправки транзакций другими лицами, выдающими себя за учетную запись, поскольку никто, кроме владельца учетной записи, не может создать подпись, соответствующую открытому ключу учетной записи. Таким образом, когда цепочка ретрансляции получает подписанную транзакцию, она может подтвердить, что транзакция действительно была отправлена тем, за кого себя выдает.
Кроме того, подписанные транзакции могут также содержать некоторую дополнительную информацию, такую как nonce (используется для предотвращения повторных атак) и подсказка (используется для подсказки создателю блока). В ретрансляционной цепочке уже есть механизм для обработки этой информации, поэтому использование подписанных транзакций в запросах блоков парачейнов, управляемых спросом, позволяет им напрямую использовать эти существующие механизмы без необходимости разрабатывать новые механизмы безопасности.
С точки зрения пользователя, это означает, что общая цена, подлежащая уплате, состоит из трех частей: традиционной комиссии за транзакцию (которая используется для оплаты вычислительных ресурсов, необходимых для обработки транзакции), необязательных чаевых (используется чтобы побудить производителей блоков расставлять приоритеты в своих транзакциях) и упомянутую выше базовую цену подписки (т. е. цену мощности блока).
Интеграция механизма заказа в узел коллектора
Фактический процесс создания блока для валидаторов (колляторов) точно такой же, как и для статических парачейнов. Коллаторы — это узлы, отвечающие за сбор и создание блоков. Они регулярно проверяют статус парачейнов, особенно тех, за которые они несут ответственность (идентифицированы ParaId). Если они обнаружат, что парачейн, соответствующий их ParaId, приближается к моменту создания блока, они начнут генерировать новый блок. После создания блока им необходимо создать доказательство (Proof of Validity, называемое PoV), которое содержит содержимое блока и информацию, доказывающую достоверность блока. Затем они отправят это доказательство PoV назначенной группе поддержки (группе поддержки). Группа подтверждения — это группа узлов, ответственных за проверку и подтверждение действительности этого блока.
Хотя процесс генерации блоков в парачейне по требованию такой же, как и в статическом парачейне, в парачейне по требованию нам необходимо ввести новый механизм в составители (Collators), чтобы они могли при отправке запросов на генерацию блоков возможности (то есть «основные заказы»).
В настоящее время существует несколько возможных стратегий разработки этого нового механизма (если вы заинтересованы в этой проблеме или если у вас есть какие-то знания о Cumulus, изучение этой проблемы будет хорошим способом принять участие в этом проекте и помочь в дальнейшем). требуют, чтобы парачейны реализовывались быстрее.
Cumulus — это среда разработки для создания парачейнов в сетях Polkadot и Kusama. Он был разработан Parity Technologies, основным разработчиком Polkadot. Cumulus упрощает разработчикам создание парачейнов. Когда вы используете Cumulus для построения парачейна, вы можете воспользоваться преимуществами некоторой общей логики и функций, уже реализованных в Cumulus, таких как связь с релейной цепочкой, проверка блоков и обработка окончательности. Это позволяет разработчикам сосредоточиться на своей бизнес-логике, не занимаясь этими низкоуровневыми проблемами.
В целом, цель Cumulus — максимально упростить создание парачейнов, чтобы способствовать развитию экологии Polkadot и Kusama.
Еще одно важное напоминание: может возникнуть угроза безопасности, если подборщик работает с горячего кошелька (кошелька, подключенного к сети). Поэтому мы предоставим выделенный тип прокси-аккаунта, который имеет только основные права на торги в парачейне по требованию, тем самым снижая риски безопасности.
встроенная асинхронная поддержка и более подробная информация
Для более заинтересованной технической аудитории здесь отслеживается полное развитие парачейна по требованию.
Подзадачи можно найти здесь (особенно для предстоящей интеграции поддержки асинхронности, некоторые размышления суммированы в этом комментарии (.
Короче говоря, существующая базовая абстракция больше не будет 0-мерной, а будет 1-мерной. Это может означать, что способ работы системы или модели станет более гибким или сложным, что позволит этим «ядрам» или другим частям системы заранее знать или предсказывать задачи или события, которые произойдут в будущем. Это может быть оптимизация или усовершенствование, позволяющее всей системе лучше прогнозировать и обрабатывать будущие действия.
В Polkadot «ядро» — это специальный узел, отвечающий за обработку и проверку транзакций и других действий в парачейнах, а «основная абстракция» обычно относится к дизайну, в котором некоторые сложные внутренние механизмы или детали реализации абстрагируются, скрытые под простым интерфейсом или концепция.
Но пока достаточно подробностей. Мы очень рады новым возможностям, которые принесут парачейны по запросу, и не можем дождаться, когда они появятся вживую!
Ссылка на содержание: