Вступление

Поскольку 2022 год подходит к концу, я хотел бы поделиться некоторыми мыслями о том, где мы находимся и куда, я думаю, мы можем пойти в новом году. Прежде всего, я думаю, что мы находимся в гораздо более независимом и стабильном положении, чем несколько месяцев назад. Раньше мне казалось, что мы отскакиваем от края обрыва, и любой порыв ветра мог сбить нас с ног. Теперь я чувствую землю под нами, и она твердая… да, наши карманы могут быть все еще пусты, и мы все еще на мели, но приливы и отливы меняются. Недавние предложения напрямую приносят больше средств в пул сообщества, в то время как другие имеют цель вернуть ценность в цепочку. И, конечно же, у нас есть пул Oracle. Неожиданный доход от свопов на рынке depeg, который оказался спасением для восстановления.

Но разве у нас нет проблемы? Не истекает ли время для дистрибутива пула Oracle? Ну вроде… а может и нет .

Начнем с того, как делегаты и валидаторы получают вознаграждение.

На данный момент мы буквально зарабатываем 99% всех вознаграждений за стекинг от дистрибутива Oracle, 1% от платы за газ и 0% от инфляции. Давайте теперь углубимся в механику каждой из этих переменных (Oracle, Gas и Inflation) и увидим, что на самом деле у нас может быть больше денег и вариантов, чем мы думаем.

Пул оракула

Этой области присуща актуальность инноваций, развития и прогресса. Природа разработки с открытым исходным кодом позволяет проверять правильность кода и заставляет разработчиков внедрять инновации, чтобы оставаться конкурентоспособными. Это то, что привлекло меня в этой технологии, и почему я продолжаю развиваться в этом направлении. Что касается пула Oracle, обсуждение и развитие стимулировало иное чувство срочности; однако ситуация с пулом Oracle может быть не такой ужасной, как мы думаем. Одно распространенное утверждение, которое я слышу в сообществе LUNC, заключается в том, что сеть умрет, как только средства в пуле оракулов закончатся, и что они закончатся в ближайшие 2 года. Эта идея исходит из показанных здесь параметров Oracle.

# Oracle Distribution Algorithm
# totalPeriodRewards = RewardPool x (votePeriod / rewardDistributionWindow)
votePeriod = 5                       ## Every 5 blocks, distribute oracle rewards
rewardDistributionWindow = 9400000   ## 9.4M blocks, or 652 days (~1.7 years)
r = votePeriod/rewardDistributionWindow
numVotesPerDay = 14400/votePeriod

где dist_t1 — первый временной шаг, pool — размер пула Oracle, а r — процентное распределение, рассчитанное по,

По сути, каждые 5 блоков (~ каждые 30 секунд) рассеивается 0,000531% Oracle. Теперь нужно понять, что распределение не является постоянным . Размер пула продолжает уменьшаться каждый период голосования. Таким образом, распределение на следующем временном шаге вычисляет дисперсию 0,000531% от меньшего размера пула . Распределение через 5 блоков (в момент t=2) будет представлять собой уменьшенный пул, вызванный предыдущим распределением в момент времени t=1….

или, точнее, подстановкой и некоторой алгеброй,

И мы можем продолжить это расширение до следующего временного шага, t=3.

А если это упростить,

Распределите переменную пула ,

И еще раз до t=4, чтобы распознать паттерн.

Копните глубже в свои воспоминания сейчас…. вы можете узнать шаблон коэффициентов из средней школы математики. Это образец треугольника Паскаля , (1,-2,1) (1,-3,3,-1), с чередующимся рядом… коэффициенты которого могут быть решены в общем случае t = n по биномиальной теореме .

Это разложение суммы биномиальных коэффициентов эквивалентно решению в замкнутой форме более простого полиномиального выражения:

Все это говорит о том, что мы можем вычислить объем распределения из пула Oracle в любой момент времени/момент времени в будущем, обозначаемый n .

Давайте конкретизируем это и добавим некоторые точные цифры. По состоянию на 13 декабря у нас в пуле Oracle около 272 млрд LUNC и 935 млн USTC. На данный момент мы игнорируем всю остальную пыль (другие крошечные конюшни). Если вы хотите увидеть текущее состояние пула оракулов, вы можете посмотреть здесьhttps://finder.terra.money/classic/address/terra1jgp27m8fykex4e4jtt0l7ze8q528ux2lh4zh0f

# Starting point, Dec 13,2022
lunc = 272764796913         ## 272 B lunc, around $45M USD
ust = 935235498             ## 935 M ustc, around $23M USD
staked = 894076663267       ## 894 B lunc
totalSupply = 6872832823412 ## 6.87 T lunc

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

# Solve binomial equation and the analytical solution

