Хсм блоки: Общее описание газобетона

Газобетон ХСМ Харьков ✓ D400 | D500

Представлено 15 товаров

По популярностиСортировка от последнегоЦены: по возрастаниюЦены: по убыванию

• ( 200х200х600 ) Газоблок Хеттен в Харькове

• Газоблок Харьков основа 1 Сорт ХСМ

  38.40 грн – 153.60 грн

• ( 100х200х600 ) Хсм газоблок цена Харьков ( Цена от 30 м3)

  38.40 грн

• ( 150х200х600 ) ХСМ газобетон перегородочный цена Харьков

  57.60 грн

• ( 250х200х600 ) Газобетон ХСМ Харьков

  96.00 грн

• ( 300х200х600 ) Газобетон купить Харьков ХСМ Эконом

  111.60 грн

• ( 600х200х300 ) Газоблок Харьков ХСМ

  115.20 грн

• Газоблок цена Харьков 600*200*300 D500

  115.20 грн

• (Зима) ХСМ клей газобетон 25 кг

  120.00 грн

• ( 375х200х600 ) Купить газоблок ХСМ в Харькове

  144. 00 грн

• ( 375х200х600 ) Газобетон Хсм купить в Харькове

  144.00 грн

• ( 400х200х600 ) Газобетон цена купить цена до 12 палет Харьков ХСМ

  153.60 грн

• Купить газоблок в Харькове. 2 сорт ХСМ

  3000.00 грн

• ХСМ Харьков газобетон D500 ( цена от 36 м3)

  3200.00 грн

• Газоблок ХСМ Харьков D400 (Цена от 21,6 м3)

  3200.00 грн

Купить газобетон ХСМ Харьков можно заехав к нам в офис по адресу Северина потоцкого 4, офис 2. Или позвонив по телефону 050 181 20 40, мы работаем ежедневно до 18-00. Мы являемся прямыми дилерами завода производителя. Что сказывается на нашей цене на блок, она гораздо ниже. Это минеральный материал производимый путем пропаривания под высоким давлением.  Предназначается для строительства мало этажных объектов и для строительства нежилых сельскохозяйственных строений. Таких как гаражи, сараи, дачные постройки, складские помещения.

Продукция торговой марки завода Харьковских Строительных Материалов очень теплый и прочный строительный материал. Он сохраняет тепло внутри помещения благодаря своим порам. Имеет форму параллелепипеда благодаря этому его легко носить по объекту вручную. Автоклавный пористый блок легче кирпича в три раза.

Газобетон ХСМ Харьков делится на два сорта газоблока.

• 1 сорт– высокоточный он идет для строительства домов высотой от одного до пяти этажей. Размеры выпускаемой продукции: 600х200х100, 600х200х300, 600х200х400 мм.
• 2 сорт -это выбраковка первого сорта. У него могут быть небольшие изъяны это могут быть отколотый уголок. Не совсем точные размеры но помните что это черновой строительный материал. И вы в будущем будите утеплять его либо облицовывать или обшивать сайдингом. По этому его небольшие погрешности не будут заметны.
  Размеры выпускаемой продукции это 600х200х100, 600х200х300, 600х200х400. Мы желаем вам удачных покупок. Обращайтесь, мы будем рады вам помочь.

Завод автоклавного газобетона Пораблок. Производство газосиликатных блоков

Завод автоклавного газобетона Пораблок. Производство газосиликатных блоков

+7 (351) 200-35-40

+7 (351) 200-35-40

• Главная
• Каталог
• Цены
• О заводе
• Как строить
• Клиентам
• Полезное
• Доставка
• Контакты
• Акции

[email protected]

Оформи заказ, получи зимнее хранение до начала стройки в подарок

Заказать

Каталог газобетонных
блоков

ПОРАБЛОК

Калькулятор

Общая длина стен строения

Площадь дверных и оконных проемов

Высота стен строения

Толщина блока
100мм150мм200мм240мм250мм300мм400мм

Тип армирования
стеклопластиковая арматурабазальтовая сеткаметаллическая сеткаметаллическая арматура

Тип блока
D500D600

Каталог газобетонных блоков

ПОРАБЛОК

Блок газобетонный перегородочный

625x100x250 D500

4 000 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный стеновой с пазом

625 x 300 x 250 D500

3 800 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный стеновой с пазом

625 x 300 x 250 D500

4 000 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный перегородочный с пазом

625x150x250 D500

4 000 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный перегородочный с пазом

625x150x250 D600

4 990 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный перегородочный

625x200x250 D500

4 000 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный перегородочный

625x240x250 D500

4 000 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный перегородочный

625x200x250 D600

4 990 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный стеновой с пазом

625x400x250 D600

4 990 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный стеновой с пазом

625 x 300 x 250 D500

3 800 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный стеновой с пазом

625 x 300 x 250 D500

