Мозковий дамп усього, що крещендо, що включено, які переваги тощо Він може містити багато деталей, тому тримайтеся міцніше. Збільшення блоку за секунду від 1 до 10 біт/с при збереженні пропускної здатності блоку ~фіксований (про це трохи пізніше). Пропускна здатність: очевидно, що пропускна здатність транзакцій зростає. Скільки? майже в десять разів, але не точно в 10 разів. Наявність більшої кількості паралельних блоків певною мірою збільшує швидкість зіткнення. На TN10 і при поточній політиці вибору txn мемпулу ми спостерігаємо ефективність ~80-90% (тобто 80-90% txn унікальні). Якщо мемпул перевантажується, а попит значно перевищує пропускну здатність, це значення ефективності йде до 100%. Отже, підсумовуючи, можна сказати, що TPS зростає у 8-9 разів. Відсутня інформація про середню ширину DAG в основній мережі після активації порівняно з сьогоднішнім днем. Політики Mempool можуть бути доопрацьовані в найближчому майбутньому без хардфорка на основі таких реальних даних. Частота: середній час блоку (=інтервал між блоками) скорочується з 1 секунди до 100 мілісекунд. Це означає миттєвий час включення. Транзакція не обов'язково повинна поширюватися на всю мережу, щоб бути включеною; Наприклад, він може дістатися до майнерів на своєму континенті за 50 мс і бути видобутим через 200 мс. Частота також зменшується час підтвердження після включення через підвищену щільність процесу відбору проб гір'я. Не можна сказати, що час підтвердження зменшився в десятки разів, тому що тепер у них переважає затримка блоку, яка не змінилася. Скоріше, згідно з розрахунками, вони покращилися на 30% (для просунутих: хвіст Пуассона, що керує найгіршим сценарієм ширини DAG, зменшується швидше, тому K можна встановити відносно нижче, з 18 (1 б.п.) до 124 (для 10 б.п), а не до 180, як можна було б очікувати). Паралелізм блоків: паралелізм блоків зростає зі швидкістю блоку, і це, всупереч тому, що ви можете подумати, добре. Незважаючи на те, що колізії дещо збільшуються через паралелізм блоків, паралелізм має вирішальне значення для створення більш справедливої системи. Це означає, що не існує монополії одного майнера-переможця на раунд, а скоріше блоки повинні конкурувати та приймати мудрі та конкурентоспроможні рішення в рамках раунду затримки. Наслідки можуть бути величезними і далекосяжними. Системи Oracle та аукціони відкатів MEV – це деякі з попередніх зусиль. Заглиблюватися в це питання виходить за рамки. Я також маю обґрунтувати, чому фінанси стають більш актуальними після крещендо... Припускаючи, що це так, я думаю, що навіть без явної реалізації консенсусних дизайнів MEV відкату, простий внутрішньораундовий «хаос» паралельного DAG на рівні 10 базисних пунктів вже зробить економічні маніпуляції набагато складнішими, ніж в інших системах, заснованих на лідерах. Інші зміни, що входять до складу крещендо. З чого почати, там стільки всього. KIP-9 інтегрований у консенсус, вбудовуючи наше унікальне рішення для роздування стану, невід'ємно вбудоване в систему. До речі, ми називаємо цей "гармонічний" підпротокол ім'ям STORM (від STORage Mass). У процесі KIP-9 було розширено, щоб включити множинність сховища UTXO (тобто оподаткування UTXO, яке споживає більше пам'яті відповідно), що зробило його більш перспективним. KIP-10 додає підтримку базових ковенантів і додаткових адрес. КІП-13 більш суворо регламентує вимоги до перехідних зберігань. Зміни, пов'язані зі смарт-контрактами: KIP-14 вмикає корисне навантаження, дозволяючи txn передавати довільні дані (наприклад, виклики функцій смарт-контрактів). KIP-15 є технічно незначним оновленням, що складається з одного рядка коду, але включає концептуально значущу функцію, дозволяючи вузлам архівувати лише транзакції та доводити їх послідовність та прийняття без довіри. Це має важливе значення для того, щоб дозволити вузлам L2 до zk епохи зберігати та доводити повне виконання SC для нових синхронізаторів за розумною вартістю — таким чином фактично роблячи такі системи можливими відразу після крещендо. Запропонована зміна є крихітною підмножиною пропозиції дизайну zk (див. Науковий форум Kaspa — публікації про дизайн зведень), де такий механізм був запропонований як необхідна вимога для роботи zk-систем над Kaspa, і виявилося, що він має значну цінність також до zk. В цілому, це означає, що попередні SC L2 можливі над Kaspa після крещендо (або Kaspa 2.0, як @hashdag її називає всередині) з достатніми моделями довіри. Інші речі, про які я хотів написати, але почекаю іншим разом: розгляньте збільшені, але обмежені витрати на обладнання цього оновлення, чому я припускаю, що ширина основної мережі DAG не зросте вдесятеро після крещендо (підказки: континент заявлений вище; тобто локальність у мережі P2P) тощо. Будь ласка, запитайте про щось незрозуміле або таке, що потребує уточнення.