Як написати пропозицію DAO Governance англійською мовою

Пропозиції управління DAO (Decentralised Autonomous Organization) є документами на ланцюжку або поза ланцюгом, які дозволяють власникам токенів голосувати за рішення, що впливають на протокол - від розподілу казначейства до змін параметрів, партнерств і оновлень. Написання ефективної пропозиції щодо управління англійською мовою є навичкою, яка відокремлює пропозиції, які проходять, від тих, які провалюються. Цей посібник охоплює структуру, словниковий запас, тон і ключові розділи, які має містити кожна сильна пропозиція.

---

Що таке державна політика?

Пропозиція щодо управління є офіційним письмовим документом, що подається до процесу управління DAO. Він описує:

• Які зміни пропонуються
• Чому це потрібно
• Як це буде реалізовано
• Який очікуваний результат

Пропозиції зазвичай надсилаються на форум управління (наприклад, Discourse, Commonwealth) для обговорення перед переходом до голосування на ланцюзі (наприклад, Snapshot, Tally або рідний договір управління).

Життєвий цикл пропозиції щодо управління:

1. ** Перевірка ідей/ температури ** — неформальна дискусія в Discord або на форумі
2. ** Проект пропозиції ** — структурована письмова пропозиція для зворотного зв’ язку
3. Остання пропозиція — полірована версія, що подається на голосування
4. ** Період голосування ** — власники жетонів голосують
5. ** Виконання ** — якщо зміни затверджено, їх буде впроваджено (іноді автоматично за допомогою блокування часу)

---

Організація управління проектом

Title

Заголовок має бути чітким і описовим. Спільні формати:

[GIP-XX] — Title describing the proposal
[PROPOSAL] — Title
RFC: Title (Request for Comment)

“[GIP-14] — Збільшити протокольну плату до 0,1% і виділити 20% доходів до скарбниці Спільноти”

---

Abstract (англійською)

Резюме в 2-4 реченнях того, що робить пропозиція. Припустимо, що читач нічого не знає.

## Summary

This proposal requests a protocol fee increase from 0.05% to 0.1% on all swaps.
50% of collected fees will buy back and burn PROTO tokens; 20% will be directed to
the Community Treasury for grants; 30% will be distributed to liquidity providers.
This change is intended to improve protocol sustainability and align token holder incentives.

---

Motivation

Поясніть * чому * ця пропозиція необхідна. Яку проблему він вирішує? Яка можливість тут використовується?

## Motivation

The current protocol fee of 0.05% generates approximately $1.2M per year at current
trading volume. This is insufficient to fund ongoing development and audits without
relying on investor capital. Several competing protocols have moved to higher fee
structures without loss of TVL, suggesting fee sensitivity is low among our user base.

Additionally, the absence of token buybacks has contributed to PROTO token sell pressure
from team and investor unlocks. This proposal addresses both issues simultaneously.

Словник:

** TVL (Total Value Locked) ** — загальна вартість активів, вкладених у протокол ** Token buyback ** - використовуючи доходи протоколу для покупки токенів з відкритого ринку (часто зменшуючи постачання) ** Token burn ** — назавжди вилучення жетонів з обігу, зменшення їх кількості ** Продавати тиск ** — ринкові умови, де більше жетонів продається, ніж купується (знижує ціну) Розподіл доходів — як доходи протоколу розподіляються між різними зацікавленими сторонами

---

Specification

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

## Specification

### Parameter Changes

| Parameter | Current | Proposed |
|-----------|---------|---------|
| Swap fee | 0.05% | 0.10% |
| Fee distribution — Buyback | 0% | 50% |
| Fee distribution — Treasury | 100% | 20% |
| Fee distribution — LPs | 0% | 30% |

### Implementation

The fee parameter is stored in the `ProtocolConfig` contract:
`0x1234...abcd` on Ethereum mainnet.

The governance multisig will call `setSwapFee(10)` (basis points) after
the proposal passes. A Gnosis Safe transaction will be prepared and broadcast
within 48 hours of the voting period ending.

The revenue distribution contract will require a separate deployment
(see linked GitHub PR for the audited implementation).

---

Оцінка ризиків

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

## Risks

**Fee sensitivity risk**: Higher fees may reduce swap volume. Based on comparable
protocols' fee increases, we expect less than 5% volume reduction. However, if volume
drops more than 15%, a fee reduction proposal should be considered within 90 days.

**Smart contract risk**: The revenue distribution contract is new code.
It has been audited by [Auditor Name] — audit report linked below.
A 7-day timelock is in place before execution.

