Сервіси Інвестування Статистика мастернод Обмін COSA Оглядач блоків FAQ Допомога проекту
Технічна документація Cosanta L1 · планується L2

Протокол Cosanta

Технічний огляд однорангової платіжної мережі COSA: її реєстр UTXO, консенсус Proof-of-Stake, детерміновані мастерноди, LLMQ, модель емісії та запланована платформа рівня 2 на основі Tenderdash.

Версія 1.1 · липень 2026 р
Цільовий час блоку
150 секунд
Консенсус
PoS + LLMQ
Максимальна емісія
≈56.04M COSA
Ліцензія Core
MIT open source
01
Анотація

Огляд протоколу

Cosanta — це децентралізована платіжна мережа з відкритим вихідним кодом, рідним активом якої є COSA.

Мережа підтримує публічну книгу UTXO без центрального емітента чи оператора розрахунків. Незалежні вузли перевіряють кожну транзакцію та блокують за однаковими правилами консенсусу. Стейкери створюють блоки, а забезпечений рівень майстерноди надає послуги на основі кворуму та децентралізоване управління.

Незалежна перевірка

Кожен повний вузол перевіряє підписи транзакцій, невитрачені виходи, структуру блоків, докази ставок і ліміти винагород перед прийняттям стану.

Безпека на основі ставок

Після фази завантаження блокове виробництво використовує Proof of Stake замість безперервного конкурентного хеш-обчислення.

Дворівнева мережа

Детерміновані мастерноди формують кворуми для блокувань транзакцій, блокувань блоків і управління без заміни перевірки повного вузла.

Протокольна спадщина

Cosanta Core є форком Dash Core і зберігає модель UTXO, засновану на біткойнах, однорангову мережу та архітектуру сервісного вузла. Cosanta змінює ідентифікатор мережі, грошові параметри та консенсус, активуючи PoS у блоці 100 000.

Відкрийте вихідний репозиторій Dash Core
02
Модель системи

Архітектура мережі

Cosanta розділяє локальне керування ключами, перевірку консенсусу та обов’язки рівня обслуговування. Це розділення дозволяє відокремити право власності на гаманець від виробництва блоків і роботи головних вузлів.

Повний вузол

Завантажує ланцюжок, підтримує набір UTXO і самостійно забезпечує виконання всіх узгоджених правил. Повний вузол не обов’язково повинен бути головним вузлом.

Стакер

Запускає синхронізований гаманець із придатними виходами COSA і підписує дійсний блок PoS, коли вивід знаходить ядро ​​ставки.

Мастернода

Блокує необхідну заставу, реєструє в детерміністичному списку та бере участь у кворумі обслуговування, якщо вибрано.

Гаманець або інтеграція

Створює та підписує транзакції, відстежує підтвердження та запитує довірений локальний вузол або окремо захищену службу.

03
Proof of Stake

Консенсус Proof-of-Stake

PoS було примусово застосовано до основної мережі Cosanta з блоку 100 000. Це робить право власності на придатний UTXO, а не на сиру потужність хешування, ресурсом, який використовується для пропозиції блоку.

Цільовий інтервал становить 150 секунд, і складність постійно регулюється. Виявлення блоку залишається імовірнісним: утримання прийнятної частки збільшує очікуваний шанс створити блок, але не створює фіксованого чи гарантованого прибутку.

  1. 01

    Виберіть придатні результати

    Гаманець стейкингу враховує невитрачені виходи COSA, які відповідають правилам підтвердження та існували принаймні 86 400 секунд. Застава Masternode за замовчуванням захищена від ставок.

  2. 02

    Перевірте ядро ​​ставки

    Вузол перевіряє придатні результати та дозволені часові позначки щодо поточної цілі PoS. Більш відповідне значення збільшує очікувану ймовірність вибору.

  3. 03

    Побудуйте і підпишіть

    Коли ядро ​​досягає мети, гаманець створює транзакцію блокової частки, включає дійсні транзакції mempool і підписує блок ключем, що контролює вибраний вихід.

  4. 04

    Перевірити та поширити

    Однорангові версії перевіряють, що вихідні дані невитрачені та зрілі, ядро ​​та часові мітки відповідають цільовим показникам, підписи дійсні, а заявлена ​​винагорода не перевищує консенсусних обмежень.

Концептуальна ймовірність P(блокувати) ∝ прийнятна частка ÷ складність мережі

