Окончание предыдущего поста Другая часть работы над UX дизайном будет заключаться в разработке унифицированного фасада интерфейса, обеспечивающего доступ к интерфейсам как eth2-клиента, так и eth1-движка. Этот фасад должен предоставить доступ к протоколу удалённого вызова процедур Eth1 с минимальными изменениями, которые могут быть достигнуты с учетом значительного сдвига в консенсусе и обновлениях структур данных.
Легкий клиент Состояние маяка очень маленькое и вмещает до сотни мегабайт. Однако сетевой уровень узла маяка может быть довольно интенсивным из-за распространения аттестации, происходящего в каждом слоте.
Использование легкого клиента цепочки маяков вместо полного узла сэкономит много сетевого трафика пользователю шардов Eth1. Размер состояния, требуемого легким клиентом, составляет менее мегабайта и может полностью храниться в памяти. Когда запускается eth2-легкий клиент, он загружает самое последнее состояние легкого клиента в пределах одного обхода и дает команду eth1-движку, чтобы догнать самое последнее завершенное состояние Eth1. В онлайн-режиме легкому клиенту потребуется прослушивать блоки маяка и шардов и выполнять блоки Eth1, чтобы поддерживать верхушку цепочки шардов Eth1 с довольно высоким уровнем безопасности.
Примечание: легкий клиент очень желателен, но не является обязательным условием для слияния. Существует еще один способ уменьшить трафик цепочки маяков, включив световой режим для полного клиента цепочки маяков. В этом режиме клиент будет слушать канал блоков маяка, не участвуя в подсетях аттестации. Этот подход сохраняет безопасность отдельных клиентов, но может повлиять на саму сеть; поэтому он является предметом дальнейшего исследования.
Следующий шагМы предлагаем реализацию основного консенсуса в качестве следующего шага на пути к слиянию. Область применения PoC (не понятно какое из доказательств автор имеет ввиду Proof of Capacity , Proof of Checkpoint или Proof of Concept) не включает в себя сетевую и основную работу, связанную с клиентами. Это сводит к минимуму требования консенсуса к следующему подмножеству:
Предпосылки Фаза 1:
-переход между состояниями
-выбор форка
-валидатор
Объем Eth1-движок:
-обработка блока
-производство блока
-выбор внешнего форка
Шарды Eth1:
-функция перехода состояния
-обязанности валидатора
Протокол связи Eth1-Eth2:
-консенсус
Коммуникационный протокол будет настолько минимальным, насколько это требуется для основной функции консенсуса. Любые изменения в цепочке маяков, включая обработку новых депозитов, выходят за рамки этой области, обновления клиентов сокращаются до минимального подмножества, необходимого для доставки.
Продуктом PoC должна быть пара клиент-движок, способная производить и импортировать блоки шардов с блоками Eth1 в качестве исполняемой полезной нагрузки.