4 000 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный перегородочный

625x240x250 D500

4 000 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный перегородочный

625x100x250 D500

4 000 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный перегородочный

625x200x250 D500

4 000 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Блок газобетонный стеновой с пазом

625x300x250 D600

4 990 ₽/м³

Доставка до объекта!

Заказать сейчас

Заказать звонок

Стены поднимали сами, вдвоем с тестем, плюсы пароблока за время
строительства мне были очевидны. Мороки с ним минимум. Дом собирается легко, как из
детских кубиков лего. Кладка получается идеальная, без косяков.

Читать все отзывы

Наши объекты

• Малоэтажное строительство
• Многоэтажное строительство

Получите проект дома из газобетона бесплатно

оставьте номер и мы пришлем ссылку на скачивание проектов с архитектурным
разделом!

Наша команда

о нас

О нашем заводе

Завод автоклавного газобетона Пораблок был основан в 2012 году. Изначально, производственный цикл был рассчитан на работу с золой-уноса на немецком оборудовании марки WEHRHAHN GmbH, одном из лучшем оборудовании, которое имеется в Российской Федерации. В 2017 году произошла смена технологического процесса, отказались от золы в пользу кварцевого песка. На сегодняшний день завод выпускает широкую линейку газобетонных блоков. Перегородочные блоки шириной от 100мм, заканчивая стеновыми блоками повышенной прочности D600, в различных вариациях (с системой паз-гребень, либо гладкой поверхности).

На данный момент завод Пораблок вышел на производственную мощность более 260 тысяч кубов в год и продолжает наращивать объемы. Поставки осуществляются не только по всему Уральскому Федеральному округу, но и в страны ближнего зарубежья.
Пораблок – строить просто!

Видео о заводе

Директор по производству о заводе

2022 — Пораблок, все права защищены

Ваше имя :

Телефон или e-mail :

E-mail :

Сообщение:

Отправляя форму, Вы соглашаетесь с политикой конфиденциальности

Написать сообщение

Позвонить

Написать в WhatsApp

Написать в Viber

Написать Вконтакте

Написать в Одноклассники

Cross-Consensus Message Format (XCM) · Polkadot Wiki

Cross-Consensus Message Format (XCM) предназначен для обмена идеями между консенсусом
системы. Одним из обещаний Polkadot является функциональная совместимость, и XCM является средством
что он выполнит это обещание. Проще говоря, это стандарт, который позволяет разработчикам протоколов
определить данные и источники, из которых их цепочки могут отправлять и получать. Из коробки приходит
с виртуальной машиной, которая позволяет настраивать выполнение, а также следующие свойства:

1. Асинхронный : Сообщения XCM никоим образом не предполагают, что отправитель будет блокировать свое
   завершение.
2. Абсолютный : Сообщения XCM гарантированно доставляются и интерпретируются точно, чтобы
   и своевременно.
3. Асимметричный : Стандартные сообщения XCM не имеют результатов, позволяющих отправителю узнать, что
   сообщение было получено. Любые результаты должны быть отдельно сообщены отправителю с
   дополнительное сообщение.
4. Независимый : XCM не делает никаких предположений о характере Систем консенсуса, между которыми
   сообщения проходят.

XCM находится в стадии разработки. XCM v2 развернут на Polkadot, а v3 в настоящее время находится в разработке. Учиться
больше о XCM v3 и его новых функциях в разделе ресурсов.

Формат, а не протокол

Перекрёстное согласие это не так
проводится только между цепочками, но также и между смарт-контрактами, поддонами, мостами и даже шардами.
анклавы, такие как SPREE.

XCM не может отправлять сообщения между системами. Это формат того, как должна осуществляться передача сообщений.
выполняется подобно тому, как службы RESTful используют REST в качестве архитектурного стиля разработки.

Подобно UDP, XCM «из коробки» — это модель «включил и забыл», если нет отдельного XCM.
сообщение, разработанное как ответное сообщение, которое может быть отправлено получателем отправителю. Любой
обработка ошибок также должна выполняться на стороне получателя.

Примеры использования

• Запрос на выполнение определенных операций в системе-получателе, таких как голосование по управлению.
• Включает цепочки отдельных вариантов использования, например. Statemint/e в качестве парачейнов активов
• При желании можно включить оплату сборов в целевой сети за запрошенную операцию.
• Предоставление методов для различных моделей передачи активов:
  • Удаленные переводы : управление учетной записью в удаленной цепочке, что позволяет локальной цепочке иметь
    адрес в удаленной цепочке для получения средств и, в конечном итоге, для перевода этих средств.
    управления в другие учетные записи в этой удаленной цепочке.
  • Телепортация актива : перемещение актива происходит путем его уничтожения с одной стороны и создания
    клон с другой стороны.
  • Перевод резервных активов : могут быть две сети, которые хотят номинировать третью сеть, где
    один включает собственный актив, который можно использовать в качестве резерва для этого актива. Тогда производная
    форма актива в каждой из этих цепочек будет полностью обеспечена, что позволит производному активу
    для обмена на базовый актив в поддерживающей его резервной цепочке.

