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

Припустимо, у вас є кілька обчислювальних запитів (наприклад, транзакції, оракулні запити тощо) і вузли, які можуть виконувати цей запит. Як ми можемо оцінити та розподілити обчислювальні запити вузлам за наявності складних (наприклад, ресурс, стан, паралелізація) обмежень?

Ідеально ми хотіли б ефективно використовувати обмежені ресурси мережі та пропонувати неексплуатувальні ціни, які користувачі та вузли погодяться. Крім того, ми хочемо запропонувати оголошені ціни, щоб учасники могли мати простий UX (наприклад, Uber), замість того, щоб стратегічно робити ставки.

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

Маючи лише одного маркет-мейкера, ми можемо стимулювати ефективне розподілення, дозволяючи виробнику встановлювати ціни і зберігати маржу. Однак виробник стягуватиме з користувачів високі ціни і платить вузлам низькі винагороди, забираючи всі прибутки від торгівлі. Саме це відбувається на ринках, таких як Uber.

Але з кількома виробниками незрозуміло, як обрати найкращу пропозицію, оскільки механізм не містить інформації про параметри попиту/пропозиції. Головний внесок цього допису — новий механізм, який ставить виробників у обережну конкуренцію для досягнення ефективності без екстракції.

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

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

Особлива подяка @0xemperor @noamnisan @0xQTpie @ArshanKhanifar @PGarimidi @MaxResnick1 @bahrani_maryam @ckartik_ та іншим за відгуки, а також @achalvs за дизайн