Джей: Что ты думаешь о Core JAM? Это революционное или эволюционное изменение?

Шон: Я считаю, что эта перемену в нашей экосистеме является революционной, потому что она приносит новые возможности и трансформации. Однако с технической точки зрения эта перемену является пошаговым развитием технологического стека Polkadot, что означает, что она основана на непрерывном развитии и улучшении существующей технологии.

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

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

В текущей модели параллельной цепи V1 есть много ядер, но каждое ядро может запускать только одно приложение. Улучшение, предложенное Core JAM, заключается в том, что задается вопрос, почему мы должны ограничивать каждое ядро использованием только одного приложения, учитывая, что эти ядра могут выполнять множество задач. Фактически, мы можем делить эти ядра. Различным приложениям требуются разные ресурсы: некоторые могут требовать больше вычислительной мощности, некоторые больше доступности данных, в то время как другие могут нуждаться в большем пространстве для хранения. Поэтому мы можем использовать различные части ядра и объединять различные приложения вместе, чтобы они могли полностью использовать все доступные ресурсы. Наша цель - гарантировать, что никакие ресурсы не будут потеряны на этой цепи. Роль Core JAM и времени ядра заключается в том, чтобы сделать всю систему более доступной и гибкой для достижения этого универсального блокчейн-пространства.

Так в чем разница? Я думаю, что концепция «параллельных цепочек» может постепенно исчезнуть. В традиционной модели блокчейна каждый блокчейн работает независимо на своем собственном ядре. Эта идея станет все более размытой в будущем, потому что мы будем запускать приложения, а не только блокчейны. Эти приложения могут быть параллельными цепочками, но они также могут быть более гибкими. Гэв мог намекнуть на эти изменения, сказав, что любая функция с главной точкой входа может работать в системе, что означает, что вам не обязательно строить полный блокчейн. Ваше приложение может просто быть простой программой, работающей в слое доступности данных Polkadot, например, временным приложением, существующим только в памяти. В заключение, значительное изменение здесь заключается в том, что нам нужно пересмотреть предположения о том, как работают приложения, и может уже не быть необходимости строить полные блокчейны, но могут быть более гибкие способы работы.

Примечание PolkaWorld: Взгляды здесь очень похожи на те, что предложены главным техническим директором Acala Byran относительно приложений без цепей. Вы можете найти больше в“Акала Брайан Дешифрует JAM: Polkadot 2.0 Может Принести Бесцепочечные Децентрализованные Приложения, Принося Неограниченный Потенциал Будущего!”

Джей: У вас есть примеры приложений, работающих вне архитектуры параллельной цепи?

Шон: Хотя это может не быть основной целью Core JAM сам по себе, как часть сегментации пространства блокчейна, проект Celestia в настоящее время привлекает много внимания. Celestia работает над обеспечением поддержки доступности данных для различных решений rollup. У Polkadot уже есть большое количество доступных данных и очень мощный технический стек, достаточный для конкуренции с другими поставщиками специализированных решений. Поэтому нет причин, почему решения rollup не могут использовать доступность данных Polkadot для достижения своих целей. Например, вы можете использовать технический стек Polkadot и все валидаторы, но вам не обязательно строить полную параллельную цепь; вы можете просто сделать rollup, который является более легковесным решением, сосредоточенным на обработке транзакций, а не на поддержании полной блокчейна.

Теперь, если бы я хотел создать некоторые базовые приложения с точки зрения разработчика, которые не требуют полноценных параллельных цепочек, а скорее простые приложения "Hello World", вы можете представить себе самую простую программу, например, базовое приложение-счетчик, с всего несколькими строками кода, без основного хранилища, не являющегося блокчейном, но способного выполнять операции увеличения и уменьшения. Любой может вызвать этот счетчик, и его состояние будет храниться в слое доступности данных Polkadot. Пока кто-то вызывает его один раз каждые 24 часа перед очисткой данных, состояние этого счетчика будет сохранено. Эти простые приложения очень похожи на смарт-контракты, но Polkadot не предоставляет долгосрочное хранение, что является основной проблемой, стоящей перед блокчейнами. Если вы просто создаете временное приложение, такое как простой счетчик или приложение "Hello World", вам не нужно долгосрочное хранение, и вам не нужно за него платить; мы просто предоставляем альтернативное решение. Так что я думаю, что это некоторые захватывающие вещи, которые я бы хотел увидеть, как только технология будет внедрена, мы сможем показать людям, насколько легко создать это очень простое "Hello World".

Джей: Ты сказал, что Polkadot не обязался обеспечивать долгосрочное хранение?

Шон: Масштабируемость - важный аспект дизайна Polkadot. У Polkadot есть собственная система хранения и валидаторы, работающие с ретрансляционными цепями, но она достигает масштабируемости через фрагментацию данных. В этой архитектуре каждая парачейна отвечает за управление своими собственными данными, в то время как коллаторы - субъекты, отвечающие за эту задачу. Polkadot хранит только корневые хэши, что является криптографической техникой, используемой для обеспечения соответствия данных, предоставленных сети, данным, с которыми согласована вся сеть. Если бы Polkadot пытался обеспечить долгосрочное хранение для каждого пользователя, он не смог бы эффективно масштабироваться. Хотя существуют способы хранения данных в долгосрочной перспективе в Polkadot, прямая передача данных на ретрансляционную цепь не является идеальным подходом. Вместо этого могут быть созданы структуры, такие как системные цепи, специально для поддержки долгосрочного хранения, конкурирующие с другими решениями хранения, такими как файловое хранение.

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

Отказ от ответственности:

1. Эта статья взята из [PolkaWorld], Все права на авторские права принадлежат оригинальному автору [PolkaWorld]. Если есть возражения против этого перепечатывания, пожалуйста, свяжитесь с Gate Learnкоманды, и они незамедлительно справятся с этим.
2. Отказ от ответственности: Взгляды и мнения, высказанные в этой статье, являются исключительно точкой зрения автора и не являются инвестиционными советами.
3. Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.