Більшість людей, коли говорять про розширення Блокчейн, бачать лише цю числову гру з пропускною спроможністю.
Стиснення транзакцій? Стиснення. Стиснення доказів? Стиснення. Стиснення шляхів даних, стиснення алгоритмів сортування... В будь-якому випадку, якщо це робить цифри TPS привабливими, можна стискати як завгодно. З інженерної точки зору це виправдано — зберегти швидкість під високим навантаженням, хто цього не хоче?
Але тут є одна фатальна проблема: справжня система ліквідації ніколи не грає в цю гру зі стисненням.
Розрахунок вимагає не «можливості стиснення», а, навпаки, «неможливості стиснення».
Чому? Тому що, як тільки логіка стає стиснутою, відповідальність змінюється.
Подумай: система спростила логіку, переробила шляхи, змінила порядок виконання під час високого навантаження — то за якою версією рахувати результат транзакції? Коли навантаження невелике, одна логіка, коли велике — інша логіка, хто несе відповідальність, якщо виникає проблема? На юридичному рівні взагалі неможливо визначити відповідальність.
Залізне правило системи розрахунків: незалежно від обставин, може бути лише одне пояснення.
Але Блокчейн від природи схильний до "деформації" під тиском: Втрата повідомлень вузлами, повторна черга mempool, скорочення вікна виконання, скорочення шляху перевірки, викидання подій трансляції, тимчасове виникнення розгалуження консенсусу, подовження часу підтвердження остаточності...
Ці дії є звичайними для блокчейну, але якщо їх помістити в систему розрахунків? Кожен з них є часовою бомбою.
Дизайн Plasma відрізняється. Він будує структуровану мережу розрахунків — незалежно від навантаження та масштабу, структурна логіка залишається незмінною, шлях завжди стабільний.
Це справжній ланцюг, який досягає «логічної неконденсованості». У галузі це рідкість.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
7 лайків
Нагородити
7
4
Репост
Поділіться
Прокоментувати
0/400
ThreeHornBlasts
· 17год тому
Сказано занадто категорично, це і є справжнє інфраструктурне мислення. Набір TPS цифрових ігор давно мав би збанкрутувати.
Переглянути оригіналвідповісти на0
WagmiOrRekt
· 18год тому
Розкрито справу, насправді більшість людей в індустрії зовсім не зрозуміли різницю між ліквідацією та TPS, лише займаються налаштуваннями параметрів. Логіка Plasma дійсно вражає, стабільність переважає все.
Переглянути оригіналвідповісти на0
BloodInStreets
· 18год тому
Знову ця пастка з логікою стиснення, цифри TPS гарні, і все, насправді, коли настане день розрахунків, доведеться плакати.
Переглянути оригіналвідповісти на0
BanklessAtHeart
· 18год тому
Почекайте, ця логіка має на увазі, що стиснення TPS насправді руйнує детермінованість системи? Це цікаво...
Більшість людей, коли говорять про розширення Блокчейн, бачать лише цю числову гру з пропускною спроможністю.
Стиснення транзакцій? Стиснення. Стиснення доказів? Стиснення. Стиснення шляхів даних, стиснення алгоритмів сортування... В будь-якому випадку, якщо це робить цифри TPS привабливими, можна стискати як завгодно. З інженерної точки зору це виправдано — зберегти швидкість під високим навантаженням, хто цього не хоче?
Але тут є одна фатальна проблема: справжня система ліквідації ніколи не грає в цю гру зі стисненням.
Розрахунок вимагає не «можливості стиснення», а, навпаки, «неможливості стиснення».
Чому? Тому що, як тільки логіка стає стиснутою, відповідальність змінюється.
Подумай: система спростила логіку, переробила шляхи, змінила порядок виконання під час високого навантаження — то за якою версією рахувати результат транзакції? Коли навантаження невелике, одна логіка, коли велике — інша логіка, хто несе відповідальність, якщо виникає проблема? На юридичному рівні взагалі неможливо визначити відповідальність.
Залізне правило системи розрахунків: незалежно від обставин, може бути лише одне пояснення.
Але Блокчейн від природи схильний до "деформації" під тиском:
Втрата повідомлень вузлами, повторна черга mempool, скорочення вікна виконання, скорочення шляху перевірки, викидання подій трансляції, тимчасове виникнення розгалуження консенсусу, подовження часу підтвердження остаточності...
Ці дії є звичайними для блокчейну, але якщо їх помістити в систему розрахунків? Кожен з них є часовою бомбою.
Дизайн Plasma відрізняється. Він будує структуровану мережу розрахунків — незалежно від навантаження та масштабу, структурна логіка залишається незмінною, шлях завжди стабільний.
Це справжній ланцюг, який досягає «логічної неконденсованості». У галузі це рідкість.