Как Douwe Faasen переосмысливает инфраструктуру данных: открывая будущее доступности данных

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

Ишан Пандей: Привет, Доуи Фаасен, добро пожаловать в нашу серию «За стартапом». Ваш путь от кодирования в 11 лет до основания HyveDA увлекателен. Как ваш ранний опыт работы с кранами Bitcoin и смарт-контрактами сформировал ваше видение решений для обеспечения доступности данных?

Douwe Faasen: Привет, Ишан, спасибо, здорово иметь возможность стать частью этой серии. Спасибо за вопрос, мне всегда нравится вспоминать прошлое. Для меня это был настоящий путь от простых веб-сайтов к созданию решения с высокой пропускной способностью для обеспечения доступности данных. Однако в этом пути я действительно экспериментировал с кранами Bitcoin и начал изучать, как разрабатывать смарт-контракты в 2017 году.

Он многому меня научил об атомарности блокчейнов, но также показал мне проблему ограничений инфраструктуры данных в разработке блокчейнов. Часто Ethereum становился слишком ограничивающим для создания чего-то в таких масштабах, поэтому команды запускали собственную цепочку, где они могли сами выпускать газовые токены и создавать что-то гораздо большего масштаба. В конечном итоге люди застряли в Ethereum, и эти цепочки стали цепочками-призраками.

Это наблюдение, в сочетании с моей страстью к данным, дало мне стимул для создания инструментов для децентрализованных технологий, чтобы построить что-то масштабное, не оставляя позади сетевой эффект существующих блокчейнов. HyveDA является результатом этого, и мы будем строить инфраструктуру данных для роллапов, валидаторов, цепочек приложений и проверяемых сервисов, чтобы развивать их с безграничным масштабом и емкостью.

Ишан Пандей: Мы наблюдаем значительную тенденцию к повторному использованию инфраструктуры Ethereum, особенно с «базовыми» роллапами. Как вы видите, как эта эволюция повлияет на будущее масштабируемости блокчейна?

Douwe Faasen: Я думаю, что повторное использование — это идеальное обрамление для этого. Базовые роллапы имеют довольно много улучшений по сравнению с текущим дизайном роллапов в том, как они справляются с безопасностью и децентрализацией. Одним из примечательных элементов является то, что они используют валидаторы Ethereum для последовательности, в то время как они передают выполнение на аутсорсинг узлам выполнения роллапа, что является отличной модульной конструкцией и может быть очень масштабируемым. По моему мнению, базовые роллапы являются прекрасным свидетельством способности Ethereum работать в качестве расчетного уровня, но они также подчеркивают важность доступности данных.

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

Ишан Пандей: Вы открыто говорили о важности домашних стейкеров для поддержания истинной децентрализации. Не могли бы вы подробнее рассказать, почему это важно в эпоху, когда решения с высоким TPS часто отдают предпочтение крупным центрам обработки данных?

Douwe Faasen: Соло-стейкеры играют важную роль в снижении рисков, создаваемых централизованными субъектами, и защите сетей от таких угроз, как цензура или атаки 51%. Я твердо верю, что мы должны сосредоточиться на создании по-настоящему децентрализованных сетей, которые открыты для всех и устойчивы к атакам со стороны крупных централизованных субъектов. Безопасность никогда не должна быть поставлена под угрозу ради производительности.

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

Ишан Панди: Учитывая ваш опыт создания индексаторов до The Graph, какие уникальные знания о проблемах доступности данных в пространстве блокчейна вы получили?

Douwe Faasen: Индексные сети и доступность данных — это совершенно разные концепции, но у них есть несколько общих базовых шаблонов. Можно даже утверждать, что The Graph помогает поддерживать доступность данных для индексированных данных. Конечно, предположения о безопасности и криптографические свойства принципиально отличаются. Тем не менее, одна ключевая вещь, которую я усвоил из создания собственных индексаторов, а также работы с The Graph и StreamingFast, заключается в том, сколько может стоить избыточность данных. Узлы могут исчезнуть в любой момент, и как пользователь вы никогда не захотите, чтобы это повлияло на ваше приложение. Это означает, что вам нужно реплицировать свои данные на несколько узлов. Естественно, это обходится дорого. И эта концепция избыточности — одна из причин, по которой доступность данных (DA) стала такой важной темой в сообществе Ethereum.

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

Ишан Пандей: Продолжаются дебаты о балансе между децентрализацией и проверяемостью, особенно с технологией ZK. Как HyveDA подходит к этому балансу в своих решениях?

Douwe Faasen: Это отличный вопрос. Я лично считаю, что ZK — это фантастический инструмент для доказательства того, что исполнение было выполнено правильно. Вам понадобится только консенсус для упорядочивания транзакций и обеспечения корректности состояния после применения доказательств. Мы активно изучаем ZK для DA, и это отличный способ помочь децентрализации.

ZK устраняет необходимость в каком-либо доверии между узлами, что означает, что к сети может присоединиться больше узлов, а консенсус может быть достигнут более упрощенным способом. В конечном счете, это одновременно повышает проверяемость и децентрализацию. В контексте DA мы особенно заинтересованы в том, как ZK может гарантировать корректность, не требуя значительных накладных расходов. Например, доказательства ZK могут использоваться для гарантии того, что узлы в сети DA хранят и обслуживают данные правильно, в то время как консенсус Ethereum обеспечивает глобальную целостность и последовательность этих доказательств.

Ишан Пандей: Вы упомянули, что реальные варианты использования будут реализованы посредством верификации через Ethereum, а не полной децентрализации. Можете ли вы поделиться некоторыми конкретными примерами того, как это может работать?

Douwe Faasen: Безусловно. Позвольте мне начать с того, что децентрализация остается чрезвычайно важной, и не требующая доверия проверяемость не существовала бы без нее. Проверяемость посредством децентрализованных систем на основе консенсуса, таких как Ethereum, означает, что вы можете создавать не требующие доверия гарантии того, что операции или вычисления были правильно выполнены и применены без каждого шага, выполняемого в децентрализованной установке. Позвольте мне привести несколько примеров этого: игровые движки могут запускать свою инфраструктуру вне цепочки, обеспечивая обычную высокую пропускную способность, с которой они имеют дело, но периодически подтверждать игровые переходы и отправлять их в цепочку. Консенсус цепочки гарантирует правильные результаты игры, но никакая логика или активы не размещаются в цепочке.

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

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

Ишан Панди: Заглядывая вперед, какие разработки в области доступности данных и инфраструктуры блокчейна вас больше всего воодушевляют и как HyveDA позиционирует себя в связи с этими изменениями?

Douwe Faasen: Сейчас в инфраструктуре происходит много всего, и все это довольно захватывающе. Самое захватывающее для отрасли в целом, по моему мнению, то, как далеко продвинулась ZK за такой короткий период времени. Это технология, которая может продвинуть децентрализацию и распределенные системы с точки зрения безопасности, скорости и надежности, но ранее для ее фактической реализации требовалась команда докторов наук.

Здесь следует выразить огромную благодарность Succinct, которые устранили это требование, и теперь разработчики могут создавать с ZK без обширных предварительных академических знаний по теме. В Hyve мы активно исследуем и разрабатываем, чтобы ввести ZK в наш уровень доступности данных для более быстрой окончательности и более простых предположений безопасности доступности данных. Это в конечном итоге сделает нас еще более надежными для интеграторов DA, сохраняя при этом ту же пропускную способность.

Ишан Панди: Спасибо за ваше время и идеи, Доуви!

Не забудьте поставить лайк и поделиться историей!