Згідно з PANews, ланцюгова абстракція (CA) і рішення, орієнтовані на наміри, є двома архітектурними підходами, спрямованими на вирішення однієї і тієї ж фундаментальної проблеми: досягнення автоматизованої асинхронної взаємодії між різнорідними доменами довіри.
Обидва методи вводять поняття «сторони транзакції» та «перехресні докази» для вирішення цієї проблеми, але вони суттєво відрізняються за тим, як ці елементи побудовані.
Абстракція ланцюга використовує перспективу, орієнтовану на ланцюг, де один блокчейн діє як «децентралізована сторона подій» користувача. Користувачі взаємодіють з одним контрагентом — блокчейном абстракції ланцюга. Блокчейн та його «компоненти поза ланцюгом у межах протоколу» відповідають за отримання бажаних результатів для користувачів. Процес перевірки крос-ланцюжків завжди протікає від блокчейну абстракції ланцюга до цільового ланцюга, який забезпечується через перевірку доказів у цільовому ланцюзі, що дозволяє карбувати ресурси або витрачати їх на цільовий ланцюг. Абстракція користувача зазвичай проявляється як запити на обчислення або транзакції в цільовому ланцюжку. Для масштабування цієї системи зазвичай потрібна універсальна система перевірки, яку можна перевірити в ланцюжку в різних цільових ланцюгах, потенційно використовуючи рішення MPC. Затримка визначається правилами підтвердження, які застосовуються універсальною системою перевірки, і не залежить від запиту.
Навпаки, рішення, орієнтовані на наміри, використовують перспективу, орієнтовану на стан, де відкрита мережа розв’язувача діє як «розподілений контрагент стану» користувача. Користувачі взаємодіють із контрагентом, вибраним під час виконання, який зазвичай вибирається на основі того, який контрагент може забезпечити найкращі результати для користувача. Обраний контрагент зобов’язаний забезпечити очікувані результати для користувача через систему репутації чи систему зобов’язань. Процес перевірки перехресного ланцюжка є зворотним, протікаючи від цільового ланцюга до основного ланцюга користувача, що забезпечується через перевірку доказу в основному ланцюзі, що дозволяє використовувати ресурси користувача в основному ланцюзі. Абстракція користувача представляє як доказ зобов’язання щодо стану облікового запису в цільовому ланцюжку. Масштабованість базується на програмованій системі перевірки доказів, яка підтримує різнорідні методи перевірки для кожного цільового ланцюжка, швидше за все, система «блокування ресурсів». Затримка визначається правилами підтвердження, які сприймає розв’язувач, що дозволяє оптимізувати як частину вибору контрагента.
Абстракція намірів надає розв’язувачам гетерогенну абстракцію зобов’язань доказу, подібно до того, як ланцюгова абстракція пропонує користувачам абстракцію виконання в різнорідних доменах. Розробники повинні складати, оркеструвати та керувати процесом перевірки для розв’язувачів у контексті абстракції намірів, так само, як вони це роблять для користувачів під час міждоменного виконання обчислень.
Таким чином, концепція «ланцюгової абстракції» все ще розвивається, охоплюючи різні підходи від «ланцюгоцентричного» до «державоцентричного». Для простоти та порівняння, «ланцюгова абстракція» визначається тут як «ланцюжкова абстракція», що більше узгоджується з архітектурою деяких із початкових прихильників ланцюгової абстракції. Однак багато нових архітектур поєднують елементи як «чисто орієнтованої на ланцюг», так і «чисто орієнтованої на стан» моделі.
Підхід, орієнтований на наміри, пропонує кращий архітектурний напрямок, надаючи користувачам гарантії на основі результатів, оптимізуючи стан результатів і затримку через вибір контрагента, а також пропонуючи більшу масштабованість у налаштуванні цільових ланцюжків. Щоб досягти цього, потрібно змінити процес перевірки на зворотний і покласти зобов’язання щодо перевірки на мережу розв’язувача. У той час як складність і неоднорідність цільових ланцюжків залишаються, тягар інтеграції зміщується від попередньо встановлених центрів обчислювальної композиції в ланцюжку до розподіленої мережі розв’язувачів поза ланцюгом, які обробляють перевірну композицію.