На фоне медвежьего рынка каждый будет спокойно думать о некоторых вещах, которые могут быть проигнорированы на бычьем рынке. Например, будет ли работать технология Solana, вернувшаяся в поле зрения общественности? Может ли «централизованный простой» разрушить все?
Недавно MakerDAO заявил, что кодовая база Solana неплохая, Visa также объявила, что будет сотрудничать с Solana на пилотной основе, а TVL Solana и другие показатели данных также значительно улучшились. Ознаменует ли Solana вторую весну? Как это интерпретировать?
Во время бычьего рынка, столкнувшись с внезапным ростом курса валюты $SOL, все говорили, что у Соланы сильный капитал и экология сообщества, но мало кто мог ясно объяснить, какова была техническая основа Соланы.
Без хвастовства, в этой статье кратко анализируется техническая архитектура Соланы с научно-популярной точки зрения и почему Солана не была уничтожена Эфириумом.
Советы: Только с точки зрения популяризации технологий я помогу вам по-новому понять Солану, не упоминая об инвестициях.
Механизм консенсуса POH
Для начала поговорим о механизме консенсуса POH, а именно (Доказательство истории), который представляет собой специальный инновационный механизм, принятый Соланой.
В традиционном смысле не существует связи между временем блока и физическим временем (слабая корреляция).Например, эталоном времени в публичных цепях, таких как Биткойн и Эфириум, является высота блока, а проявлением течения времени является лишь непрерывная суперпозиция. Таким образом, обновление в Канкуне Это конкретное время можно оценить только на основе скорости производства блоков в сети.
Инновация POH Solana заключается в привязке временного хода цепочки к физическому времени. Например, интервал между каждым блоком POH фиксирован, непрерывные операции хеширования создают проверяемый временной ряд и т. д.
Это позволит избежать проблем с манипуляциями и атаками, вызванными «субъективным» временем. Объективность физического времени Непоколебима.Узлы могут обнаруживать некоторые аномальные ситуации только на основе текущего временного ряда, не обращаясь ко всем историческим данным.
Таким образом, инновация POH заключается в жесткой привязке физического времени для улучшения сотрудничества и достижения консенсуса между узлами Solana.
На мой взгляд, у механизма POH есть еще одно преимущество: узел получает большое количество транзакций в пакетах и сортирует их (конвейер), и ему приходится ждать временной метки POH для отправки транзакции, что эквивалентно пакетной транзакции уровня 2 на уровень 1. Этот механизм похож на идею Rollup.Он вынесен на уровень1, что обеспечивает предпосылки для высокой пропускной способности и параллельной обработки, обсуждаемой ниже.
Функции разделения хранения и вычислений
Далее давайте рассмотрим функцию «разделения хранилища и вычислений», которая позволяет Solana избавиться от узкого ограничения доступности данных.
Традиционная структура проверки блокчейна опирается на полные узлы для публикации большого количества исторических данных для достижения расчета измененного статуса в реальном времени.Такая связь вычислений и хранения в некоторой степени ограничит производительность цепочки. Например, когда Ethereum хочет обновить свой статус, он должен сначала синхронизировать данные всей цепочки, а затем выполнить вычисления исторических записей.Кроме того, Ethereum генерирует блоки последовательно и не может быть сериализован, поэтому время генерации блока и емкость одного блока будут ограничены. .
Solana разделяет хранение состояния и выполнение транзакций. Существует отдельная система хранения для хранения состояния, включая информацию об учетной записи, историю подписывающего лица, записи транзакций и т. д. При выполнении новой транзакции Solana будет выполнять высокоскоростные вычисления на узле Pipeline. Наконец, в системе хранения обновляется только статус. Их разделение может обеспечить быструю работу системы реестра и избежать потери времени на время проверки статуса DA + расчет и ожидание результатов проверки DA. Следует отметить, что сетевые вычислительные ресурсы и ресурсы хранения необходимо получить путем размещения SOL.
С точки зрения непрофессионала, работники в Эфириуме должны идти на склад, чтобы забрать сырье, а затем идти в мастерскую для обработки. обоим мастерским и носильщикам нужно только время от времени перемещать материалы, которые используются поблизости.Производственный цех в порядке, и эффективность значительно повысилась.
Высокая одновременная обработка транзакций
Давайте подробнее рассмотрим функцию «высокопараллельной обработки транзакций», которая позволяет Solana удовлетворить спрос рынка Web2.
Хотя заявление Solana о наличии 700 000 TPS было воспринято как шутка в контексте периодических простоев, выбор MakerDAO Endgame и выбор Visa в некоторой степени являются признанием ограничений производительности. Итак, как Солана достигает высокого уровня параллелизма?
Проще говоря, он создан преимуществами POH и разделением вычислений и хранения, упомянутыми выше.Чтобы дать всем более глубокое понимание, я попытаюсь сравнить это с высоким параллелизмом Starknet.
Солана получает 10 транзакций, отправленных пользователем Алиса одновременно.Узел будет сортировать транзакции, ждать, пока временная метка POH не попадет в пакетный пакет, а затем, когда придет следующая временная метка, узел вызовет данные о состоянии независимой системы хранения. для обнаружения транзакций 10. Если есть конфликт статуса, если конфликта нет, 10 транзакций могут быть обычно упакованы в один блок. Если есть конфликт, конфликтующие блоки будут исключены из этого пакета.
Разница в том, что в соответствии с набором моделей абстракции учетных записей у Алисы в сети Starknet не может быть конфликтов состояний в транзакциях, выполняемых одной учетной записью. Она может выполнять команды «Утвердить» и «Передать» одновременно, поскольку они изменяют разные состояния контракта. в Пособие., Перенос соответствует Балансу, но если одновременно выполняются два Перевода, Баланс должен быть изменен одновременно, что может легко привести к конфликтам статусов и ошибкам расчета. Таким образом, функция абстракции учетной записи является основой высокого уровня параллелизма Starknet.
В качестве популярного примера можно привести параллельный метод Соланы, похожий на ресторан, в котором несколько официантов заказывают еду для клиентов одновременно. Каждый официант обрабатывает поток транзакций, и заказ также координируется официантом. Если есть одинаковые блюда , кухня может запускать их параллельно. Подача еды; и параллельный метод Starknet эквивалентен использованию машины для заказа самообслуживания для сканирования кода, чтобы заказать еду. Клиенты могут получать заказы на нескольких машинах одновременно, и обратно- Конечная центральная система управления координирует заказы.
Короче говоря, цель высокого параллелизма — разумное и эффективное использование системных ресурсов без нарушения порядка в сети.
Официант Соланы — это дорогостоящая система эксплуатации и обслуживания узла, на которую все жалуются, а машина самообслуживания заказов Старкнета — это основа абстракции учетной записи, совместимая с контрактом.
вот и все.
Имея глубокое понимание базовой технологии Соланы, мы можем получить разные ответы, если посмотрим на некоторые критикуемые вопросы.
На мой взгляд, проблема Соланы заключается в слишком сложной логике технической реализации:
Затраты на эксплуатацию и обслуживание узлов Solana слишком высоки, что приводит к ограничению количества узлов и ограничению возможностей децентрализации;
Механизм консенсуса POH+POS требует, чтобы узлы имели мощные вычислительные ресурсы и ресурсы полосы пропускания для обеспечения высокого параллелизма, и чем выше стоимость ресурсов, тем выше затраты на эксплуатацию и обслуживание узла;
Такие проблемы, как конфликты статусов и загрузка сети, неизбежны при обработке с высоким параллелизмом;
Некоторые люди говорят, что Солана использует мышление web2 для построения сети web3, и ее отправная точка технологических инноваций выше, чем существующая архитектура блокчейна.Если ее проблемы рассматривать как отказоустойчивость на пути к инновациям, могут быть разные оценки.
Но если фундамент инновации есть, поднимется ли это рухнувшее здание снова?
Примечание: я не придерживаюсь SOL. Приведенный выше анализ представляет собой всего лишь спокойное размышление и наблюдение с технической + деловой точки зрения, и в процессе популярной интерпретации есть некоторые неточности. Вам следует читать его как научно-популярную статью и не использовать ее. в качестве инвестиционного справочника.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Пересмотр технического механизма Соланы: основная причина, почему его не убил Эфириум?
Написал: Хаотянь
На фоне медвежьего рынка каждый будет спокойно думать о некоторых вещах, которые могут быть проигнорированы на бычьем рынке. Например, будет ли работать технология Solana, вернувшаяся в поле зрения общественности? Может ли «централизованный простой» разрушить все?
Недавно MakerDAO заявил, что кодовая база Solana неплохая, Visa также объявила, что будет сотрудничать с Solana на пилотной основе, а TVL Solana и другие показатели данных также значительно улучшились. Ознаменует ли Solana вторую весну? Как это интерпретировать?
Во время бычьего рынка, столкнувшись с внезапным ростом курса валюты $SOL, все говорили, что у Соланы сильный капитал и экология сообщества, но мало кто мог ясно объяснить, какова была техническая основа Соланы.
Без хвастовства, в этой статье кратко анализируется техническая архитектура Соланы с научно-популярной точки зрения и почему Солана не была уничтожена Эфириумом.
Советы: Только с точки зрения популяризации технологий я помогу вам по-новому понять Солану, не упоминая об инвестициях.
Механизм консенсуса POH
Для начала поговорим о механизме консенсуса POH, а именно (Доказательство истории), который представляет собой специальный инновационный механизм, принятый Соланой.
В традиционном смысле не существует связи между временем блока и физическим временем (слабая корреляция).Например, эталоном времени в публичных цепях, таких как Биткойн и Эфириум, является высота блока, а проявлением течения времени является лишь непрерывная суперпозиция. Таким образом, обновление в Канкуне Это конкретное время можно оценить только на основе скорости производства блоков в сети.
Инновация POH Solana заключается в привязке временного хода цепочки к физическому времени. Например, интервал между каждым блоком POH фиксирован, непрерывные операции хеширования создают проверяемый временной ряд и т. д.
Это позволит избежать проблем с манипуляциями и атаками, вызванными «субъективным» временем. Объективность физического времени Непоколебима.Узлы могут обнаруживать некоторые аномальные ситуации только на основе текущего временного ряда, не обращаясь ко всем историческим данным.
Таким образом, инновация POH заключается в жесткой привязке физического времени для улучшения сотрудничества и достижения консенсуса между узлами Solana.
На мой взгляд, у механизма POH есть еще одно преимущество: узел получает большое количество транзакций в пакетах и сортирует их (конвейер), и ему приходится ждать временной метки POH для отправки транзакции, что эквивалентно пакетной транзакции уровня 2 на уровень 1. Этот механизм похож на идею Rollup.Он вынесен на уровень1, что обеспечивает предпосылки для высокой пропускной способности и параллельной обработки, обсуждаемой ниже.
Функции разделения хранения и вычислений
Далее давайте рассмотрим функцию «разделения хранилища и вычислений», которая позволяет Solana избавиться от узкого ограничения доступности данных.
Традиционная структура проверки блокчейна опирается на полные узлы для публикации большого количества исторических данных для достижения расчета измененного статуса в реальном времени.Такая связь вычислений и хранения в некоторой степени ограничит производительность цепочки. Например, когда Ethereum хочет обновить свой статус, он должен сначала синхронизировать данные всей цепочки, а затем выполнить вычисления исторических записей.Кроме того, Ethereum генерирует блоки последовательно и не может быть сериализован, поэтому время генерации блока и емкость одного блока будут ограничены. .
Solana разделяет хранение состояния и выполнение транзакций. Существует отдельная система хранения для хранения состояния, включая информацию об учетной записи, историю подписывающего лица, записи транзакций и т. д. При выполнении новой транзакции Solana будет выполнять высокоскоростные вычисления на узле Pipeline. Наконец, в системе хранения обновляется только статус. Их разделение может обеспечить быструю работу системы реестра и избежать потери времени на время проверки статуса DA + расчет и ожидание результатов проверки DA. Следует отметить, что сетевые вычислительные ресурсы и ресурсы хранения необходимо получить путем размещения SOL.
С точки зрения непрофессионала, работники в Эфириуме должны идти на склад, чтобы забрать сырье, а затем идти в мастерскую для обработки. обоим мастерским и носильщикам нужно только время от времени перемещать материалы, которые используются поблизости.Производственный цех в порядке, и эффективность значительно повысилась.
Высокая одновременная обработка транзакций
Давайте подробнее рассмотрим функцию «высокопараллельной обработки транзакций», которая позволяет Solana удовлетворить спрос рынка Web2.
Хотя заявление Solana о наличии 700 000 TPS было воспринято как шутка в контексте периодических простоев, выбор MakerDAO Endgame и выбор Visa в некоторой степени являются признанием ограничений производительности. Итак, как Солана достигает высокого уровня параллелизма?
Проще говоря, он создан преимуществами POH и разделением вычислений и хранения, упомянутыми выше.Чтобы дать всем более глубокое понимание, я попытаюсь сравнить это с высоким параллелизмом Starknet.
Солана получает 10 транзакций, отправленных пользователем Алиса одновременно.Узел будет сортировать транзакции, ждать, пока временная метка POH не попадет в пакетный пакет, а затем, когда придет следующая временная метка, узел вызовет данные о состоянии независимой системы хранения. для обнаружения транзакций 10. Если есть конфликт статуса, если конфликта нет, 10 транзакций могут быть обычно упакованы в один блок. Если есть конфликт, конфликтующие блоки будут исключены из этого пакета.
Разница в том, что в соответствии с набором моделей абстракции учетных записей у Алисы в сети Starknet не может быть конфликтов состояний в транзакциях, выполняемых одной учетной записью. Она может выполнять команды «Утвердить» и «Передать» одновременно, поскольку они изменяют разные состояния контракта. в Пособие., Перенос соответствует Балансу, но если одновременно выполняются два Перевода, Баланс должен быть изменен одновременно, что может легко привести к конфликтам статусов и ошибкам расчета. Таким образом, функция абстракции учетной записи является основой высокого уровня параллелизма Starknet.
В качестве популярного примера можно привести параллельный метод Соланы, похожий на ресторан, в котором несколько официантов заказывают еду для клиентов одновременно. Каждый официант обрабатывает поток транзакций, и заказ также координируется официантом. Если есть одинаковые блюда , кухня может запускать их параллельно. Подача еды; и параллельный метод Starknet эквивалентен использованию машины для заказа самообслуживания для сканирования кода, чтобы заказать еду. Клиенты могут получать заказы на нескольких машинах одновременно, и обратно- Конечная центральная система управления координирует заказы.
Короче говоря, цель высокого параллелизма — разумное и эффективное использование системных ресурсов без нарушения порядка в сети.
Официант Соланы — это дорогостоящая система эксплуатации и обслуживания узла, на которую все жалуются, а машина самообслуживания заказов Старкнета — это основа абстракции учетной записи, совместимая с контрактом.
вот и все.
Имея глубокое понимание базовой технологии Соланы, мы можем получить разные ответы, если посмотрим на некоторые критикуемые вопросы.
На мой взгляд, проблема Соланы заключается в слишком сложной логике технической реализации:
Затраты на эксплуатацию и обслуживание узлов Solana слишком высоки, что приводит к ограничению количества узлов и ограничению возможностей децентрализации;
Механизм консенсуса POH+POS требует, чтобы узлы имели мощные вычислительные ресурсы и ресурсы полосы пропускания для обеспечения высокого параллелизма, и чем выше стоимость ресурсов, тем выше затраты на эксплуатацию и обслуживание узла;
Такие проблемы, как конфликты статусов и загрузка сети, неизбежны при обработке с высоким параллелизмом;
Некоторые люди говорят, что Солана использует мышление web2 для построения сети web3, и ее отправная точка технологических инноваций выше, чем существующая архитектура блокчейна.Если ее проблемы рассматривать как отказоустойчивость на пути к инновациям, могут быть разные оценки.
Но если фундамент инновации есть, поднимется ли это рухнувшее здание снова?
Примечание: я не придерживаюсь SOL. Приведенный выше анализ представляет собой всего лишь спокойное размышление и наблюдение с технической + деловой точки зрения, и в процессе популярной интерпретации есть некоторые неточности. Вам следует читать его как научно-популярную статью и не использовать ее. в качестве инвестиционного справочника.