FAQ про Gravity i Peggo

FAQ та усунення несправностей Gravity Bridge та Peggo

FAQ

Що таке Peggo?

Peggo - це оркестратор Gravity Bridge. Він діє як ретранслятор між ланцюжком Cosmos і Ethereum. Оркестратор Peggo відповідає за ретрансляцію транзакцій між двома ланцюжками, а також за оновлення контракту Gravity Bridge на Ethereum за допомогою останніх оновлень набору валідаторів, які відбуваються в ланцюжку Cosmos.

Чи потрібні валідатори для запуску Peggo?

Так, однією з вимог для того, щоб бути валідатором в Umee, є запуск Peggo. Невиконання цієї вимоги призведе до неактивності валідатора.

Якщо користувач скасовує зʼєднаючу транзакцію до Ethereum, чи повертається плата за зʼєднання?

Так, плата повертається!

Скільки часу займає зʼєднаюча транзакція?

Зʼєднання активів з Ethereum на Umee - це проста процедура. Після того, як користувач відправить депозит, використовуючи метод sendToCosmos в контракті Umee Gravity, оркестратори почнуть відправляти події, щоб підтвердити, що ця подія відбулася після проходження 13 блоків. Таким чином, звичайний час для переходу активів з Ethereum на Umee становить близько ~5 хвилин.

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

Як розраховуються пропоновані комісії?

В даний час ми використовуємо деякі прості математичні розрахунки, щоб оцінити комісії за зʼєднання від Umee до Ethereum:

Рекомендована середня плата в Umee

f e e = ( ( ( 735 , 000 ∗ c u r r e n t E T H G a s P r i c e G w e i ∗ 1.3 ) / 10^9 / 20 ) ∗ $ E T H U S D ) / $ U M E E U S D

Рекомендована швидка плата в Umee

f e e = ( ( ( 735 , 000 ∗ c u r r e n t E T H G a s P r i c e G w e i ∗ 1.3 ) / 10^9 ) ∗ $ E T H U S D ) / $ U M E E U S D

Комісії від Ethereum до Umee на 100% залежать від Ethereum, як у будь-якої іншої транзакції ETH.

Зверніть увагу, що наша дорожня карта містить поліпшення для забезпечення більш точної оцінки зборів, щоб мінімізувати час і витрати.

Що таке Gravity контракт?

Контракт Gravity - це смарт-контракт Ethereum, керований набором валідаторів, який дозволяє здійснювати двосторонню передачу транзакцій. У цього контракту немає власника, і тільки набір валідаторів може звільнити від нього активи.

Контракт опублікований в головній мережі Ethereum: https://etherscan.io/address/0xb564ac229e9d6040a9f1298b7211b9e79ee05a2c​

Чому валідатор може бути скорочений?

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

Які є відповідні параметри для скорочення?

  • slash_fraction_logic_call: цей параметр визначає коефіцієнт скорочення, при якому валідатор скорочується, якщо він не підтверджує виконання логічного виклику. Це стосується лише пов'язаних валідаторів.

  • slash_fraction_batch: цей параметр визначає коефіцієнт скорочення, який урізається для валідатора, якщо він не підтверджує пакет транзакцій. Це стосується лише пов'язаних валідаторів.

  • slash_fraction_valset: цей параметр визначає коефіцієнт скорочення, при якому валідатор скорочується, якщо він не підтверджує оновлення набору засобів перевірки. Це стосується як пов'язаних, так і непов'язаних валідаторів.

  • unbond_slashing_valsets_window: цей параметр використовується для визначення того, скільки блоків після початку відкріплення необхідно валідатору для продовження підпису блоків. Мета цього параметра полягає в тому, щоб, коли валідатор залишає набір, якщо дія його відходу створює достатню зміну в наборі валідаторів, щоб виправдати оновлення, вони підпишуть оновлення набору валідаторів для зʼєднання з Ethereum, що не включає їх самих. Це дозволяє нам витончено видалити їх з Ethereum bridge і замінити новим набором.

  • slash_fraction_bad_eth_signature: цей параметр визначає коефіцієнт скорочення, який урізається для валідатора, якщо він відправляє невірну підпис Ethereum під час логічного виклику, пакета транзакцій або оновлення набору валідаторів.

Які відповідні параметри пакету транзакцій та рентабельності для запуску Peggo?

  • -- eth-gas-limit-adjustment: оцінки Ethereum не завжди точні, тому це значення за замовчуванням збільшує його на 1.2. Якщо Peggo не видає помилку, пов'язану з лімітом, це значення слід залишити як є.

  • --eth-gas-price-adjustment: це значення використовується для збільшення поточної розрахункової ціни на газ, щоб підвищити шанси на більш швидку обробку будь-якої вихідної транзакції. За замовчуванням це значення дорівнює 1.3.

  • --relayer-loop-multiplier: це множник для циклу, який перевіряє і ретранслює будь-які прибуткові пакети. За замовчуванням значення дорівнює 3.0 (що означає gриблизно 3 блоки Ethereum), що досить швидко для періодичної відправки пакетів, але також досить повільно, щоб нові транзакції не стикалися з попередніми транзакціями, відправленими тим же ретранслятором.

  • -- requester-loop-multiplier: цей множник встановлюється в блоках Umee, і його значення за замовчуванням дорівнює 60 (тобто близько 5 хвилин). Він використовується для запиту створення нових пакетів по ланцюжку. Значення за замовчуванням є рекомендованим і не впливає на ретрансляцію або прибуток.

Усунення несправностей

Використовуйте Ctrl/Cmd + F для пошуку будь-яких повідомлень про помилки, які ви бачите. Якщо ви не знайшли тут свою помилку, зв'яжіться з нами через Discord.

Could not build outgoing batch

ERR failed to (sync) broadcast batch tx error="failed to CalculateGas: rpc error: code = InvalidArgument desc = failed to execute message; message index: 0: Could not build outgoing tx batch: new batch would not be more profitable: invalid: invalid request"

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

"tx timed out" і "failed to CalculateGas"

Ці помилки можна побачити в більш довгих повідомленнях, але зазвичай вони зводяться до:

  • Нода Umee, до якої ви підключаєтеся, має ціну на газ > 0, і ви не враховували це в Peggo.

  • У вас немає коштів на вашому рахунку оркестратора.

  • Ваша нода не синхронізована.

IncorrectCheckpoint

Fail with Custom Error 'IncorrectCheckpoint ()'

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

Зазвичай ви бачите ці невдалі транзакції з іншою транзакцією, прийнятою в тому ж блоці або в попередньому блоці.

Failed to estimate gas cost

ERR failed to estimate gas cost error="gas required exceeeds allowance (151247)"

Ця помилка зазвичай з'являється, коли на рахунку Ethereum, використовуваному оркестратором, недостатньо коштів.

Last updated