Давайте рассмотрим два из этих примеров использования передачи активов: Телепортация активов и Резерв.
Передача активов .

Телепортация активов​

Операция телепортации активов из одного источника в один пункт назначения.

1. InitiateTeleport

Источник собирает активы для телепортации с отправляющей учетной записи и выводит их из
оборотное предложение, принимая во внимание общую сумму активов, которые были вывезены.

2. ReceiveTeleportedAsset

Затем источник создает инструкцию XCM с именем ReceiveTeleportedAssets и помещает количество
активы, выведенные из оборота, и счет-получатель в качестве параметров к настоящей инструкции. Это тогда
отправляет эту инструкцию в место назначения, где она обрабатывается, а новые активы возвращаются
соответственно в оборот.

3. DepositAsset

Затем пункт назначения вносит активы на счет получения актива.

Передача резервных активов
они могут выбрать доверенное третье лицо для хранения активов.

1. InitiateReserveWithdraw

Источник собирает производные активы для перевода со счета-отправителя и сжигает их,
принимая к сведению количество производных, которые были сожжены.

2. WithdrawAsset

Источник отправляет в резерв инструкцию WithdrawAsset, предписывая резерву снять
активы, эквивалентные сумме деривативов, сожженных на суверенном счете источника.

3. DepositReserveAsset

Резерв депонирует активы, выведенные на предыдущем этапе, в суверенный банк назначения
счет, принимая во внимание сумму депонированных активов.

4. ReserveAssetDeposited

Резерв создает инструкцию ReserveAssetDeposited с суммой активов, депонированных в
суверенный счет получателя и отправляет эту инструкцию далее получателю.
место назначения получает инструкцию и обрабатывает ее, чеканя производные активы в результате
процесс.

5. DepositAsset

Место назначения размещает созданные производные активы на счете-получателе.

XCM Tech Stack

XCM можно использовать для выражения смысла сообщений в каждом из этих трех видов связи.
каналы.

XCVM (виртуальная машина с перекрестным согласием)​

В основе XCM лежит виртуальная машина с перекрестным согласием (XCVM). «Сообщение» в XCM — это XCVM.
программа. XCVM — это конечный автомат, состояние отслеживается в регистрах.

Это компьютер сверхвысокого уровня, не являющийся полным по Тьюрингу, инструкции которого рассчитаны примерно на
на том же уровне, что и транзакции. Сообщения представляют собой одну или несколько инструкций XCM. Программа выполняется
пока он либо не дойдет до конца, либо не столкнется с ошибкой, после чего он завершится и остановится. XCM
исполнитель, соответствующий спецификации XCVM, предоставляется Parity и может быть расширен или
настроены или даже полностью игнорируются, и пользователи могут создавать свои собственные конструкции, которые следуют
Спецификация XCVM.

Сообщение в XCM — это просто программа, работающая на XCVM : другими словами, одно или несколько
Инструкции ХСМ. Чтобы узнать больше о XCVM и формате XCM, см.
Сообщение блога
доктор Гэвин Вуд.

Инструкции XCM могут изменить регистр, они могут изменить состояние системы консенсуса или
оба.

Одним из примеров такой инструкции может быть TransferAsset , которая используется для передачи актива
какой-то другой адрес в удаленной системе. Необходимо указать, какие активы необходимо передать и в
кому/куда должен быть передан актив.

 enum Инструкция { 
 TransferAsset { 
 активов: MultiAssets, 
 получатель: MultiLocation, 
 } 
 /* snip */ 
 } 
 

A MultiAsset — это общий идентификатор актива. Он может представлять собой как взаимозаменяемые, так и невзаимозаменяемые
активы, а в случае взаимозаменяемого актива он представляет собой некоторую определенную сумму актива.

A MultiLocation является относительным идентификатором, что означает, что его можно использовать только для определения относительного
путь между двумя местоположениями и, как правило, не может использоваться для универсальной ссылки на местоположение. Много
как относительный путь файловой системы, сначала будет начинаться с любых компонентов «../», используемых для восхождения к
содержащий каталог, за которым следуют имена каталогов, в которые нужно спуститься, Многоместный
состоит из двух основных частей: количество восхождений во внешний консенсус от локального и
затем внутреннее место внутри этого внешнего консенсуса.

Протоколы взаимного согласия (XCMP, VMP, HRMP)​

При установленном формате XCM необходимы общие шаблоны для протоколов этих сообщений.
Polkadot реализует два протокола передачи сообщений для обработки сообщений XCM между его составляющими.
парачейны.

XCMP (передача сообщений между цепочками)​

осторожность

XCMP в настоящее время находится в стадии разработки, и в большинстве межцепочечных сообщений для передачи используются каналы HRMP.
время.

