Як розробникам Web3 виявити високоризикові проекти та уникнути правових ризиків

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

Чотири поширені моделі високоризикових Web3 проектів

1. Проекти, пов'язані з азартними іграми

Типові характеристики: Вхід для поповнення + Випадковий ігровий процес + Шлях для виведення коштів

Ключові точки оцінки:

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

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

2. Проекти, пов’язані з пірамідними схемами

Типові характеристики: користувачі сплачують + запрошення на комісію + багаторівнева система повернення

Типові ознаки структури піраміди:

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

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

3. Участь у проектах, пов'язаних з незаконним залученням коштів

Типові характеристики: залучення капіталу з публіки + обіцянка прибутку + відсутність фінансової кваліфікації

Високий ризик режиму включає:

• Незаконне випускання монет для фінансування без схвалення
• Обіцянка збереження основної суми з високими доходами або фіксованими виплатами
• Вигадані фінансові платформи, оренда майнінгових машин та інші проекти
• Створення фонду, що дозволяє обмін токенів на активи, що підлягають виведенню

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

4. Пов'язані з незаконною підприємницькою діяльністю проекти

Типові характеристики: біржова торгівля криптовалютами + позабіржова торгівля + канали введення та виведення фіатної валюти

Високий ризик поведінкової моделі:

• Надання послуг з поповнення та виведення між віртуальними валютами та фіатними валютами
• Встановлення позабіржового OTC торгового модуля
• Здійснення обміну для внутрішніх та міжнародних користувачів за допомогою віртуальних валют
• Проведення операцій з купівлі та продажу валют без дозволу

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

Як точно визначити високоризикові проекти

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

Визначення ключових моментів ризику проекту, які технічні спеціалісти "повинні знати":

• Чи є ви ключовим членом проекту, таким як CTO, системний архітектор тощо
• Чи берете ви участь у розробці ключових модулів, таких як фінансова структура та логіка токенів
• Чи були висунуті заперечення або пропозиції щодо відповідності проекту
• Чи є глибока прив'язка інтересів до платформи

Рекомендації для самоперевірки розробників

Перед участю в будь-якому проекті Web3, розробники повинні виконати такі три кроки самоперевірки:

1. Оцінка моделі проєкту: чи існують чотири основні структури кримінальних ризиків.
2. Розуміння фінансової логіки: джерела токенів, шляхи надходження та витрачання коштів, механізм виплат тощо
3. Зберігання записів: чітко зазначити, що надаються лише технічні послуги, записувати обговорення щодо відповідності.

Висновок

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