Цей зв’язок пояснює лише очікуваний вибір; реалізація оцінює ядра з дискретними частками, і короткострокові результати можуть суттєво відрізнятися від середніх.

Активація PoS #100,000
Мінімальний вік ставки 86,400 s
Відстань між цілями 150 s
Складність перенацілювання Кожен блок

Для стейкінгу потрібен повністю синхронізований вузол і безпечний доступ до ключа підпису. Шифруйте гаманець, зберігайте офлайн-резервні копії та розблоковуйте його лише для стейкінгу, якщо ця функція підтримується. Дохідність пулу залежить від фактично отриманих винагород за стейкінг та удачі пулу під час знаходження блоків. Wrapped COSA є зобов’язанням оператора перед користувачем — сервіс приймає нативні COSA й видає натомість токени BEP-20. Їхня ринкова ціна та можливість обміну підтримуються створеною ліквідністю на PancakeSwap.

04
Service layer

Мастерноди та кворуми

Детермінований список головних вузлів закріплює другий рівень мережі. Застава підтверджує довготривале економічне зобов'язання; він не дає дозволу змінювати правила консенсусу. Повні вузли все ще перевіряють отримані транзакції, блоки та підписи кворуму.

Звичайна застава на майстерноді 10,000 COSA
Застава Masternode Evo 40,000 COSA

Застава залишається під ключем власника, але повинна залишатися невитраченою, поки майстернода зареєстрована та активна.

IS

InstantSend

Блокує введення транзакцій за допомогою підпису LLMQ, тому конфліктні витрати можуть бути відхилені до того, як накопичиться звичайна глибина блоку.

CL

ChainLocks

Підписує перший дійсний блок, який спостерігається на висоті, значно ускладнюючи глибокі реорганізації, коли мережа приймає блокування.

DAO

Управління

Активні оператори майстернод голосують за пропозиції; схвалені платежі можуть бути здійснені через механізм бюджету суперблоків протоколу.

Профілі кворуму основної мережі в Cosanta Core
Сервіс Профіль кворуму Роль протоколу
ChainLocks LLMQ_400_60 Порогове підписання для блокувань
InstantSend LLMQ_60_75 Змінний кворум для детермінованих блокувань транзакцій
Platform LLMQ_100_67 Профіль кворуму зарезервовано для служб платформи
05
Planned Layer 2

Платформа Cosanta: запланований рівень 2

Статус архітектури Запланований · не активний в основній мережі

Мережа рівня 2 ще не обробляє стан користувача та не є частиною активного консенсусу Cosanta. Наведений нижче дизайн описує передбачуваний напрямок розвитку, а не діючий продукт.

Cosanta планує створити власну платформу рівня 2 як форк і адаптувати стек платформи Dash з відкритим кодом, використовуючи Tenderdash як механізм консенсусу BFT.

Tenderdash — це форк Tendermint, адаптований для динамічних кворумів головних вузлів і порогових підписів BLS. Це консенсусний компонент платформи; зберігання стану, протокол даних та інтерфейси розробника утворюють окремі рівні. У версії Cosanta ці компоненти призначені для інтеграції з ланцюгом рівня 1 PoS і детермінованим списком головних вузлів Cosanta.

BFT остаточність

Блок фіксується після узгодження більш ніж двома третинами набору активного валідатора. Якщо кворум не досягнуто, завершення має бути припинено, щоб зберегти послідовність стану.

LLMQ і BLS

Tenderdash замінює статичний набір валідаторів обертовими підмножинами головних вузлів. Пороговий підпис BLS представляє рішення про кворум як один компактний підпис.

Одноблочне виконання

Цільовий дизайн успадковує виконання того самого блоку: AppHash, зафіксований у заголовку блоку, представляє стан після виконання включених переходів.

Контракти даних, а не EVM

Запланована платформа націлена на ідентифікацію, документи та керовані схемою дані з підписаними змінами стану. Це не передбачає сумісності EVM або довільних контрактів Solidity.

Етапи реалізації

01
Вилка і адаптація

Виберіть сумісну базову лінію Tenderdash/платформи, замініть ідентифікатори мережі та інтегруйте її з Cosanta Core, PoS і моделлю головного вузла.

02
Формування credit pool consensus.MN_RRHeight = 1013576;

На блоці основної мережі 1 013 576 активується MN_RR: протокол починає перенаправляти платформну частку винагороди мастернод до credit pool. На цій висоті починається накопичення коштів пулу, але Cosanta Platform ще не запускається.

