Gonka Community Fund

Proposal простыми словами

О чем это

Распределить реституцию по Cases 2, 3 и 4 за эпохи 248-254. Case 2: ошибка двойного масштабирования веса preserver (эпохи 249-253). Case 3: реституция за потерю эпохи: широкие потери эпох, ограничение последовательных сбоев и оставшаяся дельта (эпохи 248, 249, 250). Case 4: проблема блокировки запуска API (эпоха 254). Итого: 306,307.29 GNK на 90 адресов. Bounties: 39,722.20 GNK на 4 адреса.

Запрос

Текст governance запрашивает 306,307.29 GNK: Итого: 306,307.29 GNK на 90 адресов.

Ответственный

Protocol proposer gonka197hqnwcl30x4js3egvaujjmfknlxy7rmfw3y6k; accountable delivery owner not explicitly provided.

Почему это важно

Не предоставлено как отдельное поле ценности на уровне сети. Сводка источника: Распределить реституцию по Cases 2, 3 и 4 за эпохи 248-254. Case 2: ошибка двойного масштабирования веса preserver (эпохи 249-253). Case 3: реституция за потерю эпохи: широкие потери эпох, ограничение последовательных сбоев и оставшаяся дельта (эпохи 248, 249, 250). Case 4: проблема блокировки запуска API (эпоха 254). Итого: 306,307.29 GNK на 90 адресов. Bounties: 39,722.20 GNK на 4 адреса.

Проблема

Не предоставлено как отдельное поле проблемы/узкого места. Сводка источника: Распределить реституцию по Cases 2, 3 и 4 за эпохи 248-254. Case 2: ошибка двойного масштабирования веса preserver (эпохи 249-253). Case 3: реституция за потерю эпохи: широкие потери эпох, ограничение последовательных сбоев и оставшаяся дельта (эпохи 248, 249, 250). Case 4: проблема блокировки запуска API (эпоха 254). Итого: 306,307.29 GNK на 90 адресов. Bounties: 39,722.20 GNK на 4 адреса.

Что должно быть сделано

Неструктурированный результат governance

Поддержать с условиямиAI-черновик

Framework score v2

Простое ревью

Это предложение о выплате/реституции, а не обычный грант на выполнение работ. Оно явно направлено на компенсацию участникам сети за конкретные проблемы, повлиявшие на вознаграждения в эпохах 248–254, при этом совокупная исполняемая выплата в целом выглядит согласованной с общей суммой в тексте: 306,307.29 GNK реституции плюс 39,722.20 GNK bounty, а исполняемые сообщения суммарно составляют около 346,029.49 GNK на 94 адреса, похожих на адреса получателей. Однако доступная для проверки запись, предоставленная здесь, не раскрывает полную таблицу получателей, формулы по каждому получателю, доказательства инцидентов, исключения, порядок апелляций/разрешения споров или указанного ответственного владельца для вопросов после публикации. Я бы не рассматривал результат прохождения governance-голосования как доказательство качества предложения. На основании предоставленных доказательств это предложение выглядит правдоподобным и релевантным для сети, но его следует поддерживать только с условиями либо переработать так, чтобы опубликовать поддающийся аудиту пакет реституции.

Доказательства

средние

Команда

есть вопросы

Блокеры

Почему такое мнение

Предложение является релевантной для сети реституцией по конкретным случаям и эпохам, повлиявшим на вознаграждения, а не универсальным грантом.
Данные по совокупной исполняемой выплате в целом совпадают с суммами и числом получателей, указанными в тексте.
Предоставленные доказательства не позволяют независимо проверить правомерность получателей, формулы, конфликты интересов или порядок разрешения споров, поэтому поддержка должна быть обусловлена публикацией поддающегося аудиту пакета реституции.

Пять публичных проверок

3/4

Ценность для сети

Предложение касается реституции на уровне сети за предполагаемые сбои протокола/вознаграждений в нескольких эпохах, что является законной общей сетевой проблемой, если случаи и расчеты корректны. Ценность не сводится к частному гранту; цель — сохранить справедливость и доверие операторов. Главное ограничение в том, что предоставленные доказательства резюмируют принятые случаи, но не содержат в пакете проверки достаточно базового анализа инцидентов для независимой проверки заявленных убытков.

2/4

Ясность плана