XCM связан с XCMP так же, как REST связан с RESTful.

Передача сообщений между цепочками Безопасная передача сообщений между парачейнами. Есть два варианта:
Прямое и Ретранслированное .

• С Direct данные сообщения передаются напрямую между парачейнами и составляют O(1) на стороне
  Релейная цепочка и очень масштабируема.
• С Relayed данные сообщения передаются через ретрансляционную цепочку и передаются через VMP. это много
  менее масштабируемый, и, в частности, парапотоки могут не получать сообщения из-за чрезмерной очереди
  рост.

Кроссчейн-транзакции разрешаются с использованием простого механизма очередей, основанного на дереве Меркла для
обеспечить верность. Задача валидаторов Relay Chain заключается в перемещении транзакций на выходе.
очереди одного парачейна во входную очередь целевого парачейна. Однако только
связанные метаданные хранятся в виде хэша в хранилище Relay Chain.

Очереди ввода и вывода иногда упоминаются в кодовой базе Polkadot и связаны
документация как входящих и исходящих сообщений соответственно.

VMP (вертикальная передача сообщений)​

Вертикальная передача сообщений передача сообщений между самой цепочкой реле и парачейном. Сообщение
данные в обоих случаях существуют в релейной цепочке. Сюда входят:

• UMP (восходящая передача сообщений)​

  восходящая передача сообщений 9Сообщение 0028 передается из парачейна в релейную цепочку.

• DMP (нисходящая передача сообщений)

HRMP (XCMP-Lite)​

