Retail CBDC призначена для платежів людей і підприємств та була б direct central-bank money, доступною через consumer-facing intermediaries. Wholesale CBDC або інша tokenised central-bank settlement asset працює між eligible financial institutions для міжбанківських операцій. Digital euro — приклад potential retail system; Project Agorá тестує wholesale architecture із tokenised bank deposits і reserves. Жоден результат Agorá не створює retail wallet.
У заголовку «банк протестував CBDC» часто немає рівня system. Для клієнта це критично: wholesale experiment може прискорити settlement за лаштунками, але не дати йому нового balance або app. Бізнес має окремо питати, через кого він подає payment instruction, чию claim тримає та чи має прямий доступ до infrastructure.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | користувач, бізнес або фінансова установа залежно від retail чи wholesale сценарію |
| Кому | одержувач платежу, банк або учасник експериментальної інфраструктури |
| Мета | відокремити чинний платіжний інструмент від pilot, prototype чи policy target |
| Валюта / інструмент | digital euro, CBDC, tokenised deposits, IPS interlinking або чинний cross-border rail |
| Що змінює висновок | стадія проєкту, законодавство, учасники, corridor, FX, cost methodology і дата даних |
Що потрібно знати до платежу
Retail layer орієнтований на everyday use
ECB описує digital euro як electronic cash для людей і businesses, що потенційно розповсюджуватиметься через supervised PSPs. (ECB — Digital euro)
Wholesale layer обслуговує institutions
Project Agorá досліджує cross-border payments між commercial і central banks, а не відкриття central-bank accounts широкому загалу. (BIS Innovation Hub — Project Agorá)
Agorá поєднує deposits та reserves
Customer-facing commercial-bank deposit claim і interbank central-bank settlement asset tokenise та coordinate на common programmable platform. (BIS Innovation Hub — Project Agorá)
Швидший backend не змінює автоматично client contract
Навіть якщо bank settlement модернізується, customer fee, FX, eligibility, refund і compliance залишаються умовами конкретного provider.
Як порівняти варіанти
| Варіант | Коли розглядати | Що перевірити до дії |
|---|---|---|
| Retail CBDC | Людина або business платить merchant чи іншій особі | Issuance, PSP wallet, holding limit, acceptance і privacy |
| Wholesale CBDC/settlement | Eligible institutions settle між собою | Access rule, central-bank asset, finality, currencies і operating hours |
| Commercial-bank deposit rail | Клієнт відправляє звичайний account payment | Bank claim, payment scheme, fees, FX та beneficiary reach |
Покрокова підготовка
- Визначте кінцевого user. Зафіксуйте, чи system призначена households/businesses або лише banks та regulated institutions.
- Назвіть settlement asset. Розрізніть central-bank liability, commercial deposit і приватний token у кожній частині transaction.
- Перевірте access point. Уточніть, чи клієнт має wallet/account, чи лише дає instruction банку, який працює з wholesale backend.
- Розкладіть customer outcome. Окремо порівняйте price, FX, delivery, refund і support; wholesale innovation не гарантує кожен параметр.
- Позначте maturity. Не змішуйте research, prototype, pilot та production service в одному readiness claim.
Які дані та документи зібрати
- ECB digital euro design і current status
- BIS Project Agorá scope та participants
- system access і eligibility rules
- settlement-finality та asset-issuer analysis
- client-facing price, FX і service terms
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
CFO побачив, що його banking group бере участь в Agorá, і попросив digital-euro wallet для співробітників. Bank clarified: Agorá — wholesale prototype, а digital euro — окремий retail proposal без issuance. Компанія продовжила account payments, але запитала, чи future backend скоротить cut-off і settlement risk; ці benefits перевірятимуться в конкретному product, не за назвою CBDC.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- називати будь-який interbank token retail CBDC
- очікувати wallet через участь bank у wholesale pilot
- плутати commercial deposit із direct central-bank claim
- виводити customer price лише з backend speed
- не позначати prototype status у матеріалі
Де проходить межа поради
Терміни wholesale CBDC можуть охоплювати різні технічні й правові моделі. Для конкретного проєкту потрібно перевіряти issuer, access, finality та production status.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay описує клієнту фактичний payment product, а не приховує його умови за словом CBDC чи назвою експериментальної інфраструктури. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.