понеділок, 26 січня 2026 р.

Платформа корпоративного блокчейну

 


ТЕХНІЧНЕ ЗАВДАННЯ (ТЗ)

Платформа корпоративного блокчейну

з функцією супроводу «бухгалтерії» та окремим апаратним модулем безпеки


1. Загальні положення

1.1. Назва проєкту

Платформа корпоративного блокчейну для обліку внутрішнього обігу, роялті, митних та корпоративних операцій
(далі — Платформа).

1.2. Замовник

Інститут соціотопології / ТПП Україна–Ліберленд.

1.3. Мета створення Платформи

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


2. Принципи системи

Платформа базується на таких принципах:

  1. Пріоритет створення користі над прибутком

  2. Розділення внутрішнього та зовнішнього обігу

  3. Незмінність облікових записів (immutability)

  4. Персональна та корпоративна відповідальність

  5. Криптографічна довіра замість посередників

  6. Мінімізація людського фактору в бухгалтерії


3. Архітектура Платформи

3.1. Загальна архітектура

Платформа складається з трьох взаємопов’язаних рівнів:

  1. Логічний рівень (Blockchain Core)

  2. Прикладний рівень (Accounting & Compliance Layer)

  3. Апаратний рівень (Secure Corporate Device)


4. Функціональні вимоги

4.1. Корпоративний блокчейн (Blockchain Core)

4.1.1. Тип мережі

  • Permissioned blockchain (обмежений доступ)

  • Учасники:

    • держава / ТПП;

    • корпоративні суб’єкти;

    • аудитори;

    • митні та ліцензійні вузли.

4.1.2. Об’єкти обліку

  • корпоративні кошти;

  • акції та частки;

  • роялті;

  • ліцензії;

  • авторські та суміжні права;

  • франчайзингові договори;

  • митні операції.

4.1.3. Незмінність

  • кожна транзакція:

    • має криптографічний хеш;

    • не може бути змінена або видалена;

    • може бути лише компенсована новою транзакцією.


5. Бухгалтерський супровід (Accounting Layer)

5.1. Основні функції бухгалтерії

Платформа повинна забезпечувати:

  • автоматичний подвійний запис (debit/credit);

  • багатовалютний внутрішній облік;

  • облік корпоративних грошей;

  • розмежування:

    • внутрішнього обігу;

    • зовнішньоекономічних операцій;

  • фіксацію джерела створення вартості.

5.2. Облік роялті

  • автоматичне нарахування мінімального відсотку роялті;

  • прив’язка до:

    • ТМ;

    • авторського права;

    • франшизи;

  • неможливість виплати без фіксації в блокчейні.

5.3. Податково-митний модуль

  • інтеграція з електронними митними деклараціями;

  • фіксація:

    • країни походження;

    • юрисдикції;

    • бази нарахування;

  • підтримка стандартів ISO 20022.


6. Апаратний модуль безпеки

(Secure Corporate Device)

6.1. Призначення

Окремий фізичний пристрій для:

  • зберігання ключів;

  • підпису транзакцій;

  • ведення корпоративної бухгалтерії;

  • автономної перевірки обліку.


6.2. Основні вимоги до пристрою

6.2.1. Фізична безпека

  • захист від розкриття корпусу;

  • знищення ключів при спробі злому;

  • апаратний root of trust.

6.2.2. Криптографія

  • hardware-based key storage (HSM);

  • підтримка:

    • asymmetric cryptography;

    • multi-signature;

    • time-lock signatures;

  • генерація ключів всередині пристрою.

6.2.3. Ізоляція

  • відсутність прямого доступу до ОС користувача;

  • підключення:

    • через USB / UART / air-gapped режим;

  • можливість повністю автономної роботи.


6.3. Функції пристрою

  • підпис бухгалтерських операцій;

  • локальний журнал обліку (read-only);

  • верифікація стану блокчейну;

  • аварійний режим «тільки читання»;

  • незалежна перевірка балансу.


7. Кібербезпека

7.1. Рівні захисту

  1. Криптографічний — ключі, підписи, хеші

  2. Апаратний — фізичний контроль доступу

  3. Мережевий — ізоляція вузлів

  4. Процедурний — ролі та права доступу

7.2. Ролі доступу

  • адміністратор платформи;

  • бухгалтер-оператор;

  • аудитор (read-only);

  • державний вузол;

  • митний вузол.


8. Аудит і прозорість

  • повний журнал дій;

  • незалежний аудит без доступу до ключів;

  • можливість публічного підтвердження фактів без розкриття даних (zero-knowledge proofs).


9. Вимоги до масштабування

  • підтримка зростання кількості учасників;

  • модульна архітектура;

  • можливість підключення нових юрисдикцій;

  • локалізація мов і правових режимів.


10. Очікуваний результат

Платформа повинна забезпечити:

  • зниження спекулятивного тиску;

  • прозорий корпоративний обіг;

  • відновлення довіри до бухгалтерії;

  • захист прав учасників;

  • баланс між відкритістю та суверенністю системи.

Немає коментарів:

Дописати коментар