03
Devnet і testnet

Тест DKG, ротація валідатора, зупинки через втрату кворуму, детермінований стан, DAPI і оновлення протоколу за умов змагальності.

04
Окремий запуск платформи

Cosanta Platform буде запущена пізніше через окрему активацію — після перевірки devnet і testnet, публікації специфікацій, аудиту та підготовки програмного забезпечення операторів. Блок 1 013 576 не є висотою запуску платформи.

Профіль LLMQ_100_67 уже існує в параметрах Cosanta Core, але це не означає, що Рівень 2 активний. До окремої активації продуктивність, комісії, функції програми та економіка платформи залишаються цільовими показниками.

06
UTXO ledger

Транзакції та книга UTXO

COSA обліковується як невитрачені вихідні дані транзакції. Транзакція споживає наявні виходи та створює нові виходи, умови використання яких визначаються сценаріями та криптографічними ключами.

Немає консенсусного балансу рахунку

Відображений баланс гаманця – це сума витратних UTXO, які контролюються його ключами. Зміна платежу зазвичай повертається як щойно створений вихід.

Комісії

Різниця між загальними витратами та виходами є комісією за транзакцію. Вузли застосовують політики ретрансляції та мемпулу на додаток до перевірки консенсусу на рівні блоку.

Ключове право власності

Протокол розпізнає дійсні підписи, а не особи чи запити на підтримку. Втрата закритого ключа або фрази відновлення зазвичай означає втрату контролю над COSA.

Підтвердження та блокування

Підтвердження блоку впорядковує транзакцію в ланцюжку PoS. InstantSend і ChainLocks додають захист із підписом кворуму від суперечливих витрат і реорганізацій.

07
COSA economics

Емісія та розподіл

COSA має визначену протоколом криву емісії з приблизною максимальною пропозицією 56,04 мільйона монет.

Для запуску використовувався завантажувач PoW із низькою винагородою. PoS активовано на блоці 100 000, виплати за майстерноди почалися пізніше, а базова субсидія зростає запланованими кроками перед тим, як почати довгострокові половини. Комісія за трансакцію додається до дозволеної винагороди за блок і сама по собі не створює додаткової пропозиції.

Чесний запуск

Запущено без премайну

Основна мережа Cosanta була публічно запущена 16 липня 2021 року без попередньо створеного резерву нативного COSA, виділеного до початку ланцюжка. Монети увійшли в обіг через визначені протоколом винагороди за блоки, створені учасниками мережі.

Рідний премайн COSA
0 COSA
Публічний запуск
2021-07-16
Нагорода за початковий блок
0.01 COSA

Заява про відсутність премайну стосується нативної монети COSA та запуску рівня 1. Додане пізніше контрактне представлення BEP-20 у BNB Smart Chain має окрему історію пропозиції та розподілу.

Скорочений графік субсидій основної мережі
Діапазон блоків Базова дотація Фаза протоколу
0–99,999 0.01 → 0.09 COSA PoW початковий і монопольний захист
100,000–525,251 0.10 → 0.50 COSA PoS активний; поступове підвищення субсидій
525,252–999,999 0.50 → 45 COSA PoS з прогресивним розподілом головних вузлів
1,000,000–≈1,048,576 50 COSA Пікова базова дотація та активація бюджету
≈1,048,576–≈2,097,152 25 COSA Перший запланований халвінг
≈2,097,152+ 12.5 COSA, потім удвічі через заплановані проміжки часу Довгострокова кінцева емісія
Казначейство

Після початкової висоти бюджету протокол резервує частку субсидії для затверджених виплат управління через суперблоки.

Винагороди за службу

Частка головної вузли починається з 0,1% і поступово перерозподіляється до довгострокової цілі 60%, визначеної в Core.

Кришка подачі

Максимум є результатом графіка емісії, а не параметром вільного карбування токена. Консенсус відкидає винагороди, що перевищують дозволену субсидію.

Ліквідний стейкінг

Wrapped COSA у BNB Smart Chain

BNB Smart Chain BEP-20

Загорнутий COSA — це токен BEP-20, який з’єднує власну мережу Cosanta із пулом ставок і екосистемою BNB Smart Chain. Користувач може внести нативний COSA у пул і отримати загорнутий COSA відповідно до правил сервісу. Пул агрегує депозити та використовує рідні монети для ставок у мережі Cosanta, тоді як токен залишається доступним у сумісному гаманці користувача.

Нативний COSA і загорнутий COSA записуються в окремих книгах: перший у блокчейні Cosanta UTXO, другий — за контрактом BEP-20 у BNB Smart Chain. Обгорнутий токен не створює додаткової емісії нативної монети на рівні протоколу Cosanta.

01 Рідна COSA Монети існують у первинній мережі Cosanta UTXO.
02 Депозит басейну Користувач надсилає COSA на адресу служби стекінгу.
03 Об'єднані ставки Пул агрегує нативні монети та бере участь у створенні блоків.
04 Загорнутий COSA Пул передає користувачеві токени BEP-20 зі свого наявного резерву.

Як отримати загорнутий COSA

Маршрут А · шлюз
Отримати wrapped COSA через @piratecash_bot

Обмін виконується через @piratecash_bot — внесіть нативні COSA на депозит і оформіть виведення wrapped COSA на свою адресу в мережі BNB Smart Chain (BEP-20).

Відкрити @piratecash_bot
Маршрут В · обмін
Купуйте на PancakeSwap

Загорнутий COSA також можна придбати безпосередньо з доступного пулу ліквідності за допомогою сумісного з BNB Smart Chain гаманця самостійного зберігання.

Відкрийте PancakeSwap
Офіційно оформлений контракт COSA · BNB Smart Chain 0x5f980533b994c93631a639deda7892fc49995839 BscScan ↗ Фіксована поставка: 64 000 000 COSA · 8 знаків після коми · повна поставка була викарбувана під час розгортання контракту
Межі довіри та ризики

Wrapped COSA і робота стейкінг-пулу перебувають поза консенсусом основної мережі Cosanta. Контракт не карбує токени автоматично під час депозиту та не реалізує нативний trustless bridge: міжмережну конвертацію виконує шлюз проєкту з наявної пропозиції токенів. Шлюз проєкту через @piratecash_bot гарантує обмін native COSA ↔ wrapped COSA в обидва боки. Перед депозитом або обміном перевірте адресу контракту, правила видачі та погашення, комісії й умови зберігання нативних монет. Ціна на DEX, прибутковість і ліквідність не гарантуються протоколом Cosanta.

Шлюз обміну в обидва боки @piratecash_bot ↗
09
Trust model

Межі безпеки та довіри

Безпека є багаторівневою: підписи захищають право власності, PoS наказує дійсні переходи між станами, повні вузли забезпечують консенсус, а підписи LLMQ додають швидкий захист від конфліктів транзакцій і реорганізації ланцюга.

Конфліктні операції

Вузли відхиляють витрати вже використаних виходів, тоді як InstantSend може блокувати вхідні дані до досягнення нормальної глибини підтвердження.

InstantSend · UTXO

Ланцюгові реорганізації

ChainLocks прив’язує угоду про кворум до блоку на заданій висоті та зменшує практичні можливості для реорганізації прийнятої історії.

ChainLocks · LLMQ

Недійсна ставка або винагорода

Кожен вузол незалежно перевіряє відповідність ставок, ціль ядра, підпис блоку, дійсність транзакції та максимальну винагороду.

PoS · validation

Компроміс гаманця

Консенсус не може відновити вкрадені ключі. Шифрування, резервне копіювання фраз відновлення, посилення системи та розділення ключів оператора залишаються обов’язками користувача.

signatures · backups

Цей документ описує протокол; це не аудит, інвестиційна обіцянка чи гарантія безперебійної роботи. Виконуваний код консенсусу Cosanta Core є авторитетним, якщо цей огляд і активний випуск програмного забезпечення відрізняються.

10
Reference

Довідник інтегратора

Виробничі інтеграції мають запускати сумісний вузол Cosanta Core, перевіряти повідомлену мережу та блок генезису, чекати підтвердження або політику блокування, що відповідає їхній моделі ризику, і тестувати оновлення перед розгортанням.

Рідний символ
COSA
Десяткові знаки
8
Порт P2P основної мережі
60606
Префікс публічної адреси
C
Час Буття
2021-07-16 13:32 UTC
Хеш блоку Genesis
00000216af2a362c1833a0a608408bcdc69d23b276e47d7510a776e3b0bb1fce

Цей веб-документ підтримується веб-сайтом Cosanta. Значення, що змінюють консенсус, необхідно перевірити на відповідність активному випуску Cosanta Core перед впровадженням.

Версія 1.1 · липень 2026 р