**Governance risk**: If the buyback mechanism is poorly timed, it may create
predictable price movements that can be gamed. We propose periodic
rather than continuous buybacks to reduce this risk.

---

Час виконання

## Timeline

- Week 1: Forum discussion and feedback period
- Week 2: Snapshot vote (5-day window)
- Week 3: If approved, Gnosis Safe transaction prepared by core team
- Week 4: 7-day timelock execution
- Day 30: Parameter change live on mainnet

---

Опції голосування

Завжди визначайте, що означає голосування « Так/ Ні/ Утриматися ».

## Voting

- **For**: Approve fee increase to 0.10% and revenue distribution as described
- **Against**: Maintain current fee of 0.05%
- **Abstain**: No preference; count toward quorum without direction

**Quorum**: 5% of circulating supply must vote
**Approval threshold**: Simple majority (>50% of votes cast, excluding abstain)

---

Професійна мова для пропозицій управління

Формальный, нейтральный тон

Пропозиції щодо управління повинні бути формальні і нейтральні — не рекламні або емоційно заряджені.

• ❌ “Це абсолютно необхідно для виживання протоколу!”
• ✅ * “Ця пропозиція розглядає проблему сталого розвитку, визначену в обзорі казначейства Q4 2025.” *

---

Признаю инакомыслие

• “Ми визнаємо, що деякі члени спільноти висловили занепокоєння щодо впливу збільшення плати на прийняття користувачами. Ми спробували розглянути це в розділі Ризик вище. Ми привітаємо продовження дискусії на форумі.»*

---

Запрошення на відгук перед голосуванням

“Це наразі чернетка. Ми закликаємо всіх зацікавлених осіб прокоментувати нижче, перш ніж ми перейдемо до офіційного голосування. Зокрема, ми шукаємо зворотній зв’язок щодо дизайну механізму викупу і відсотків розділення доходів. “

---

Реферат на тему «Словник іменників»

Term	Meaning
Quorum	Minimum participation required for a vote to be valid
Timelock	A delay between vote approval and on-chain execution
Multisig	A wallet requiring multiple signatures to execute transactions
Snapshot	An off-chain governance voting tool (gas-free)
Temperature check	An informal early vote to gauge community sentiment
GIP / GRC / AIP	Governance Improvement Proposal (naming convention varies by DAO)
Delegate	A token holder who has been given voting power by other holders
On-chain governance	Voting executed and enforced directly by smart contracts
Off-chain governance	Signalling votes not enforced by code (requires trust in executors)
Rage-quit	A mechanism allowing dissenting members to exit with their proportional funds before a decision is implemented

---

Practice

Розширте свій блокчейн і Web3 словник з ** Набір вправ з блокчейну ** і досліджуйте повний ** Розробник Blockchain навчальний шлях **.

Національний склад населення: Англійська мова — мова офіційних відносин

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

Однією з поширених перешкод є уникнення надмірно неформальної мови або прямих команд. Замість того, щоб сказати «Впровадити цю функцію», що може здатися вкрай вимогливим, ви можете сформулювати це так: «Я пропоную включити цю функцію для поліпшення [спеціфічної функціональності]” — м’якший, більш консультативний підхід. Аналогічно, коли ви звертаєтесь до потенційних проблем, уникайте фраз на кшталт «Це неправильно». Спробуйте щось на зразок «Я виявив потенційну проблему щодо [спеціфічного аспекту]. Можливо, ми могли б дослідити…» Це демонструє, що ви активно шукаєте рішення, а не просто вказуєте на проблему. Іншою ключовою областю, на якій варто зосередитися, є розумне використання пасивного голосу - це може надати відчуття об’єктивності і відстані, особливо при описі технічних процесів або рішень, які не приписуються безпосередньо окремим особам.

Розгляньте цей обмін повідомленнями Slack: «@Alice, чи можете ви переглянути опис PR? Я додав розділ, в якому описується логіка зміни і її потенційний вплив на існуючу функціональність. ” Зауважте ввічливу фразу – «чи могли б ви переглянути» набагато більш доступним, ніж просто вимагати перегляду. Аналогічно, у коментарі до перегляду коду, замість « Виправте цю помилку », розробник може написати: « Це умовне твердження, здається, неправильно обробляє крайові випадки; чи можемо ми продовжити дослідження, щоб забезпечити надійне оброблення помилок? » Це підкреслює * проблему * без приписування вини і запрошує до співпраці.

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