Пока XCMP все еще внедряется, временный протокол (см.
Горизонтальная ретрансляционная передача сообщений (HRMP) существует на своем месте. HRMP имеет такой же интерфейс
и функционалом как XCMP, но гораздо более требователен к ресурсам, так как хранит все сообщения в
хранилище Relay Chain. Когда XCMP будет реализован, HRMP планируется отказаться от поддержки и поэтапно
в пользу этого.

Временный протокол является временной заменой неполной функциональности.
В то время как собственно XCMP все еще находится в разработке, HRMP является рабочей заменой.

Руководство по открытию канала HRMP на парачейне можно найти
здесь.

XCMP Design​

• Сообщения кроссчейна , а не будут доставляться в цепочку ретрансляции.
• Сообщения между цепочками будут ограничены максимальным размером, указанным в байтах.
• Парачейнам разрешено блокировать сообщения от других парачейнов, и в этом случае
  parachain будет знать об этом блоке.
• Узлы подборщика отвечают за маршрутизацию сообщений между цепочками.
• Сопоставители создают список из исходящих сообщений и получают входящих сообщений от других
  парачейны.
• Ожидается, что в каждом блоке парачейны будут маршрутизировать сообщения из некоторого подмножества всех других парачейнов.
• Когда подборщик создает новый блок для передачи валидатору, он собирает последние
  получить информацию об очереди и обработать ее.
• Валидаторы проверят доказательство того, что новый кандидат на следующий блок парачейна включает в себя
  обработка ожидаемых входных сообщений в этот парачейн.

Очереди XCMP должны быть инициированы путем открытия канала между двумя парачейнами. Канал
идентифицируется как отправителем, так и получателем парачейнов, что означает, что это односторонний канал. Пара
парачейнов могут иметь не более двух каналов между собой, один для отправки сообщений
другая цепочка и еще одна для приема сообщений. Для канала потребуется депозит в DOT.
open, который будет возвращен при закрытии канала.

Формат перекрестного консенсуса (XCM)​

Обновленное и полное описание формата сообщения о перекрестном консенсусе см.
Репозиторий в формате xcm на GitHub.

Анатомия взаимодействия XCMP
называется смарт-контракт, который осуществляет передачу некоторых активов в этой цепочке.

Чарли выполняет смарт-контракт на парачейне A , который инициирует новое кроссчейн-сообщение для
пункт назначения смарт-контракта на парачейне Б .

Узел подборки парачейна A поместит это новое межцепочечное сообщение в свой исходящий
очередь сообщений вместе с пунктом назначения и отметкой времени .

Узел подборки парачейна B регулярно пингует все другие узлы подборки, запрашивая новые сообщения
(фильтрация по полю адресат ). Когда подборщик парачейна B делает следующий пинг, он
увидит это новое сообщение на parachain A и добавить его в собственную входящую очередь для обработки в
следующий блок.

Валидаторы для парачейна также прочитает исходящую очередь и узнает сообщение. Валидаторы для
parachain B сделает то же самое. Это делается для того, чтобы они могли проверить передачу сообщения
получилось.

Когда составитель парачейна B строит следующий блок в своей цепочке, он будет обрабатывать новый
сообщение в своей входящей очереди, а также любые другие сообщения, которые он мог найти/получить.

Во время обработки сообщение выполнит смарт-контракт на парачейне B и завершит
передача активов по назначению.

Сопоставитель теперь передает этот блок валидатору, который сам проверит, что это сообщение было
обработанный. Если сообщение было обработано и все остальные аспекты блока действительны, валидатор
включит этот блок для парачейна B в цепочку реле.

Посмотрите наше анимационное видео ниже, в котором рассказывается, как работает XCMP.

К сожалению, ваш браузер не поддерживает встроенные видео.

Ресурсы​

• Шон Табризи: XCM – основа мультичейн будущего | Полкадот расшифрован 2022 —
  Общий обзор, который должен ответить на вопрос «Что такое XCM?

• XCM: Формат сообщения о взаимном согласии —
  Подробная запись в блоге доктора Гэвина Вуда о формате XCM.

• Спецификация формата XCM — лучшая отправная точка для
  понимание XCM API на техническом уровне.

• Гэвин Вуд, основатель Polkadot: XCM v3 | Полкадот расшифрован 2022 —
  Общий обзор XCM и, в частности, новых функций, доступных в XCM v3.

• Схема XCMP — полная техническая
  описание межсетевого взаимодействия на исследовательской вики Web3 Foundation.

• Обзор обмена сообщениями — Обзор
  схем обмена сообщениями из руководства по внедрению хоста Polkadot Parachain.

• Sub0 Online: Начало работы с XCM — Ваши первые кроссчейн-сообщения —
  Семинар, посвященный коду, посвящен тому, как работает XCM v1, и основным концепциям XCM.

• XCM: перекрестный согласованный аудит обмена сообщениями —
  Отчет о техническом аудите Quarkslab подготовлен для Parity.

• Код поддона XCM —
  Поддон, содержащий логику XCM из репозитория кода Polkadot

Обмен сообщениями о взаимном согласии (XCM) | Документы лунного луча

Введение

Архитектура

Polkadot позволяет парачейнам естественным образом взаимодействовать друг с другом, обеспечивая межблочную передачу данных или активов любого типа.

Для этого формат Cross-Consensus Message (XCM) определяет язык того, как должна выполняться передача сообщений между двумя взаимодействующими блокчейнами. XCM не является специфичным для Polkadot, поскольку он призван стать универсальным и расширяемым языком между различными системами консенсуса.

Эта страница представляет собой краткое введение и обзор XCM и других связанных элементов. Дополнительную информацию можно найти в Wiki Polkadot.

Общие определения XCM

• XCM — расшифровывается как кросс-консенсусное сообщение. Это общий способ взаимодействия систем консенсуса друг с другом

.

• VMP — означает вертикальную передачу сообщений, один из методов транспортировки для XCM. Это позволяет парачейнам обмениваться сообщениями с цепочкой реле. UMP (восходящая передача сообщений) позволяет парачейнам отправлять сообщения в свою цепочку ретрансляции, а DMP (нисходящая передача сообщений) позволяет цепочке ретрансляции передавать сообщения вниз в одну из своих парачейнов
• XCMP — означает кросс-консенсусную передачу сообщений, один из транспортных методов для XCM. Это позволяет парачейнам обмениваться сообщениями с другими парачейнами в той же цепочке ретрансляции

.

• HRMP — обозначает передачу сообщений с горизонтальной ретрансляционной маршрутизацией, временный протокол при запуске полной реализации XCMP. Он имеет тот же интерфейс, что и XCMP, но сообщения хранятся в цепочке реле

.

• Суверенная учетная запись — учетная запись, которая есть у каждой цепочки в экосистеме, одна для ретрансляционной цепочки, а другая для других парачейнов. Рассчитывается как blake2 хэш определенного слова и объединенного идентификатора парачейна ( blake2(para+ParachainID) для суверенной учетной записи в ретрансляционной цепочке и blake2(sibl+ParachainID) для суверенной учетной записи в других парачейнах), усекая хэш до нужной длины. Учетная запись принадлежит root и может использоваться только через SUDO (если доступно) или через демократию (технический комитет или референдум). Суверенная учетная запись обычно подписывает сообщения XCM в других цепочках экосистемы 9.0008
• Мультилокация — способ указать точку во всей экосистеме ретрансляционной цепи/парачейна относительно заданного источника. Например, его можно использовать для указания конкретного парачейна, актива, учетной записи или даже поддона внутри парачейна. В общих чертах мультилокация определяется родительскими и внутренними . Родители относятся к тому, сколько «прыжков» в родительский блокчейн вам нужно сделать из данного источника. Интерьер относится к тому, сколько полей вам нужно, чтобы определить целевую точку. Например, чтобы настроить таргетинг на парачейн с идентификатором 1000 из другого парачейна, мультилокация будет { "parents": 1, "interior": { "X1": [{ "Parachain": 1000 }]}}

Инструкции XCM

Сообщения XCM содержат ряд действий/инструкций, которые выполняются виртуальной машиной Cross-Consensus (XCVM). Действие (например, перевод токена из одного блокчейна в другой) состоит из инструкций, которые XCVM частично выполняет в цепочках источника и назначения.

Например, сообщение XCM, которое передает DOT из Polkadot в Moonbeam, будет включать следующие инструкции XCM (в указанном порядке), которые частично выполняются на Polkadot и частично на Moonbeam:

1. TransferReserveAsset — выполняется в Polkadot
2. ReserveAssetDepossited — выполняется в Moonbeam
3. ClearOrigin — выполнено в Moonbeam
4. BuyExecution — выполняется в Moonbeam
5. DepositAsset — выполняется в Moonbeam

Транспортные протоколы XCM

Polkadot реализует два кросс-консенсусных или транспортных протокола для обработки сообщений XCM между входящими в его состав парачейнами, одним из которых является Moonbeam:

• Вертикальная передача сообщений (VMP) — делится на два типа транспортных протоколов передачи сообщений:

  • Upward Message Passing (UMP) — позволяет парачейнам отправлять сообщения в свою релейную цепочку, например, от Moonbeam до Polkadot
  • Нисходящая передача сообщений (DMP) — позволяет цепочке ретрансляции передавать сообщения вниз к одному из своих парачейнов, например, от Polkadot к Moonbeam

• Межсетевая передача сообщений (XCMP) — позволяет двум парачейнам обмениваться сообщениями, если они подключены к одной ретрансляционной цепочке. Транзакции между цепочками разрешаются с использованием простого механизма организации очереди на основе дерева Меркла для обеспечения точности. Коллаторы обмениваются сообщениями между парачейнами, а валидаторы релейной цепочки проверяют, что передача сообщения произошла

Примечание

В настоящее время, пока XCMP разрабатывается, реализован временной протокол, называемый горизонтальной ретрансляционной передачей сообщений (HRMP), в котором сообщения сохраняются в цепочке ретрансляции и считываются из нее. Это будет объявлено устаревшим в будущем для полной реализации XCMP.

Кроме того, два наиболее распространенных варианта использования сообщений XCM, по крайней мере, на ранних стадиях его реализации, таковы:

• Телепортация активов — состоит из перемещения актива из одной цепочки блоков в другую путем уничтожения суммы, передаваемой в исходной цепочке, и создания клона (такой же суммы, что и уничтоженная) в целевой цепочке. В таких случаях каждая цепочка держит нативный актив в качестве резерва, подобно механизму моста «сжечь-мята». Модель требует определенной степени доверия, поскольку любая из двух цепочек может злонамеренно чеканить больше активов
• Удаленные переводы — состоит из перемещения актива из одной цепочки блоков в другую через промежуточную учетную запись в исходной цепочке, которая без доверия принадлежит целевой цепочке. Этот промежуточный счет известен как «суверенный» счет. В таких случаях актив цепочки происхождения не уничтожается, а хранится на суверенном счете. Выполнение XCM в целевой цепочке создает обернутое (также называемое «виртуальным» или «кроссчейновым» активом) представление по целевому адресу. Обернутое представление всегда взаимозаменяемо в соотношении 1:1 с собственным активом. Это похоже на механизм соединения блокировки-мяты/сжигания-разблокировки 9.0008

Более подробную статью о XCM можно найти в Polkadot Wiki.

Изначально Moonbeam будет поддерживать только удаленную передачу. Все кроссчейн-активы на Moonbeam будут называться xc + TokenName . Например, представление DOT Polkadot на Moonbeam известно как xcDOT , а представление KSM Kusama на Moonriver — xcKSM . Вы можете прочитать больше о стандарте XC-20 в обзоре XC-20 и Cross Chain Assets.

Разработчики должны понимать, что отправка некорректных сообщений XCM может привести к потере средств. Следовательно, важно протестировать функции XCM в TestNet, прежде чем переходить к производственной среде.

Регистрация канала

Прежде чем две цепочки смогут начать общение, должен быть открыт канал обмена сообщениями. Каналы являются однонаправленными, что означает, что канал из цепочки A в цепочку B будет передавать сообщения только из A в B. Следовательно, передача активов будет возможна только из цепочек A в B. Следовательно, для отправки сообщений (или передачи) должны быть открыты два канала. активы) туда и обратно.

