Записи винагород Solana залишають стейкерів без даних про комісії валідаторів

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

У звіті від 30 жовтня постачальник стейкінгу P2P.org повідомив, що запис комісії зник з обох голосувань і винагород за стейкінг з 8 вересня. Він зазначив, що комісія продовжувала стягуватися, а суми винагород все ще узгоджувалися. Проблема звітності стосується доказів, що пояснюють виплату, а не виявленого дефіциту у цій виплаті.

P2P.org продає послуги стейкінгу та звітності, що надає їй комерційний інтерес у цій справі.

Ставка за винагороду може походити з попередньої епохи

Зміна була явною в запиті на злиття Agave #12588, злитому 20 травня. Вона робить поле комісії порожнім після активації функції спеціального колектора, охоплюючи накопичені винагороди комісії валідатора і індивідуальні винагороди за стейк. PR описує зовнішні винагороди, які використовуються запитами блоків і підписками.

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

Спеціальні колектори виконують окрему функцію. SIMD-0232, специфікація протоколу для цієї функції, дозволяє валідаторам направляти доходи від комісій на призначені рахунки збору. Вона явно залишає обчислення інфляційної комісії незмінним, визначаючи нові правила збору.

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

Історична комісія має значення, оскільки Solana затримує ефект оновлень ставок протягом своїх періодів винагород, які називаються епохами. Згідно з правилом SIMD-0249, нормальна послідовність для винагород, зароблених в епосі E, така: зафіксувати ставку на початку E−1, заробити винагороди під час E, а потім обчислити ці винагороди на початку E+1. Нові голосувальні рахунки мають резервні варіанти на пізніший стан, коли історія попереднього рахунка не існує.

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

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

Учасник Agave ax-x2 підняв ту ж практичну відмінність у запиті RPC 18 жовтня. Проблема говорить, що getVoteAccounts та проаналізовані дані голосувальних рахунків показують останнє налаштування, тоді як обчислення винагород може використовувати збережену ставку. Вона запитує необов'язкову відповідь, що містить ефективну інфляційну комісію, її епоху та слот банку.

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

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

Історичні інструменти можуть допомогти зв'язати виплату та ставку

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

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

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

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

Ця відмінність корисна: вимірювання чистого доходу може залишатися можливим, навіть коли застосована комісія відсутня в записі винагороди. Але вимірювання повернення не перевіряє незалежно плату, яка його виробила. Trillium також розрізняє невідомий результат від нуля, коли відсутні відповідні докази рахунку.

Для власника SOL або продукту ставок корисний запис доходу повинен зв'язувати чисту винагороду з її періодом, делегуванням валідатора та доказами ефективної комісії. Коли йдеться про реконструкцію або вибірку, цей запис також повинен чітко вказувати свої межі покриття.

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

Обсяг також має значення. Інфляційна комісія, комісія MEV та розподіл доходів від блоків є окремими компонентами. Відновлення видимості однієї ставки не пояснить усі частини повернення ставок.

Вересневе покриття CryptoSlate кредитів голосування, пов'язаних з винагородами, зробило пов'язану відмінність: вимірювання продуктивності не можуть бути перетворені на втрату виплати SOL окремого власника без доказів на рівні рахунку. Звітність про комісії вимагає такої ж обережності щодо того, що насправді доводить вимірювання.

Запис винагороди, який пропускає свою застосовану комісію, залишає власника з більшою роботою: зв'язати виплату з правильною історичною ставкою, використовуючи докази, чий час та покриття можна перевірити. P2P.org стверджує, що винагороди узгоджуються. Пояснення плати за ці винагороди вимагає цього додаткового зв'язку.

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