JAM після 2.0 прискорює дослідження та розробки, з більш ніж 30 командами, різними мовами програмування та різними командами розробників для впровадження децентралізованого клієнта JAM (на основі протоколу JAM сірого паперу). Найбільш раннім ETH були всі транзакції, які вимагали від усіх валідаторів спільної перевірки (цю частину насправді можна прочитати в Жовтій книзі Ethereum, і є краща версія інтерпретації). L2 повинен дозволити меншій підмножині ланцюга виконувати обчислення, двома способами: один L2 є доказом шахрайства (багаторазово виконує код транзакції після виявлення шахрайства для перевірки), а інший L2 є доказом zk, який не вимагає подвійного обчислення, але повинен використовувати дорожчий графічний процесор zk для генерації доказів. Раніше @Polkadot 1.0 використовував алгоритм під назвою ELVES, який не схожий на алгоритм шахрайства ETH, який використовує пасивну верифікацію, а використовує імовірнісний тип алгоритму для активної перевірки. @polkadot наборі верифікації 2.0 він був упакований у концепцію під назвою Core, ядро по суті є підмножиною набору верифікації, 2.0 підтримує Agile Coretime, тобто динамічне використання ядра, 1.0 може використовувати лише одне ядро на ланцюг, 2.0 ось-ось запрацює та підтримує Agile Coretime, тобто ланцюг може динамічно використовувати coretime (кількість підмножин перевірки) відповідно до потреб, тим самим збільшуючи сервісне навантаження системи. JAM базується на вищезазначених ідеях, і з такою кількістю zk, OP, смарт-контрактів і навіть звичайних web2 додатків без стану, чи може він стати на крок ближче до абстрагування сервісів, щоб адаптуватися до цих різних моделей додатків і дозволити їм взаємодіяти один з одним. Тож на цій основі JAM став на крок ближче до абстракції. - Безліч різних речей L2/parachain тепер називаються сервісами - Блок/транзакція тепер називається робочим елементом або робочим пакетом - Робочий предмет – це послуга, а робочий пакет – це набір робочих предметів - Сервіс описується трьома точками входу, дві з яких fn refine() і fn накопичені - Назви цих двох точок входу саме тому протокол і називається JAM: Join Cum Machine. Під об'єднанням мається на увазі fn refine(), де всі ядра Polkadot виконують велику роботу паралельно для різних сервісів. Конкатенація означає дистиляцію даних у меншу підмножину з подальшою передачею їх на наступний етап. - Під накопиченням мається на увазі накопичення результатів всіх перерахованих вище операцій до основного стану JAM - Підтримуються різні форми сервісів (OP rollups, zkrollups, парачейни, stateless додатки, смарт-контракти) Ера ETH - це одноколонкова машина станів із загальним станом, @polkadot ери 1.0 є сумісні ймовірнісні осколки. @polkadot ери 2.0 – це машина Agile Coretime. Ера JAM – це машина накопичення об'єднань (JAM) Є багато докладних функцій, тут тільки що я розумію синхронізація інформації, більш глибоке розуміння чому, JAM може досягати безперервної роботи програм, без необхідності викликати програми через транзакції, які нові моделі продуктів будуть випускатися при об'єднанні такого роду функцій з DEFI в майбутньому? Чому JAM може запускати програми без стану, такі як JAM DOOM. Подробиці дивіться у відео: Навчальні матеріали: