Протокол PirateCash
Технічний огляд однорангової платіжної мережі PIRATE: її реєстр UTXO, консенсус Proof-of-Stake, детерміновані мастерноди, LLMQ, модель емісії та запланована платформа рівня 2 на основі Tenderdash.
Версія 1.1 · липень 2026 р- Цільовий час блоку
- 120 секунд
- Консенсус
- PoS + LLMQ
- Максимальна емісія
- ≈105M PIRATE
- Ліцензія Core
- MIT open source
Огляд протоколу
PirateCash — це децентралізована платіжна мережа з відкритим вихідним кодом, рідним активом якої є PIRATE.
Мережа підтримує публічну книгу UTXO без центрального емітента чи оператора розрахунків. Незалежні вузли перевіряють кожну транзакцію та блокують за однаковими правилами консенсусу. Стейкери створюють блоки, а забезпечений рівень майстерноди надає послуги на основі кворуму та децентралізоване управління.
Незалежна перевірка
Кожен повний вузол перевіряє підписи транзакцій, невитрачені виходи, структуру блоків, докази ставок і ліміти винагород перед прийняттям стану.
Безпека на основі ставок
Після фази завантаження блокове виробництво використовує Proof of Stake замість безперервного конкурентного хеш-обчислення.
Дворівнева мережа
Детерміновані мастерноди формують кворуми для блокувань транзакцій, блокувань блоків і управління без заміни перевірки повного вузла.
PirateCash Core є форком Dash Core і зберігає модель UTXO, засновану на біткойнах, однорангову мережу та архітектуру сервісного вузла. PirateCash змінює ідентифікатор мережі, грошові параметри та консенсус, активуючи PoS у блоці 100 000.
Відкрийте вихідний репозиторій Dash CoreАрхітектура мережі
PirateCash розділяє локальне керування ключами, перевірку консенсусу та обов’язки рівня обслуговування. Це розділення дозволяє відокремити право власності на гаманець від виробництва блоків і роботи головних вузлів.
Повний вузол
Завантажує ланцюжок, підтримує набір UTXO і самостійно забезпечує виконання всіх узгоджених правил. Повний вузол не обов’язково повинен бути головним вузлом.
Стакер
Запускає синхронізований гаманець із придатними виходами PIRATE і підписує дійсний блок PoS, коли вивід знаходить ядро ставки.
Мастернода
Блокує необхідну заставу, реєструє в детерміністичному списку та бере участь у кворумі обслуговування, якщо вибрано.
Гаманець або інтеграція
Створює та підписує транзакції, відстежує підтвердження та запитує довірений локальний вузол або окремо захищену службу.
Консенсус Proof-of-Stake
PoS було примусово застосовано до основної мережі PirateCash з блоку 100 000. Це робить право власності на придатний UTXO, а не на сиру потужність хешування, ресурсом, який використовується для пропозиції блоку.
Цільовий інтервал становить 120 секунд, і складність постійно регулюється. Виявлення блоку залишається імовірнісним: утримання прийнятної частки збільшує очікуваний шанс створити блок, але не створює фіксованого чи гарантованого прибутку.
-
01
Виберіть придатні результати
Гаманець стейкингу враховує невитрачені виходи PIRATE, які відповідають правилам підтвердження та існували принаймні 28 800 секунд. Застава Masternode за замовчуванням захищена від ставок.
-
02
Перевірте ядро ставки
Вузол перевіряє придатні результати та дозволені часові позначки щодо поточної цілі PoS. Більш відповідне значення збільшує очікувану ймовірність вибору.
-
03
Побудуйте і підпишіть
Коли ядро досягає мети, гаманець створює транзакцію блокової частки, включає дійсні транзакції mempool і підписує блок ключем, що контролює вибраний вихід.
-
04
Перевірити та поширити
Однорангові версії перевіряють, що вихідні дані невитрачені та зрілі, ядро та часові мітки відповідають цільовим показникам, підписи дійсні, а заявлена винагорода не перевищує консенсусних обмежень.
P(блокувати) ∝ прийнятна частка ÷ складність мережі
Цей зв’язок пояснює лише очікуваний вибір; реалізація оцінює ядра з дискретними частками, і короткострокові результати можуть суттєво відрізнятися від середніх.
Для стейкінгу потрібен повністю синхронізований вузол і безпечний доступ до ключа підпису. Шифруйте гаманець, зберігайте офлайн-резервні копії та розблоковуйте його лише для стейкінгу, якщо ця функція підтримується. Дохідність пулу залежить від фактично отриманих винагород за стейкінг та удачі пулу під час знаходження блоків. Wrapped PIRATE є зобов’язанням оператора перед користувачем — сервіс приймає нативні PIRATE й видає натомість токени BEP-20. Їхня ринкова ціна та можливість обміну підтримуються створеною ліквідністю на PancakeSwap.
Мастерноди та кворуми
Детермінований список головних вузлів закріплює другий рівень мережі. Застава підтверджує довготривале економічне зобов'язання; він не дає дозволу змінювати правила консенсусу. Повні вузли все ще перевіряють отримані транзакції, блоки та підписи кворуму.
Застава залишається під ключем власника, але повинна залишатися невитраченою, поки майстернода зареєстрована та активна.
InstantSend
Блокує введення транзакцій за допомогою підпису LLMQ, тому конфліктні витрати можуть бути відхилені до того, як накопичиться звичайна глибина блоку.
ChainLocks
Підписує перший дійсний блок, який спостерігається на висоті, значно ускладнюючи глибокі реорганізації, коли мережа приймає блокування.
Управління
Активні оператори майстернод голосують за пропозиції; схвалені платежі можуть бути здійснені через механізм бюджету суперблоків протоколу.
Corsa
Мастерноди PirateCash також забезпечують роботу децентралізованого месенджера Corsa: спілкуйтеся без кордонів і централізованого контролю, а end-to-end шифрування допомагає зберігати приватність листування.
Починаючи з PirateCash Core v19, майстернода також має запускати локальну ноду corsa-chat/Corsa на тому самому сервері. Автоматичне налаштування з репозиторію masternode налаштовує PirateCash Core і corsa-chat разом. Вимогу описано в PIP-0001.
| Сервіс | Профіль кворуму | Роль протоколу |
|---|---|---|
| ChainLocks | LLMQ_400_60 |
Порогове підписання для блокувань |
| InstantSend | LLMQ_60_75 |
Змінний кворум для детермінованих блокувань транзакцій |
| Platform | LLMQ_100_67 |
Профіль кворуму зарезервовано для служб платформи |
Платформа PirateCash: запланований рівень 2
Мережа рівня 2 ще не обробляє стан користувача та не є частиною активного консенсусу PirateCash. Наведений нижче дизайн описує передбачуваний напрямок розвитку, а не діючий продукт.
PirateCash планує створити власну платформу рівня 2 як форк і адаптувати стек платформи Dash з відкритим кодом, використовуючи Tenderdash як механізм консенсусу BFT.
Tenderdash — це форк Tendermint, адаптований для динамічних кворумів головних вузлів і порогових підписів BLS. Це консенсусний компонент платформи; зберігання стану, протокол даних та інтерфейси розробника утворюють окремі рівні. У версії PirateCash ці компоненти призначені для інтеграції з ланцюгом рівня 1 PoS і детермінованим списком головних вузлів PirateCash.
PirateCash Core
Нативні платежі PIRATE, UTXO, емісія, підтвердження частки, майстерноди та остаточність рівня 1 залишаються в первинному ланцюзі.
PirateCash Platform
Окремий ланцюжок станів для швидкого підтвердження, змін даних, які можна перевірити, і децентралізованих служб додатків.
BFT остаточність
Блок фіксується після узгодження більш ніж двома третинами набору активного валідатора. Якщо кворум не досягнуто, завершення має бути припинено, щоб зберегти послідовність стану.
LLMQ і BLS
Tenderdash замінює статичний набір валідаторів обертовими підмножинами головних вузлів. Пороговий підпис BLS представляє рішення про кворум як один компактний підпис.
Одноблочне виконання
Цільовий дизайн успадковує виконання того самого блоку: AppHash, зафіксований у заголовку блоку, представляє стан після виконання включених переходів.
Контракти даних, а не EVM
Запланована платформа націлена на ідентифікацію, документи та керовані схемою дані з підписаними змінами стану. Це не передбачає сумісності EVM або довільних контрактів Solidity.
Етапи реалізації
Виберіть сумісну базову лінію Tenderdash/платформи, замініть ідентифікатори мережі та інтегруйте її з PirateCash Core, PoS і моделлю головного вузла.
consensus.MN_RRHeight = 1910840;
На блоці основної мережі 1 910 840 активується MN_RR: протокол починає перенаправляти платформну частку винагороди мастернод до credit pool. На цій висоті починається накопичення коштів пулу, але PirateCash Platform ще не запускається.
Тест DKG, ротація валідатора, зупинки через втрату кворуму, детермінований стан, DAPI і оновлення протоколу за умов змагальності.
PirateCash Platform буде запущена пізніше через окрему активацію — після перевірки devnet і testnet, публікації специфікацій, аудиту та підготовки програмного забезпечення операторів. Блок 1 910 840 не є висотою запуску платформи.
Профіль LLMQ_100_67 уже існує в параметрах PirateCash Core, але це не означає, що Рівень 2 активний. До окремої активації продуктивність, комісії, функції програми та економіка платформи залишаються цільовими показниками.
Транзакції та книга UTXO
PIRATE обліковується як невитрачені вихідні дані транзакції. Транзакція споживає наявні виходи та створює нові виходи, умови використання яких визначаються сценаріями та криптографічними ключами.
Немає консенсусного балансу рахунку
Відображений баланс гаманця – це сума витратних UTXO, які контролюються його ключами. Зміна платежу зазвичай повертається як щойно створений вихід.
Комісії
Різниця між загальними витратами та виходами є комісією за транзакцію. Вузли застосовують політики ретрансляції та мемпулу на додаток до перевірки консенсусу на рівні блоку.
Ключове право власності
Протокол розпізнає дійсні підписи, а не особи чи запити на підтримку. Втрата закритого ключа або фрази відновлення зазвичай означає втрату контролю над PIRATE.
Підтвердження та блокування
Підтвердження блоку впорядковує транзакцію в ланцюжку PoS. InstantSend і ChainLocks додають захист із підписом кворуму від суперечливих витрат і реорганізацій.
Емісія та розподіл
PIRATE має визначену протоколом криву емісії з приблизною максимальною пропозицією 105 мільйона монет.
До блока 100 000 мережа використовувала Proof of Work, після чого механізмом створення блоків став Proof of Stake. Базова винагорода стартувала з 50 PIRATE і зменшується вдвічі кожні 1 048 576 висот попереднього блока. Детерміновані виплати мастернодам починаються з блока 1 266 000, бюджет DAO — з 1 899 666, а фінансування credit pool через MN_RR — з 1 910 840. Комісії транзакцій додаються до дозволеної винагороди й самі по собі не створюють додаткової емісії.
Запущено без премайну
Основна мережа PirateCash була публічно запущена 3 листопада 2018 року без попередньо створеного резерву нативного PIRATE, виділеного до початку ланцюжка. Монети увійшли в обіг через визначені протоколом винагороди за блоки, створені учасниками мережі.
- Рідний премайн PIRATE
- 0 PIRATE
- Публічний запуск
- 2018-11-03
- Нагорода за початковий блок
- 50 PIRATE
Заява про відсутність премайну стосується нативної монети PIRATE та запуску рівня 1. Додане пізніше контрактне представлення BEP-20 у BNB Smart Chain має окрему історію пропозиції та розподілу.
| Діапазон блоків | Базова дотація | Фаза протоколу |
|---|---|---|
| 0–99,999 | 50 PIRATE | Початкова фаза PoW |
| 100,000–1,048,575 | 50 PIRATE | PoS із повною базовою винагородою |
| 1,048,576–1,265,999 | 25 PIRATE | PoS з прогресивним розподілом головних вузлів |
| 1,266,000–1,899,665 | 25 PIRATE | Активні детерміновані виплати мастернодам |
| 1,899,666–2,097,151 | 25 PIRATE | Бюджет DAO; MN_RR слідує на блоці 1 910 840 |
| 2,097,152+ | 12,5 PIRATE, далі зменшення вдвічі кожні 1 048 576 блоків | Довгострокова обмежена емісія |
Після початкової висоти бюджету протокол резервує частку субсидії для затверджених виплат управління через суперблоки.
Частка головної вузли починається з 0,1% і поступово перерозподіляється до довгострокової цілі 60%, визначеної в Core.
Максимум є результатом графіка емісії, а не параметром вільного карбування токена. Консенсус відкидає винагороди, що перевищують дозволену субсидію.
Wrapped PIRATE у BNB Smart Chain
Загорнутий PIRATE — це токен BEP-20, який з’єднує власну мережу PirateCash із пулом ставок і екосистемою BNB Smart Chain. Користувач може внести нативний PIRATE у пул і отримати загорнутий PIRATE відповідно до правил сервісу. Пул агрегує депозити та використовує рідні монети для ставок у мережі PirateCash, тоді як токен залишається доступним у сумісному гаманці користувача.
Нативний PIRATE і загорнутий PIRATE записуються в окремих книгах: перший у блокчейні PirateCash UTXO, другий — за контрактом BEP-20 у BNB Smart Chain. Обгорнутий токен не створює додаткової емісії нативної монети на рівні протоколу PirateCash.
Як отримати загорнутий PIRATE
Отримати wrapped PIRATE через @piratecash_bot
Обмін виконується через @piratecash_bot — внесіть нативні PIRATE на депозит і оформіть виведення wrapped PIRATE на свою адресу в мережі BNB Smart Chain (BEP-20).
Відкрити @piratecash_bot ↗Купуйте на PancakeSwap
Загорнутий PIRATE також можна придбати безпосередньо з доступного пулу ліквідності за допомогою сумісного з BNB Smart Chain гаманця самостійного зберігання.
Відкрийте PancakeSwap ↗0xaFCC12e4040615E7Afe9fb4330eB3D9120acAC05
BscScan ↗
Фіксована поставка: 105 000 000 PIRATE · 8 знаків після коми · повна поставка була викарбувана під час розгортання контракту
Wrapped PIRATE і робота стейкінг-пулу перебувають поза консенсусом основної мережі PirateCash. Контракт не карбує токени автоматично під час депозиту та не реалізує нативний trustless bridge: міжмережну конвертацію виконує шлюз проєкту з наявної пропозиції токенів. Шлюз проєкту через @piratecash_bot гарантує обмін native PIRATE ↔ wrapped PIRATE в обидва боки. Перед депозитом або обміном перевірте адресу контракту, правила видачі та погашення, комісії й умови зберігання нативних монет. Ціна на DEX, прибутковість і ліквідність не гарантуються протоколом PirateCash.
Шлюз обміну в обидва боки @piratecash_bot ↗Межі безпеки та довіри
Безпека є багаторівневою: підписи захищають право власності, PoS наказує дійсні переходи між станами, повні вузли забезпечують консенсус, а підписи LLMQ додають швидкий захист від конфліктів транзакцій і реорганізації ланцюга.
Конфліктні операції
Вузли відхиляють витрати вже використаних виходів, тоді як InstantSend може блокувати вхідні дані до досягнення нормальної глибини підтвердження.
InstantSend · UTXOЛанцюгові реорганізації
ChainLocks прив’язує угоду про кворум до блоку на заданій висоті та зменшує практичні можливості для реорганізації прийнятої історії.
ChainLocks · LLMQНедійсна ставка або винагорода
Кожен вузол незалежно перевіряє відповідність ставок, ціль ядра, підпис блоку, дійсність транзакції та максимальну винагороду.
PoS · validationКомпроміс гаманця
Консенсус не може відновити вкрадені ключі. Шифрування, резервне копіювання фраз відновлення, посилення системи та розділення ключів оператора залишаються обов’язками користувача.
signatures · backupsЦей документ описує протокол; це не аудит, інвестиційна обіцянка чи гарантія безперебійної роботи. Виконуваний код консенсусу PirateCash Core є авторитетним, якщо цей огляд і активний випуск програмного забезпечення відрізняються.
Довідник інтегратора
Виробничі інтеграції мають запускати сумісний вузол PirateCash Core, перевіряти повідомлену мережу та блок генезису, чекати підтвердження або політику блокування, що відповідає їхній моделі ризику, і тестувати оновлення перед розгортанням.
- Рідний символ
- PIRATE
- Десяткові знаки
- 8
- Порт P2P основної мережі
- 63636
- Префікс публічної адреси
- P
- Час Буття
- 2018-11-02 23:45 UTC
- Хеш блоку Genesis
33422d3f8e94bae7cd2544e737d64ff8ec3ee140cc3fdc4db3d14656f9a60912