def solveReward(t,r):
    sum1 = 0
    for i in range(t+1):
        sum1 = sum1 + ((-1)**(i))*comb(t,i)*Decimal((r**(i+1)))
    return sum1

def solveRewardAna(t,r):
    return r*(1-r)**t
# Verification of Distribution via 3 methods, numerical, binomial expansion, and closed form

r = votePeriod/rewardDistributionWindow
n = 1000
binom = lunc*solveReward(n,r)
analytic = lunc*solveRewardAna(n,r)

print(totalLuncRewards[n])    # Numerical solution
print(binom)                  # Binomial expansion
print(analytic)               # Analytic closed form solution

145010.50414723594
145010.5041472357588397052805
145010.50414724177

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

# Assuming everything stays the same (amount staked, no increase oracle, no compound, swap LUNC UST rate, etc.)

oneYear = int(numVotesPerDay * 365)
oneYearLunc = sum(totalLuncRewards[0:oneYear])
oneYearUst = sum(totalUstRewards[0:oneYear])

###  Swap Rates
pLunc = 0.000165
pUst = 0.025
swapRate = pUst/pLunc

oneYearStake = oneYearLunc/staked
oneYearStakeUst = (oneYearLunc + (oneYearUst*swapRate))/staked
print(oneYearStake)
print(oneYearStakeUst)

0.13066713800791213
0.1985492125845048

В 2024–2025 годах мы можем ожидать примерно 7,47% доходности LUNC , а в 2025–2026 годах показатели снова упадут до 4,27% доходности LUNC , учитывая уменьшение пула Oracle, и все остальные факторы останутся прежними. ( Свопы USTC не включены, потому что их было бы невероятно сложно предсказать так далеко). Пока мы можем распределять делегирование более равномерно по активному набору валидаторов, это сигнализирует о том, что через два года не произойдет катастрофического истощения Oracle.

Плата за газ

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

В настоящее время у нас в среднем около 2,09 транзакций (голосов не оракула) на блок за последнюю неделю. До депега в апреле 2022 года блокчейн в среднем проходил где-то между 40–50 транзакциями на блок, смотрите данные здесь . История диаграммы показывает, что они также не учитывают транзакции оракула. Это дает нам ощущение, что увеличение количества транзакций в 20-25 раз будет верхней границей , которую можно ожидать.

Дополнительные данные, удаленные из сети за последнюю неделю, показывают около 567 000 сборов LUNC с газовым множителем 5,665. Это вычисляет примерно 3,2 млн LUNC, собираемых в качестве сборов за газ в неделю, где половина отправляется на вознаграждения за стекинг, а половина отправляется в пул сообщества. Интересно, что расчет распределения платы за газ не соответствует фактической сумме, поступающей в общественный пул. Похоже, оценка почти в 13 раз занижена . Если вы посмотрите на feeCollectorModule , то увидите, что он получает гораздо больше, чем фактическая плата за газ, в виде дополнительных депозитов от смарт-контрактов, таких как TerraSwap, а также есть валидаторы (такие как Luna Station 88), которые также отправляют часть своих вознаграждений в пул сообщества.

Таким образом, приведенные ниже расчеты представляют собой, по сути, нижнюю границу, и в действительности доход может быть намного больше. Сейчас наши сборы за газ являются одними из самых низких среди всех блокчейнов; это побочный продукт гиперинфляции LUNC. Повышение платы за газ до уровня, соответствующего другим крупным сетям (Luna v2, Juno, LTC и т. д.), может помочь в борьбе с истощением пула Oracle. На самом деле, комиссии настолько низки, что мы могли бы в 60 раз увеличить комиссию за газ и при этом остаться меньше копейки (~ 0,009 доллара США) за базовую транзакцию отправки.

Анализируя наш текущий объем, можно сказать, что примерно каждая копейка платы за газ обеспечит увеличение годовой процентной ставки на 0,47% (на самом деле это 0,94%, но помните, что половина этой суммы идет в общий фонд). Учитывая, что до краха объем был в 20–25 раз больше, чем сейчас, я думаю, разумной целью было бы скромное увеличение объема в 5 раз к концу следующего года, особенно после технологического паритета с Luna v2. По сути, данные показывают, что если мы сможем в 5 раз увеличить количество транзакций, а сообщество решит поднять комиссию за газ до 0,009 за транзакцию, доходность по стейкингу после первого года составит 16%, а не 13% от предыдущего года. Только дистрибутив Oracle, 50% которого идет в пул сообщества. Если пул достаточно капитализирован за счет сеньоража, мы можем перенаправить все платежи за газ на вознаграждение за стекинг.что приведет к 19% доходности LUNC в следующем году.

Инфляция