Канал для XCM между цепочкой реле и парачейном автоматически открывается при установлении соединения. Однако, когда парачейн А хочет открыть канал связи с парачейном В, парачейн А должен отправить открытый канал вне своей сети. Этот внешний вид также является XCM! Это сообщение XCM состоит как минимум из следующих инструкций XCM (в указанном порядке):

1. Вывести актив
2. КупитьВыполнение
3. Сделка

Здесь Транзакция будет включать закодированные данные вызова для выполнения действия открытия/принятия канала в цепочке ретрансляции. Дополнительные инструкции могут быть включены для возмещения активов, которые не были израсходованы во время выполнения.

Сообщение XCM, отправленное в цепочку реле, состоит как минимум из:

• Место назначения, где будет выполнено сообщение (в данном случае ретрансляционная цепочка)
• Учетная запись, которая будет оплачивать комиссию (оплачивается в токене ретрансляционной цепочки)
• Комиссии, которые может потреблять транзакция при выполнении
• Закодированные данные вызова, полученные путем имитации внешних данных в цепочке ретрансляции. Сюда входит следующая закодированная информация:
  • Метод, вызываемый в цепочке ретрансляции (открытый канал)
  • Идентификатор парачейна целевой цепи (парачейн B в данном примере)
  • Максимальное количество сообщений в очереди назначения
  • Максимальный размер отправляемых сообщений

