На тлі ведмежого ринку всі спокійно міркуватимуть про деякі речі, на які можна не звернути увагу на бичачому ринку. Наприклад, чи спрацює технологія Solana, яка повернулася в поле зору громадськості, чи може «централізований простой» знищити все?
Нещодавно MakerDAO заявив, що кодова база Solana непогана, Visa також оголосила, що співпрацюватиме з Solana на пілотній основі, а TVL Solana та інші показники даних також значно покращилися. Чи стане Solana другою весною? Як це трактувати?
Під час зростання ринку, коли зіткнулися з раптовим зростанням курсу валюти на $SOL, усі казали, що Solana має потужний капітал і екологію громади, але мало хто міг чітко пояснити, якою є технічна структура Solana.
Без хвастощів, ця стаття коротко аналізує технічну архітектуру Solana з науково-популярної точки зору та чому Solana не був убитий Ethereum.
Поради: Лише з точки зору популяризації технологій, я допоможу вам заново зрозуміти Solana без будь-яких інвестиційних посилань.
Механізм консенсусу POH
По-перше, давайте поговоримо про механізм консенсусу POH, а саме (Proof of history), який є особливим інноваційним механізмом, прийнятим Соланою.
У традиційному розумінні немає зв’язку між часом блоку та фізичним часом (слабка кореляція). Наприклад, еталонним показником часу публічних мереж, таких як Bitcoin та Ethereum, є висота блоку, а проявом проходження часу є лише безперервна суперпозиція Таким чином, оновлення в Канкуні. Цей конкретний час можна оцінити лише на основі швидкості виробництва мережевих блоків.
Інновація POH Solana полягає в тому, щоб прив’язати часовий прохід ланцюга до фізичного часу. Наприклад, інтервал між кожним блоком POH є фіксованим, безперервні хеш-операції створять часовий ряд, який можна перевірити, тощо.
Це може уникнути маніпуляцій і проблем з атаками, викликаних "суб'єктивним" часом. Уявіть, що якщо час блокування нерегулярний, буде важко швидко досягти консенсусу між вузлами, і буде легко викликати відкат, повторне відтворення та інші атаки. об'єктивність фізичного часу непохитно Вузли можуть виявляти деякі аномальні ситуації лише на основі поточного часового ряду без повернення до всіх історичних даних.
Таким чином, інновація POH полягає в тому, щоб міцно зв’язати фізичний час для сприяння кращій співпраці та консенсусу між вузлами Solana.
На мій погляд, механізм POH має ще одну перевагу: вузол отримує велику кількість транзакцій у пакетах і сортує їх (конвеєр) і повинен чекати мітки часу POH, щоб відправити транзакцію, що еквівалентно пакетній транзакції рівня 2 до рівня 1. .Цей механізм схожий на ідеюRollup.Він переноситься на рівень1, що забезпечує передумови для високої пропускної здатності та паралельної обробки, про які йдеться нижче.
Функції розділення зберігання та обчислень
Далі розглянемо функцію «розділення сховищ і обчислень», яка дозволяє Solana позбутися вузьких місць обмеження доступності даних.
Традиційна структура верифікації блокчейну покладається на повні вузли для публікації великої кількості історичних даних для досягнення обчислення зміненого статусу в реальному часі. Таке поєднання обчислення та зберігання певною мірою обмежить продуктивність ланцюга. Наприклад, коли Ethereum хоче оновити свій статус, він повинен спочатку синхронізувати дані всього ланцюга, а потім виконати обчислення історичних записів.Крім того, Ethereum генерує блоки послідовно і не може бути серіалізованим, тому час генерації блоку та ємність одного блоку будуть обмежені .
Solana розділяє сховище стану та виконання транзакцій. Існує окрема система зберігання для збереження стану, включаючи інформацію про обліковий запис, історію підписувачів, записи транзакцій тощо. Коли виконується нова транзакція, Solana виконуватиме високошвидкісні обчислення на вузлі Pipeline. Нарешті, у системі зберігання оновлюється лише статус. Розділення двох може забезпечити швидку роботу системи бухгалтерської книги та уникнути втрати часу на час перевірки статусу DA + обчислення та очікування результатів перевірки DA. Слід зазначити, що мережеві обчислювальні ресурси та ресурси зберігання потрібно отримати шляхом розміщення SOL.
Говорячи простою мовою, працівникам Ethereum доводиться йти на склад, щоб забрати сировину, а потім йти в цех для переробки. Неефективно бігати туди-сюди між двома обов’язками. Однак у Solana є віддані працівники. в обох майстернях, і вантажникам потрібно лише час від часу переміщати матеріали, які використовуються поблизу. Виробнича майстерня просто чудова, а ефективність значно покращилася.
Висока одночасна обробка транзакцій
Давайте детальніше розглянемо функцію «висока одночасна обробка транзакцій», завдяки якій Solana може задовольнити попит ринку web2.
Хоча твердження Solana про те, що він має 700 000 TPS, розглядалося як жарт у контексті його випадкових простоїв, вибір MakerDAO Endgame і вибір Visa певною мірою є визнанням обмежень продуктивності. Отже, як Solana досягає високої паралельності?
Простіше кажучи, це створено перевагами POH і розділення обчислень і зберігання, згаданих вище. Щоб дати всім глибше розуміння, я спробую порівняти це з високою паралельністю Starknet.
Solana отримує 10 транзакцій, надісланих користувачем Алісою одночасно. Вузол сортує транзакції, чекає мітки часу POH для пакетного пакета, а потім чекає на надходження наступної мітки часу. Вузол викличе дані про стан незалежного сховища система для виявлення транзакцій 10. Незалежно від того, чи є конфлікт статусу, якщо конфлікту немає, 10 транзакцій можна нормально запакувати в один блок. Якщо є конфлікт, конфліктуючі блоки буде виключено з цього пакета.
Різниця полягає в тому, що згідно з набором моделей абстракції облікового запису, Аліса в мережі Starknet не може мати конфліктів станів у транзакціях, виданих одним обліковим записом.Вона може виконати Approve і Transfer одночасно, оскільки вони змінюють різні стани контракту.Approve відповідає , Переказ відповідає Балансу, але якщо два Перекази виконуються одночасно, Баланс потрібно змінити одночасно, що може легко призвести до конфліктів статусів і помилок у розрахунках. Таким чином, функція абстракції облікового запису є основою для високої паралельності Starknet.
Наведу популярний приклад: паралельний метод Солани схожий на ресторан, де кілька офіціантів замовляють їжу для клієнтів одночасно. Кожен офіціант обробляє потік транзакцій, і замовлення також координується офіціантом. Якщо є однакові страви , кухня може запускати їх паралельно. Подача їжі; і паралельний метод Starknet еквівалентний використанню автомата самообслуговування для замовлень для сканування коду для замовлення їжі. Клієнти можуть отримувати замовлення на кількох машинах одночасно, а назад- кінцева центральна система управління координує замовлення.
Коротше кажучи, мета високого паралелізму полягає в розумному та ефективному використанні системних ресурсів без порушення порядку мережі.
Офіціант Solana — це дорога система експлуатації та обслуговування вузлів, на яку всі скаржаться, тоді як машина самообслуговування Starknet — це основа абстракції облікового запису, яка сумісна з контрактом.
це все.
Глибоко розуміючи основну технологію Solana, ми можемо мати різні відповіді, якщо подивимось на деякі з критикованих запитань.
На мою думку, проблема Солани полягає в надто складній технічній логіці реалізації:
Витрати на експлуатацію та обслуговування вузла Solana занадто високі, що призводить до обмеженої кількості вузлів і обмеження його можливостей децентралізації;
Механізм консенсусу POH+POS вимагає, щоб вузли мали потужні обчислювальні ресурси та ресурси пропускної здатності для забезпечення високого рівня паралелізму, і чим вища вартість ресурсів, тим більша вартість експлуатації та обслуговування вузла;
Такі проблеми, як конфлікти статусів і навантаження на мережу, неминучі при обробці з високим рівнем паралелізму;
Деякі люди кажуть, що Solana використовує мислення web2 для побудови мережі web3, і її початкова точка технологічних інновацій є вищою, ніж існуюча архітектура блокчейну.Якщо її проблеми розглядаються як відмовостійкість на шляху до інновацій, можуть бути інші оцінки.
Ціна інновації може бути такою, як кожен бачить, спостерігаючи за її зростанням і спостерігаючи, як її будівля руйнується. Але якщо основа інновації є, чи ця зруйнована будівля знову підніметься?
Примітка: я не маю SOL. Наведений вище аналіз є лише спокійним мисленням і спостереженням з технічної та бізнес-точок зору, і є деякі неточності в популярному процесі тлумачення. Вам слід читати це як науково-популярну статтю і не використовувати її як інвестиційний орієнтир.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Перегляд технічного механізму Solana: основна причина, чому його не знищив Ethereum?
Автор: Haotian
На тлі ведмежого ринку всі спокійно міркуватимуть про деякі речі, на які можна не звернути увагу на бичачому ринку. Наприклад, чи спрацює технологія Solana, яка повернулася в поле зору громадськості, чи може «централізований простой» знищити все?
Нещодавно MakerDAO заявив, що кодова база Solana непогана, Visa також оголосила, що співпрацюватиме з Solana на пілотній основі, а TVL Solana та інші показники даних також значно покращилися. Чи стане Solana другою весною? Як це трактувати?
Під час зростання ринку, коли зіткнулися з раптовим зростанням курсу валюти на $SOL, усі казали, що Solana має потужний капітал і екологію громади, але мало хто міг чітко пояснити, якою є технічна структура Solana.
Без хвастощів, ця стаття коротко аналізує технічну архітектуру Solana з науково-популярної точки зору та чому Solana не був убитий Ethereum.
Поради: Лише з точки зору популяризації технологій, я допоможу вам заново зрозуміти Solana без будь-яких інвестиційних посилань.
Механізм консенсусу POH
По-перше, давайте поговоримо про механізм консенсусу POH, а саме (Proof of history), який є особливим інноваційним механізмом, прийнятим Соланою.
У традиційному розумінні немає зв’язку між часом блоку та фізичним часом (слабка кореляція). Наприклад, еталонним показником часу публічних мереж, таких як Bitcoin та Ethereum, є висота блоку, а проявом проходження часу є лише безперервна суперпозиція Таким чином, оновлення в Канкуні. Цей конкретний час можна оцінити лише на основі швидкості виробництва мережевих блоків.
Інновація POH Solana полягає в тому, щоб прив’язати часовий прохід ланцюга до фізичного часу. Наприклад, інтервал між кожним блоком POH є фіксованим, безперервні хеш-операції створять часовий ряд, який можна перевірити, тощо.
Це може уникнути маніпуляцій і проблем з атаками, викликаних "суб'єктивним" часом. Уявіть, що якщо час блокування нерегулярний, буде важко швидко досягти консенсусу між вузлами, і буде легко викликати відкат, повторне відтворення та інші атаки. об'єктивність фізичного часу непохитно Вузли можуть виявляти деякі аномальні ситуації лише на основі поточного часового ряду без повернення до всіх історичних даних.
Таким чином, інновація POH полягає в тому, щоб міцно зв’язати фізичний час для сприяння кращій співпраці та консенсусу між вузлами Solana.
На мій погляд, механізм POH має ще одну перевагу: вузол отримує велику кількість транзакцій у пакетах і сортує їх (конвеєр) і повинен чекати мітки часу POH, щоб відправити транзакцію, що еквівалентно пакетній транзакції рівня 2 до рівня 1. .Цей механізм схожий на ідеюRollup.Він переноситься на рівень1, що забезпечує передумови для високої пропускної здатності та паралельної обробки, про які йдеться нижче.
Функції розділення зберігання та обчислень
Далі розглянемо функцію «розділення сховищ і обчислень», яка дозволяє Solana позбутися вузьких місць обмеження доступності даних.
Традиційна структура верифікації блокчейну покладається на повні вузли для публікації великої кількості історичних даних для досягнення обчислення зміненого статусу в реальному часі. Таке поєднання обчислення та зберігання певною мірою обмежить продуктивність ланцюга. Наприклад, коли Ethereum хоче оновити свій статус, він повинен спочатку синхронізувати дані всього ланцюга, а потім виконати обчислення історичних записів.Крім того, Ethereum генерує блоки послідовно і не може бути серіалізованим, тому час генерації блоку та ємність одного блоку будуть обмежені .
Solana розділяє сховище стану та виконання транзакцій. Існує окрема система зберігання для збереження стану, включаючи інформацію про обліковий запис, історію підписувачів, записи транзакцій тощо. Коли виконується нова транзакція, Solana виконуватиме високошвидкісні обчислення на вузлі Pipeline. Нарешті, у системі зберігання оновлюється лише статус. Розділення двох може забезпечити швидку роботу системи бухгалтерської книги та уникнути втрати часу на час перевірки статусу DA + обчислення та очікування результатів перевірки DA. Слід зазначити, що мережеві обчислювальні ресурси та ресурси зберігання потрібно отримати шляхом розміщення SOL.
Говорячи простою мовою, працівникам Ethereum доводиться йти на склад, щоб забрати сировину, а потім йти в цех для переробки. Неефективно бігати туди-сюди між двома обов’язками. Однак у Solana є віддані працівники. в обох майстернях, і вантажникам потрібно лише час від часу переміщати матеріали, які використовуються поблизу. Виробнича майстерня просто чудова, а ефективність значно покращилася.
Висока одночасна обробка транзакцій
Давайте детальніше розглянемо функцію «висока одночасна обробка транзакцій», завдяки якій Solana може задовольнити попит ринку web2.
Хоча твердження Solana про те, що він має 700 000 TPS, розглядалося як жарт у контексті його випадкових простоїв, вибір MakerDAO Endgame і вибір Visa певною мірою є визнанням обмежень продуктивності. Отже, як Solana досягає високої паралельності?
Простіше кажучи, це створено перевагами POH і розділення обчислень і зберігання, згаданих вище. Щоб дати всім глибше розуміння, я спробую порівняти це з високою паралельністю Starknet.
Solana отримує 10 транзакцій, надісланих користувачем Алісою одночасно. Вузол сортує транзакції, чекає мітки часу POH для пакетного пакета, а потім чекає на надходження наступної мітки часу. Вузол викличе дані про стан незалежного сховища система для виявлення транзакцій 10. Незалежно від того, чи є конфлікт статусу, якщо конфлікту немає, 10 транзакцій можна нормально запакувати в один блок. Якщо є конфлікт, конфліктуючі блоки буде виключено з цього пакета.
Різниця полягає в тому, що згідно з набором моделей абстракції облікового запису, Аліса в мережі Starknet не може мати конфліктів станів у транзакціях, виданих одним обліковим записом.Вона може виконати Approve і Transfer одночасно, оскільки вони змінюють різні стани контракту.Approve відповідає , Переказ відповідає Балансу, але якщо два Перекази виконуються одночасно, Баланс потрібно змінити одночасно, що може легко призвести до конфліктів статусів і помилок у розрахунках. Таким чином, функція абстракції облікового запису є основою для високої паралельності Starknet.
Наведу популярний приклад: паралельний метод Солани схожий на ресторан, де кілька офіціантів замовляють їжу для клієнтів одночасно. Кожен офіціант обробляє потік транзакцій, і замовлення також координується офіціантом. Якщо є однакові страви , кухня може запускати їх паралельно. Подача їжі; і паралельний метод Starknet еквівалентний використанню автомата самообслуговування для замовлень для сканування коду для замовлення їжі. Клієнти можуть отримувати замовлення на кількох машинах одночасно, а назад- кінцева центральна система управління координує замовлення.
Коротше кажучи, мета високого паралелізму полягає в розумному та ефективному використанні системних ресурсів без порушення порядку мережі.
Офіціант Solana — це дорога система експлуатації та обслуговування вузлів, на яку всі скаржаться, тоді як машина самообслуговування Starknet — це основа абстракції облікового запису, яка сумісна з контрактом.
це все.
Глибоко розуміючи основну технологію Solana, ми можемо мати різні відповіді, якщо подивимось на деякі з критикованих запитань.
На мою думку, проблема Солани полягає в надто складній технічній логіці реалізації:
Витрати на експлуатацію та обслуговування вузла Solana занадто високі, що призводить до обмеженої кількості вузлів і обмеження його можливостей децентралізації;
Механізм консенсусу POH+POS вимагає, щоб вузли мали потужні обчислювальні ресурси та ресурси пропускної здатності для забезпечення високого рівня паралелізму, і чим вища вартість ресурсів, тим більша вартість експлуатації та обслуговування вузла;
Такі проблеми, як конфлікти статусів і навантаження на мережу, неминучі при обробці з високим рівнем паралелізму;
Деякі люди кажуть, що Solana використовує мислення web2 для побудови мережі web3, і її початкова точка технологічних інновацій є вищою, ніж існуюча архітектура блокчейну.Якщо її проблеми розглядаються як відмовостійкість на шляху до інновацій, можуть бути інші оцінки.
Ціна інновації може бути такою, як кожен бачить, спостерігаючи за її зростанням і спостерігаючи, як її будівля руйнується. Але якщо основа інновації є, чи ця зруйнована будівля знову підніметься?
Примітка: я не маю SOL. Наведений вище аналіз є лише спокійним мисленням і спостереженням з технічної та бізнес-точок зору, і є деякі неточності в популярному процесі тлумачення. Вам слід читати це як науково-популярну статтю і не використовувати її як інвестиційний орієнтир.