Наконец, последний термин в расчете вознаграждения за стекинг — это инфляция. Инфляция сейчас составляет 0% и не влияет на текущие вознаграждения за стекинг. Это означает, что нет процента чеканки каждого блока, как в Luna v2 (годовая инфляция установлена ​​на уровне 7%) . Эта нулевая процентная инфляция помогает повествованию о выгорании, но это вариант, к которому сообщество может вернуться в будущем. Например, если вознаграждение за стекинг становится слишком низким или если полезность онбординга становится более важной, чем повествование о выгорании , можно ввести умеренную инфляцию, чтобы цепочка стала более привлекательной для развития, а не дополнительно облагала налогом пользователей и проекты. взять на себя бремя затрат.

План капитализации — L1 Development

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

И… вероятно, лучший способ увеличить количество транзакций и привлечь полезность — достичь технологического паритета с Luna v2 и более широкой космической экосистемой. Здесь я хотел бы обрисовать, где мы сейчас находимся с точки зрения статуса Уровня 1, и предложить некоторые шаги, необходимые для паритета.

Краткое изложение текущего состояния

Это сводка текущего состояния цепочки относительно статуса L1. Эти элементы — то, что осталось от старой цепочки, а также некоторые улучшения, внесенные в слой L1 со времен depeg. Необходимо много обновлений ядра с особым вниманием, необходимым для поддержки различных сторон, затронутых обновлениями.

• SDK v0.44.5-patch + исправления lunc для поддержки oracle
• Tendermint v0.34.14 + исправления Oracle
• Огромный, неоценимый размер архивного узла (я думаю,> 8 ТБ)
• Многочисленные известные ранее неизвестные переходы состояний с критическими изменениями
• Обновления безопасности контрактов
• Обновления специального типа SDK
• Неизвестно, может ли быть создан новый архивный узел
• Васмд v0.16.6
• Исправление фидера Oracle sha256
• Обновленный инструментарий докера
• Патч ICS
• Повторно открытые каналы IBC
• Хранитель АБС (бета)
• Конституция TC (бета)

• SDK v0.45.11 (+) с исправлениями lunc для поддержки oracle
• Tendermint v0.34.21 (в идеале 0.37) с исправлениями Oracle (обратите внимание на изменение приоритета tx в тендерминте)
• Космвасм v1.0.0 (+)
• Замена LocalTerra для Classic
• Оценка и разработка обработчиков обновлений Cosmos SDK (сопоставление версий UpgradeHandlers)
• Создайте и задокументируйте процедуру обновления (предложение правительства по обновлению программного обеспечения)
• Оценка и отчет о влиянии на контракты L2 wasm в 0.16.6
• Оценить и сообщить о создании нового генезиса (в настоящее время невозможно создать новый генезис с файлом json> 4 ГБ)
• Функция белого списка инкубатора для освобождения от налогов в сети (в идеале предложение по управлению)

• Цепочка обновлений с обновлениями выше L1 (либо повышение, либо новое происхождение)
• Координировать с валидаторами, координировать с CEX
• Используйте предложение по обновлению программного обеспечения (если возможно, или, по крайней мере, создайте его, чтобы использовать его в будущем)
• Идентифицируйте и связывайтесь со смарт-контрактами L2 в цепочке
• Предоставьте инструкции/документацию по миграции на dApp L2.

• Создать канал IBC для Luna v2
• Оцените совместимость LCD/FCD с версией 0.45.1 (+) (обратите внимание, что mantlemint может не работать)
• Обеспечьте общественный/общедоступный доступ к конечным точкам LCD и FCD (поощряйте людей запускать свои собственные узлы)
• Предоставьте общедоступный genesis.json и обновленный addrbook.json.
• Установите и поддерживайте реле между цепью LUNC и цепью LUNA.

Чтобы LUNC был совместим с новым кошельком TFL Interchain, необходимо выполнить все вышеперечисленное, а также обновить префикс bech32 с «terra» на «terrac». К сожалению, это очень сложное, ломающее L1 решение, которое вряд ли появится в ближайшие несколько месяцев (или лет).

При этом TFL расследует и попытается решить проблему на уровне кошелька, вместо того, чтобы полагаться на изменения на уровне блокчейна. Поскольку программное обеспечение TFL полностью с открытым исходным кодом, я бы предложил, чтобы сеть Classic также направила некоторые ресурсы разработки на разветвление кошелька Interchain, разработку собственного решения проблемы bech32 на уровне кошелька и представление нескольких решений для TFL. Мы могли бы использовать активный подход к взаимодействию вместо того, чтобы пассивно ждать поддержки извне.

Что касается графика, краткий ответ заключается в том, что он «зависит» от многих вещей. Тем не менее, что я могу сказать, так это то, что выяснить, как/когда/и кто может это сделать, является приоритетом номер один программы Фонда грантов Terra, которой я сейчас руковожу, и мы работаем над тем, чтобы сделать это реальностью.

Счастливых праздников!