Комиссия за транзакцию уплачивается в кроссчейн (xc) представлении актива ретрансляционной цепочки ( xcRelayChainAsset ). Например, для Polkadot/Moonbeam транзакционные сборы оплачиваются в формате xcDOT . Точно так же для Kusama/Moonriver комиссия за транзакцию выплачивается в xcKSM . Следовательно, на счету, оплачивающем сборы, должно быть достаточно xcRelayChainAsset . Эту проблему можно решить на Moonbeam/Moonriver, взимая плату за входящие сообщения XCM, которые оплачиваются активом исходной цепочки, отправляются в казначейство и используют казначейский счет для оплаты внешней регистрации канала.

Несмотря на то, что парачейн А выразил намерение открыть канал XCM с парачейном В, последний не сообщил ретрансляционной цепочке о своих намерениях получать сообщения от парачейна А. Следовательно, чтобы иметь установленный канал, парачейн В должен отправить внешний (XCM) к цепи реле. Внешний вид принимающего канала аналогичен предыдущему. Однако закодированные данные вызова включают только новый метод (принятый канал) и идентификатор парачейна отправителя (парачейн A в этом примере). Как только оба парачейна согласованы, канал открывается в течение следующей смены эпохи.

Все указанные выше действия могут быть выполнены через SUDO (если доступно) или через демократию (технический комитет или референдум).

После того, как канал установлен, активы должны быть зарегистрированы перед передачей через XCM либо путем запекания в среде выполнения в качестве константы, либо через поддон. Процесс регистрации активов для Moonbeam объясняется в следующем разделе.

Регистрация актива XCM

После установления канала между парачейнами (или ретрансляционными цепями-парачейнами) может происходить регистрация активов.

Как правило, регистрация актива может происходить на уровне среды выполнения, что означает, что требуется обновление среды выполнения, после чего актив регистрируется и поддерживается XCM. Тем не менее, Moonbeam включил поддон Substrate для обработки регистрации активов без необходимости обновления во время выполнения, что значительно упростило процесс.

При регистрации актива XCM внешний элемент должен включать (среди прочего):

• Идентификатор парачейна, где находится исходный актив
• Тип актива. На момент написания вы можете зарегистрировать либо собственный токен парачейна, либо актив, созданный с помощью активов поддона, указав его индекс

.

• Имя актива, символ и десятичное число
• Неснижаемый остаток

После регистрации актива XCM можно установить единицы выполнения в секунду. Это метрика, используемая для взимания платы за входящее сообщение XCM за его выполнение в целевом парачейне, аналогично плате за газ в мире Ethereum. Тем не менее комиссии могут взиматься в другом токене, например, DOT. Если количество токенов, отправляемых через XCM, недостаточно для покрытия исполнения XCM, транзакция XCM завершается неудачно, и потраченная комиссия не возвращается.

После того, как канал был успешно установлен, актив XCM зарегистрирован в целевом парачейне и установлены единицы выполнения в секунду, пользователи должны иметь возможность начать передачу активов.

Все указанные выше действия можно выполнить через SUDO (если доступно) или через Демократию (технический комитет или референдум).

Лунный луч и XCM

Поскольку Moonbeam является парачейном в экосистемах Polkadot, одной из наиболее прямых реализаций XCM является возможность передачи активов из Polkadot и других парачейнов из/в Moonbeam. Это позволит пользователям приносить свои токены в Moonbeam и все его dApps.

Расширяя уникальные функции совместимости Ethereum с Moonbeam, иностранные активы будут представлены через стандартный интерфейс ERC-20 через предварительно скомпилированный контракт. Активы XCM на Moonbeam называются XC-20, чтобы отличать собственные активы XCM от ERC-20, созданных с помощью EVM. Контракт предварительной компиляции получит доступ к необходимым функциям субстрата для выполнения требуемых действий. Тем не менее, с точки зрения разработчика, XC-20 — это токены ERC-20 с дополнительным преимуществом, заключающимся в том, что они являются кроссчейн-активом XCM, и dApps могут легко поддерживать их через знакомый интерфейс ERC-20.