Для профиля выплаты релевантный «план» — это ограниченный набор получателей, критерии права на получение, метод расчета, исключения и исполняемое действие. Предложение ограничено случаями, эпохами, общими суммами и числом получателей, а исполняемые сообщения доступны. Но предоставленные доказательства не включают полную таблицу получателей, суммы по адресам, формулы расчета, базовые уровни, исключения или процесс апелляций, поэтому независимая проверка остается существенно неполной.

2/4

Доверие к команде

Gonka Restitution Committee идентифицирован, и README говорит, что в его состав теперь входят разработчики из Gonka Labs и Inc4, что релевантно для технической валидации. Однако предоставленные метаданные предложения говорят, что ответственный владелец поставки явно не указан. В предоставленных доказательствах не видно названного подписанта, пути эскалации или процесса подотчетности после публикации. Репутация или статус комитета не должны заменять поддающуюся аудиту подотчетность.

2/4

Дисциплина финансирования

Совокупная логика финансирования правдоподобна для реституционной выплаты: сумма в тексте плюс общая сумма bounty примерно равны общей сумме исполняемого сообщения, а число получателей согласуется на высоком уровне. Но предоставленный пакет не включает базу расчетов по каждому случаю/получателю, таблицу права на получение, правила округления, детали вестинга или независимую сверку адресов и сумм. Это не позволяет дать сильную оценку дисциплины финансирования.

2/4

Риски и stewardship

Определенный stewardship очевиден: предложение исключает отклоненный случай после расследования, и исполняемые сообщения присутствуют для проверки. Но существенные меры контроля рисков в предоставленных доказательствах задокументированы недостаточно: конфликты не предоставлены, апелляции и пограничные случаи не ясны, а проверка исполняемых сообщений доступна только в виде сводки, а не сверки по адресам. Для крупной реституционной выплаты это существенные пробелы в безопасности governance.

Оценка команды

Есть правдоподобный контекст ответственного комитета, но нет четко названного ответственного владельца для этой конкретной проверки выплаты, нет видимого пути отчетности/эскалации и есть только частичные доказательства релевантной валидационной способности в предоставленных выдержках.

Ответственный

вопрос

GRC идентифицирован, и существует on-chain адрес proposer, но метаданные предложения явно говорят, что ответственный владелец поставки не предоставлен.

Релевантные доказательства

вопрос

README указывает, что GRC включает разработчиков из релевантных организаций и обрабатывал принятые/отклоненные случаи реституции, но предоставленная выдержка не дает подробных доказательств предыдущего сопоставимого исполнения или результатов аудита расчетов.

Ресурсы и capacity

неясно

В предоставленных доказательствах не видно временных обязательств, ролей проверяющих, процесса sign-off или операционной способности обрабатывать споры и исправления после выплаты.

Accountability path

вопрос

Репозиторий GitHub и on-chain предложение создают публичную запись, но для получателей, которые оспаривают право на получение или сумму, не предоставлены четкий контакт, периодичность отчетности, порядок эскалации или путь исправлений.

Условия

Опубликовать машиночитаемую таблицу получателей с адресом, случаем, эпохой/эпохами, основанием права на получение, валовым убытком, суммой реституции, суммой bounty при наличии, округлением и формой вестинга/платежа.
Опубликовать или дать ссылку на метод расчета для каждого принятого случая, включая исходные данные, базовое ожидание вознаграждения, фактическое вознаграждение, разницы, исключения и любые лимиты или корректировки.
Сверить суммы из текста с исполняемыми сообщениями: 306,307.29 GNK реституции + 39,722.20 GNK bounty = 346,029.49 GNK, с точными суммами в ngonka и количеством получателей, соответствующими каждому сообщению.

Блокирующие проблемы

Ключевые утверждения не подтверждены: Ключевая выплата зависит от принятых случаев реституции, права на получение и формул, но предоставленные фрагменты доказательств не содержат достаточного анализа инцидентов, расчетов по каждому получателю или исходных данных для независимой проверки утверждений.
Нет бюджетной или tranche-логики: Для профиля выплаты это означает отсутствие формулы выплаты и сверки по каждому получателю, а не отсутствие проектных статей. Совокупные суммы есть, но предоставленные доказательства не раскрывают поддающуюся аудиту формулу, таблицу права на получение или суммы по адресам.
Нет ответственного owner: Есть адрес proposer и контекст GRC, поэтому это не жесткий блокер, но ответственный владелец для вопросов, споров и исправлений в импортированном предложении явно не назван.

GRC Proposal #2 - Реституция (эпохи 248-254)

О чем это

Простое ревью

Источники