Однією з головних тем Сезону 3 є створення більшої відповідальності для одержувачів грантів і прозорість того, як гранти фактично розгортаються. Делегати почали вживати заходів для забезпечення такого нагляду в каналі #gov-monitoring і на Форумі 7. Фонд хотів би підтримати ці зусилля, запропонувавши стандартизовані вимоги до звітності для одержувачів грантів.
Особи, які подають пропозиції, відповідатимуть за надання наведених нижче даних у зручному для введення форматі. Ці дані будуть загальнодоступними та доступними для спільноти. Цей процес легко адаптується, тому ним може керувати Рада грантів, якщо Рада проходить у S3, або будь-яка альтернативна структура, яка переважає, якщо Рада не проходить.
Одержувачі грантів повинні погодитися з цими вимогами до звітності у шаблоні заявки на грант (який буде оновлено, щоб відобразити це). Є дві очевидні можливості збирати ці дані від одержувачів грантів: коли Фонд збирає інформацію KYC під час затвердження гранту та коли оцінюється розподіл грантів на основі етапів. На постійній основі авторів заохочують надавати оновлення, оскільки делегати можуть активно відстежувати ці дані, які будуть доступні через загальнодоступну інформаційну панель.
Ми хотіли б отримати відгук делегатів щодо запропонованих нижче вимог до звітності. Мета полягає в тому, щоб створити набір вимог до звітності, що призведе до послідовно структурованих і легких для розкриття інформації без створення рівня тертя, який утримує проекти від створення оптимізму.
Пропоновані поля звітності Наша мета — зібрати всю інформацію таким чином, щоб:
Будь-який делегат/аналітик може точно відстежувати розподіл грантів Управління може ефективно оцінювати експерименти зі зростанням і продовжувати повторювати Вимоги є ретельними, але досить легкими, щоб уникнути надмірного навантаження на тих, хто пропонує Заявники можуть ввести наступну інформацію у форму Google. Результати будуть доступні для загального перегляду будь-кому (і оновлюватимуться Фондом або Радою грантів, залежно від обставин)
Для грантів на експеримент із зростанням Графік розподілу заохочень OP: оновлений графік запланованих, під час польоту та завершених заохочень OP. Повинен бути один запис для кожної окремої стратегії розподілу (тобто рядок 1: ретроактивне скидання, рядок 2: видобуток ліквідності в пулі A, рядок 3: видобуток ліквідності в пулі B).
Назва проекту: Назва проекту, що видає OP Афілійований проект (якщо застосовно): проект верхнього рівня, який отримав OP (тобто Thales <> Overtime, Gamma/Arrakis/xToken <> Uniswap) Контрактна адреса дистриб’ютора: з якої адреси розповсюджуються токени? Дата оголошення: Дата оголошення програми Посилання на оголошення: посилання на оголошення програми та деталі Дата початку: дата початку програми Дата завершення: Дата завершення програми Тип розповсюдження: наприклад, видобуток ліквідності, видобуток торгівлі, конкуренція, ретроактивне скидання, інше (пояснення) OP per Epoch: якщо програма запланована, скільки OP виходить за епоху (тобто 500 OP) Тривалість епохи: якщо програма за розкладом, скільки триває епоха (тобто 1 тиждень = 500 на тиждень) Додаток стимулюється: чи стимулюється використання нативної програми, зовнішнього пулу ліквідності (тобто пулу DEX), чогось іншого? Контракт(и) заохочуються: які адреси заохочуються (наприклад, DEX Router, LP Pool) Дії, пули тощо. Стимулювані: який тип дій стимулюється (наприклад, покупки NFT, ліквідність пулу stETH/ETH) Прийнятні адреси: це обмежено певним списком адрес? Якщо так, то скільки (тобто retro airdrop) і/або які вимоги до відповідності (тобто власники певного NFT)? Додаткові примітки: будь-яка інша інформація, яка допомагає нам точно зрозуміти розповсюдження токенів - або пояснення, якщо структура програми не відповідає цій структурі
Запис про внутрішню передачу OP: список внутрішніх передач гранту токенів OP проекту (тобто передача токенів між гаманцями). Це забезпечить видимість того, які токени покинули надану проектом адресу L2, але ще не розповсюджені.
Назва проекту: Назва проекту, що видає OP Афілійований проект (якщо застосовно): проект вищого рівня, який отримав OP (тобто Thales for Overtime) Хеш транзакції: хеш транзакції переказу Адреса відправника: адреса, з якої надсилається OP (тобто гаманець проекту) Адреса одержувача: адреса отримання OP (тобто гаманець проекту) Ім’я адреси одержувача: яке призначення адреси одержувача (тобто назва об’єкта, мітка адреси) Для грантів будівельників Розподіл грантових програм: список грантових виплат для проектів, які використовували свій грант на управління ОП для виконання власної грантової програми. Це допомагає нам зрозуміти вплив розподілу управління на грантові програми проектів (тобто, які суперкруті речі вийшли з грантових програм?)
Назва проекту та гранту: Назва гранту та проекту, який передає ОП Афілійований проект (якщо застосовно): проект вищого рівня, який отримав OP (тобто Thales for Overtime) Хеш транзакції: хеш транзакції переказу Адреса відправника: адреса, з якої надсилається OP (тобто гаманець проекту) Адреса одержувача: адреса отримання OP (тобто гаманець проекту) Переданий OP: кількість переданих токенів OP Ім’я адреси одержувача: яке призначення адреси одержувача (тобто назва об’єкта, мітка адреси) Ім’я грантоотримувача: ім’я суб’єкта, який отримує грант (може бути загальним, наприклад винагорода за помилку, якщо доречно) Веб-сайт грантоотримувача/Github/Twitter: де ми можемо стежити за прогресом грантоотримувача? Опис гранту: інформація про грант (тобто мета, етапи, інформація про грантову програму)