Прекомпиляция не поддерживает межсетевые передачи, чтобы максимально приблизиться к исходному интерфейсу ERC-20. Следовательно, разработчикам придется полагаться на Substrate API и XCM для перемещения активов обратно в исходную цепочку или на другой контракт предварительной компиляции для доступа к функциям на основе XCM из Ethereum API.

В зависимости от целевого блокчейна передача активов может осуществляться посредством телепортации или дистанционной передачи, причем последний метод используется чаще всего. Первоначально Moonbeam будет поддерживать только удаленную передачу.

В следующих разделах представлен общий обзор двух первоначальных вариантов использования XCM на Moonbeam: перевод активов из/в Polkadot (через VMP) и перевод активов из/в другие парачейны (через XCMP). Эта страница будет расширяться по мере появления дополнительных функций взаимодействия, таких как перемещение токенов ERC-20 из Moonbeam в другие парачейны или перемещение других активов в Moonbeam в качестве представлений ERC-20.

Лунный луч и Полкадот

Поскольку Moonbeam является парачейном в экосистеме Polkadot, XCM + VMP позволяет осуществлять переводы DOT из/в Polkadot/Moonbeam. В этом разделе представлен общий обзор всех действий, связанных с выполнением таких сообщений XCM.

После регистрации проекта в качестве парачейна он автоматически получает двунаправленный канал связи с ретрансляционной цепочкой. Поэтому нет необходимости в регистрации сети. Однако собственный токен ретрансляционной цепочки должен быть зарегистрирован в парачейне.

Алиса (Полкадот) хочет перевести определенное количество DOT от Полкадота на свою учетную запись в Moonbeam по имени Алит. Поэтому она инициирует XCM, выражающий ее намерения. Для таких переводов у Moonbeam есть суверенный счет на Polkadot.

Следовательно, выполнение сообщения XCM на Polkadot переведет количество DOT на суверенный счет Moonbeam на Polkadot. Как только активы депонированы, вторая часть сообщения отправляется в Moonbeam.

Moonbeam локально выполнит действие, на которое запрограммировано сообщение XCM. В этом случае необходимо отчеканить и перевести такое же количество xcDOT (кроссчейн DOT) на счет, указанный Алисой, которым в данном случае является Алит. Плата за выполнение XCM в целевом парачейне оплачивается в передаваемом активе ( xcDOTs для этого примера).

Обратите внимание на следующее:

• Аккаунты Алисы и Алита могут быть разными. Например, учетные записи Polkadot имеют номер SR25519 (или ED25519), а учетные записи Moonbeam — учетные записи ECDSA (в стиле Ethereum). У них также могут быть разные владельцы
• Существует определенная степень доверия, когда одна цепочка полагается на другую для выполнения своей части сообщения XCM. Это запрограммировано на уровне выполнения, поэтому его можно легко проверить
• В этом примере кроссчейн DOT ( xcDOTS ) представляет собой упакованное представление исходных DOT, хранящихся на суверенном счете Moonbeam на Polkadot. xcDOT могут быть переданы в Moonbeam в любое время, и их также можно обменять на DOT в соотношении 1:1

Алит вложила свои xcDOT в пул ликвидности. Затем Чарлет приобретает около xcDOT путем обмена на этот пул ликвидности, и он хочет перевести около xcDOTs на счет Чарли в Polkadot. Поэтому он инициирует XCM, выражающий его намерения.

Следовательно, при выполнении сообщения XCM на Moonbeam будет сожжено xcDOT . После того, как активы сожжены, вторая часть сообщения отправляется в Polkadot.

Polkadot выполнит действие, для которого запрограммировано сообщение XCM. В этом случае необходимо перевести то же количество xcDOT сожженных с суверенного счета Moonbeam на счет, указанный Charleth, которым в данном случае является Charley.

Moonbeam и другие парацепи

Поскольку Moonbeam является парачейном в экосистеме Polkadot, XCM + XCMP позволяет передавать активы из/в Moonbeam и другие парачейны. В этом разделе представлен общий обзор основных отличий от XCM от/до Polkadot/Moonbeam.

Первое требование — должен существовать канал между парачейнами, а передаваемый актив должен быть зарегистрирован в целевом парачейне. Только при соблюдении обоих условий можно отправлять XCM между парачейнами.

Затем, когда Алит (Moonbeam) переводит определенное количество GLMR из Moonbeam на другую учетную запись (Алису) в целевом парачейне, токены отправляются на суверенную учетную запись, принадлежащую этому целевому парачейну в Moonbeam.

Поскольку сообщение XCM выполняется в целевом парачейне, ожидается, что это будет отчеканено и переведено такое же количество xcGLMR (межсетевые GLMR) на учетную запись, определенную Alith, которой в данном случае является Алиса. Плата за выполнение XCM в целевом парачейне выплачивается в переданном активе ( xcGLMRs для этого примера).