paint-brush
Polymarket обяснява: Как пазарите за прогнозиране на блокчейн оформят бъдещето на прогнозиранетоот@hacker7603244
Нова история

Polymarket обяснява: Как пазарите за прогнозиране на блокчейн оформят бъдещето на прогнозирането

от Pavel Naydanov15m2024/11/08
Read on Terminal Reader

Твърде дълго; Чета

Разгледайте как Polymarket трансформира пазарите за прогнози, използвайки блокчейн, предлагайки нов начин за прогнозиране на събития с по-голяма точност и прозрачност. В th
featured image - Polymarket обяснява: Как пазарите за прогнозиране на блокчейн оформят бъдещето на прогнозирането
Pavel Naydanov HackerNoon profile picture
0-item

Polymarket е един от най-големите и популярни пазари за прогнози в блокчейна. Той позволява на потребителите да залагат на резултатите от различни събития: спорт, политика, култура и т.н.


Потребителските активи се съхраняват в портфейли без попечителство. Това означава, че протоколът не съхранява личните ключове на потребителите и няма достъп до техните активи.

Прокси портфейли

Когато потребител за първи път използва Polymarket, той трябва да създаде вътрешен портфейл. Имат две възможности:

  • Използвайте техния съществуващ EOA (външен акаунт). Поддържат се Metamask, Coinbase и WalletConnect.
  • Използвайте имейл адрес чрез технология, наречена Магическа връзка . Въведете своя имейл и получете специална връзка за достъп до услугата.


Портфейлът е създаден чрез специализирана фабрика за интелигентни договори и функционира като 1/1 multisig, което означава, че е напълно контролиран от потребителя.


Използването на вътрешни портфейли позволява на Polymarket да осигури по-добро потребителско изживяване, като например разрешаване на множество транзакции наведнъж.

Пазар на прогнози

Пазарът на прогнози започва с прогноза. Прогнозата е основата, около която се изграждат потребителските сценарии. В контекста на пазарите за прогнозиране това твърдение се нарича условие . Може да бъде въпрос, твърдение, описание на очакван резултат, събитие, прогноза и т.н. Можем да го разглеждаме като всяка форма на твърдение, което претендира за бъдеща истина.


Примери за прогнози:

  1. Земетресение с магнитуд 7,0 ще има през септември.
  2. Ще бъде ли пуснат GPT-5 през 2024 г.?
  3. Бебето на Бийбър: момче или момиче?
  4. Най-касовият филм през 2024 г.?
  5. Ще достигне ли Ethereum $10k през 2024 г.?


Всяка прогноза има краен срок за проверка: дали прогнозата се е сбъднала или не. Специален оракул в Polymarket отговаря за определянето на резултата от всяка прогноза.


Каква е ролята на оракула? Polymarket е изграден с помощта на блокчейн технология, а за предаване на данни към мрежата се използва оракул. Оракулът е проектиран така, че на неговите резултати да може да се вярва за всяка прогноза.


Често една прогноза има множество възможни резултати. Оракулът ще определи резултата от прогнозата сред тези резултати.


Пример за прогнози с резултати:

Ще бъде ли пуснат GPT-5 през 2024 г.?

  • да
  • не

Най-касовият филм през 2024 г.?

  • Отвътре навън 2
  • други
  • Дедпул 3
  • Жокер 2
  • Прокленият аз 4
  • Дюна: Част 2
  • Фуриоза: Сага за Лудия Макс


Един типичен прогнозен пазар може да бъде описан със следната структура:



На първия етап се създава пазар и се добавя нова прогноза (условие) с определен живот. През това време потребителите могат да изберат резултата, който смятат за най-вероятен. В последния етап оракулът определя коя група потребители е правилна и коя грешна.


Потребителите, избрали правилния резултат, получават награда . Тази награда се формира от приноса на всички участници. Всеки потребител, като гласува за конкретен резултат, допринася с определена сума от актива, използван в пазара за прогнози. Съответно потребителите, които са сгрешили в избора си, не получават нищо.


Това може да накара някой да заключи, че пазарът за прогнози е по същество залагане. Да и не. Ключовата идея зад пазарите за прогнозиране е застъпена от Виталик в неговата блог . Той вярва, че такива услуги могат да служат като неутрални източници за прогнозиране или анализиране на вероятността от различни събития. Въз основа на тези данни могат да се вземат информирани управленски решения.

Колко точни са прогнозите?

Като цяло идеята, че пазарите за прогнози могат да бъдат доста точни, се подкрепя от Хипотеза за ефективен пазар . Според тази хипотеза цената на всеки актив директно съответства на истинската му стойност, тъй като цялата налична информация вече е включена в цената.


Прост пример:

Да предположим, че инвеститорите знаят пазарната стойност на дадена стока. Те ще продължат да го купуват, докато е печелившо. Постепенно търсенето ще нараства, а заедно с това и цената на стоката, докато цената й достигне ниво, при което покупката вече не е изгодна.


Изследванията показват, че пазарите за прогнози са средно значително по-точни от социалните проучвания и експертните мнения. Точността на такива пазари е изследвана от многобройни изследователи в различни области, включително теории за тестване и лабораторни данни, здравеопазване и вземане на управленски решения.


Участниците в пазарите за прогнози анализират широк спектър от информация: новини, спорт, иновации, инциденти, тенденции на развитие, екологични проблеми, политика и много други. Техният икономически стимул гарантира, че тяхното влияние върху пазарната цена (или вероятността) ще се коригира с такава прецизност, че отразява истинността на прогнозата.


Следователно пазарите за прогнози се считат за един от най-добрите източници за вероятност за събитие в реално време. Полимаркет е една такава услуга, която напоследък привлича все по-голямо внимание.

Полимаркет. Как работи? Лесно обяснение

За да разберете как работи услугата, нека отворим произволно събитие на Полимаркет и преминете през неговия интерфейс.



На екранната снимка заглавието на събитието „Биткойн над $60 000 на 30 август?“ е подчертано, заедно с възможните резултати. В нашия случай има само два резултата: „Да“ и „Не“ . Важно е обаче да запомните, че може да има повече от два резултата. Нека да разгледаме екранната снимка по-долу за по-подробно разбиране на интерфейса.



Множество резултати се показват директно под заглавието на събитието. Десният панел показва най-популярния резултат — този, избран в момента от мнозинството потребители. Това позволява бърз достъп до тази опция за резултат.


Какво означава бутонът Купи?



Под капака всеки резултат е представен от специален токен за споделяне, базиран на стандарта ERC-1155. Бутонът Купи се използва за закупуване на токени за избрания резултат. В замяна потребителят плаща основния актив — USDC.


Процесът на закупуване може да се разглежда като форма на гласуване. Потребителите „гласуват“ за един от резултатите, като подкрепят своя избор с реални активи, което гарантира отчетност при вземането на решения. Съответният процес на продажба позволява на потребителите да обърнат позицията си.


Всеки глас представя позицията на потребителя за конкретно събитие. Могат да се използват различни термини, за да се опише процеса на закупуване: "гласуване", "залог", "позиция" или "анкета", "покупка". Потребителите могат да избират термина, който им е най-удобен, но всички те показват мнението на потребителя за събитието.


Как да разберем цената на резултатите?



Цена от 98,8 цента за резултата „Да“ показва 98% вероятност, че събитието „Биткойн над $55 000 на 13 септември?“ ще се случи. Съответно, цена от 2,3 цента показва 2% вероятност биткойнът да бъде под $55 000.


По същество цената отразява вероятността този резултат да се случи. Колкото по-висока е цената, толкова по-голяма е възприеманата вероятност събитието да се случи, според потребителите. Ако потребител вярва, че биткойн има добри шансове да надхвърли $55 000, той може да купи токени "Да" на 98,8 цента всеки.


Ако потребителят е прав и биткойнът наистина надвишава $55 000, всеки закупен токен "Да" ще струва $1. Така потребителят ще реализира печалба от 1,2 цента на токен. В същото време всеки потребител, който притежава токени „Не“, ще загуби инвестицията си, тъй като тези токени ще станат безполезни.


Струва си да се отбележи, че от потребителя не се изисква да задържи позицията си до края; те могат да продадат акциите си по всяко време на текущата пазарна цена.

Техническа повреда

Сега ще се потопим в техническа разбивка на всички аспекти на протокола. Закопчай се! 🤓

Токенизация на резултата

Установихме, че всички резултати от събития на Polymarket са токенизирани. Нека обобщим това, което вече знаем:

  • Такива токени могат да се нарекат токени за споделяне
  • Токените за споделяне се закупуват с основен актив, така че са напълно обезпечени
  • Токените за споделяне могат да бъдат продадени обратно за основния актив


Сега за малко нова информация. Токените за споделяне прилагат ERC-1155 въз основа на Gnosis Conditional Tokens Framework (CTF) , който е доказал своята ефективност и е тестван по няколко протокола.


CTF може да поддържа до 256 резултата на събитие.


Всяка прогноза е идентифицирана в CTF. За тази цел му се присвоява условен идентификатор . Условният идентификатор е уникален поради хеша на три параметъра:

  • оракул . Адресът на оракула, който ще определи резултата от събитието. Това гарантира, че само посоченият оракул може да уреди прогнозата.
  • questionId . Идентификаторът на прогнозата, зададен от създателя на прогнозата. Това може да бъде обикновен брояч, при който всяко ново предвиждане се увеличава с единица, или по-сложна схема, използваща хеширане на текст и други данни.
  • outcomeSlotCount . Броят на възможните резултати за прогнозата.


Диаграмата по-долу предоставя визуално представяне на това как работи CTF (Conditional Token Framework).



Потребителят предоставя основен актив, когато прави залог и получава токен за споделяне , който се нарича условен токен в CTF. След като оракулът уреди прогнозата, потребителят може да поиска своята награда от CTF въз основа на резултата от прогнозата.


Когато даден потребител получи условен токен , се счита, че е заел определена позиция. В CTF позициите представляват набор от възможни комбинации от резултати за всяка прогноза. CTF генерира тези позиции за всяка прогноза и всяка позиция съответства на една от възможните комбинации от резултати, които потребителят може да избере.


Например:

Най-касовият филм през 2024 г.?

  • Отвътре навън 2
  • други
  • Дедпул 3
  • Жокер 2
  • Прокленият аз 4
  • Дюна: Част 2
  • Фуриоза: Сага за Лудия Макс

Потребител може да гласува, че „Отвътре навън 2“ ще бъде най-касовият филм и че „Дюна: Част 2“ определено няма да бъде най-касовият филм през 2024 г. Тази комбинация от прогнози ще се счита за тяхната позиция.


CTF предоставя два интересни механизма за работа с позиции: разделяне и сливане . Механизмът за разделяне позволява една позиция да бъде разделена на множество отделни резултати, докато сливането комбинира различни резултати в една позиция. Тези механизми дават на потребителите гъвкавост при управлението на техните позиции.


Според мен CTF осигурява на Polymarket четири важни предимства:

  • Токенът за споделяне се използва за потвърждаване на гласа на потребителя за конкретен прогнозен резултат.
  • Той прилага гъвкава система за комбиниране на гласовете на потребителя в различни позиции.
  • Отговорността за изчисляване на резултата е делегирана на CTF въз основа на сигнала на оракула.
  • Изчислява награди според сумата на жетона за споделяне за печелившите резултати.


Особено важно е да се отбележи, че CTF позволява организирането на свързани събития, където позициите на потребителите могат да се комбинират. В Полимаркет обаче не намерих такива примери.


Наистина ми хареса концепцията на CTF, въпреки че е доста сложна, за да я разбера напълно. Можете да научите повече за това в официална документация .

Поръчки

Сега нека да преминем към един от най-мистериозните аспекти на Polymarket — поръчките.



За да направите покупка, интерфейсът на Polymarket предлага три вида поръчки:

  • Пазар — незабавна покупка на текущата пазарна цена.
  • Лимит — отложени поръчки, които ви позволяват да посочите цена, на която да бъде направена покупката, след като бъде достигната.
  • AMM — покупка на цена, която се определя автоматично, подобно на децентрализирани борси, въз основа на резервните суми в пула.


В момента изглежда, че функцията за поръчка на AMM не работи. Не можах да намеря събитие, което би позволило покупка през AMM. След търсене в Discord на протокола намерих сравнително скорошен коментар от един от потребителите, който хвърля малко светлина върху тази ситуация. Вижте екранната снимка по-долу.



Според протокола документация , AMM използва интелигентни договори, разработени като част от Рамка на условни токени . По този начин AMM беше използван за определяне на покупната цена на токените за акции .


Този основен механизъм изискваше ликвидност, за да осигури стабилно ценообразуване и да намали нестабилността. Доставчиците на ликвидност се нуждаят от икономически стимул, получавайки награда от всяка направена покупка, за да поддържат системата работеща.


За съжаление, аз съм нов в Polymarket, но бих предположил, че първоначално протоколът е бил изцяло базиран на CTF, с AMM, използван за определяне на цената. С течение на времето протоколът разработи хибридно решение с книга за поръчки и два други вида поръчки (лимитирани и пазарни) започнаха да работят върху персонализирано решение. Това решение се нарича CLOB (Централна книга за лимитирани поръчки) или BLOB (Книга за двоични лимитирани поръчки).

CLOB и BLOB

CLOB (Central Limit Order Book) или BLOB (Binary Limit Order Book) е система, представляваща хибридно-децентрализирана книга за поръчки. В тази система специализиран оператор обработва съпоставянето на поръчките и инициира изпълнението на интелигентни договори.


Без да навлизаме в много подробности, системата може да бъде описана по следния начин:



Потребителите създават поръчки за изпълнение, които могат да бъдат лимитирани или пазарни поръчки. Операторът съпоставя потребителски поръчки и инициира тяхното изпълнение на интелигентни договори. Създаването на поръчка означава създаване на структура от данни, подписана с личния ключ на потребителя според EIP-712 стандартен. Тъй като поръчката се съхранява извън веригата до изпълнение, това позволява бързи и безплатни корекции на условията на поръчката или дори пълно анулиране.


За тези, които искат повече подробности, всичко, свързано с книгата с поръчки и съпоставянето на поръчки, може да бъде достъпно само през API . За удобство Полимаркет предоставя два клиента: един за JavaScript и един за Python .


The Exchange.sol интелигентният договор обаче е публичен и отговаря за създаването на потребителски позиции в CTF. Той също така позволява управление на позициите на потребителите и прехвърляне на активи между тях, като гарантира сигурност и прозрачност в рамките на протокола.



Интелигентният договор е преминал през одит. The одитен доклад е приложен в хранилището.

Интелигентен договор

Интелигентният договор Exchange всъщност има по-конкретно име, CTFExchange.sol . Не е много голям, съдържа около 100 реда код, но има значителен набор от зависимости.



Повечето от тях са малки интелигентни договори, които прилагат ограничена функционалност:

  • BaseExchange.sol . Абстрактен интелигентен договор, който прилага възможността за получаване на ERC-1155 токени. Също така отговаря за защитата срещу атаки за повторно влизане.
  • Auth.sol . Ролеви мениджър. Дефинира функции за валидиране и модификатори за настройка на роли: администратор и оператор за CTFExchange.sol .
  • Активи.sol . Дефинира два актива: основния актив (обезпечение) и CTF адреса.
  • Такси.sol . Определя протоколната такса.
  • Pausable.sol . Определя възможността за пауза на работата на интелигентните договори. Форма на централизация, която протоколът приема в случай на непредвидени обстоятелства. Достъпно само за ролята на администратор.
  • AssetOperation.sol . Дефинира операции за основния актив и CTF. Включва прехвърляне, разделяне и обединяване на позиции.
  • Подпис.sol . Дефинира кода за валидиране на потребителски подписи, използвани при работа с поръчки.
  • Хеширане.sol . Определя хеширане на параметрите на поръчката, използвани за проверка на подписа.
  • Регистър.sol . Дефинира процеса на регистриране на прогноза в системата и регистриране на токени за прогнозата.


важно! Всичко, свързано с реалното изпълнение на поръчките, е имплементирано в интелигентния договор. Търговия.sol .


Преминаването през кода и изучаването на интелигентния договор също е лесно. Структурата има ясно дефинирани входни точки чрез функции:

  • fillOrder() — Изпълнява поръчка между потребителя, който я е създал, и производителя (друга поръчка), избран от потребителя.

  • fillOrders() — Същото като fillOrder() , но за списък с поръчки.

  • matchOrders() — Операторът избира две различни поръчки и ги изпълнява.


Всички горепосочени функции могат да бъдат извикани само от оператора .



Без значение как обаждането влиза в интелигентния договор, резултатът винаги ще бъде един и същ: двама потребители ще обменят токени според техните поръчки.

Протоколна такса

Таксата се начислява върху актива, който е продукция. За двоичните прогнози таксите са симетрични, което означава: ако потребител продава токени на цена от $0,99, той ще плати същата такса като купувача, който ги купува на цена от $0,01.


Формулите за изчисление са ясни и са взети от [документацията].( https://docs.polymarket.com/#fees ).



Програма за награди за ликвидност

Общата цел на тази програма е да стимулира ликвидността на пазара.


Знаем, че за да работи обмен, базиран на книга с поръчки, някой трябва да създаде лимитирани поръчки. Лимитираните поръчки осигуряват ликвидност, която позволява пазарните поръчки да бъдат изпълнявани незабавно. Потребителите, които създават лимитирани поръчки, се наричат маркетмейкъри . Колкото "по-плътни" са лимитираните поръчки спрямо пазарната цена, толкова по-бързо и в по-големи обеми могат да се изпълняват пазарни поръчки, което със сигурност е изгодно за крайния потребител. Освен това, колкото повече ликвидност има, толкова по-трудно е да се манипулира пазарът.


За да осигури достатъчна ликвидност, Polymarket разработи специална програма за награди, за да стимулира потребителите да създават лимитирани поръчки.


Колкото по-близо е лимитираната поръчка до средната пазарна цена, толкова по-висока ще бъде наградата. Наградите се изплащат автоматично всеки ден в полунощ UTC.


Системата е моделирана по dYdX . Описана е оригиналната програма dYdX тук . Оригиналната програма за Polymarket е налична тук .

Оракул

Оракулът се използва за предоставяне на резултатите от прогнозите - независимо дали дадено събитие се е случило или не. Оракулът е един от най-важните компоненти на протокола, но се внедрява от услуга на трета страна, а не от екипа на Polymarket. Този оракул се нарича UMA .


UMA е децентрализиран оракул, който е специализиран в записването на всякакъв вид данни в блокчейна, с изключение на данни, които не могат да бъдат проверени. Оракулът се счита за оптимистичен , тъй като данните се приемат за верни, освен ако не се оспорват. UMA има своя собствена арбитражна система за разрешаване на спорове, където арбитрите са реални хора — участници в екосистемата на UMA, по-специално притежателите на UMA токени. Тази система се нарича DVM (механизъм за проверка на данни).


Следният многоетапен процес се използва за определяне на резултата от прогноза и записването му в блокчейна:



  1. Изявление. Прогнозата се добавя към оракула заедно с награда. Наградата може да бъде поискана от всеки, който успешно оспори резултата от прогнозата.

  2. Период на предизвикателство. През този период всеки може да оспори резултата от прогнозата. Ако не възникне предизвикателство и времето изтече, резултатът от прогнозата се счита за готов за окончателно уреждане, което означава неговата точност.

  3. спор. Всеки участник в протокола може да оспори резултата, за да поиска наградата или в интерес на справедливостта (шегувам се). На практика това се случва рядко, тъй като теорията на игрите предполага, че повечето участници се държат честно.

  4. Гласуване. Ако бъде иницииран спор, притежателите на UMA токени гласуват за разрешаване на спора. UMA е токенът на протокола, използван за гласуване и участниците се възнаграждават за участие в него.

  5. Уреждане. Последният етап е процесът на сетълмент или действителното записване на данни в блокчейна. След това резултатът от прогнозата може да се счита за надеждно точен.


Целият протокол се основава на добре обмислена теория на игрите, където е икономически неизгодно за всеки участник да участва в злонамерени действия.


Примери:

  1. Участник, който изпрати прогнозен резултат за гласуване, предоставя обезпечение на интелигентните договори. Ако техният резултат бъде оспорен, те губят обезпечението; в противен случай те извличат обезпечението и получават награда. Това създава силен стимул да се подават само точни резултати.
  2. Участник, който оспорва резултата от прогнозата, също предоставя обезпечение. Ако са правилни, те вземат обратно обезпечението и печелят награда; в противен случай го губят. Това стимулира участниците да оспорват само тези резултати, за които са уверени, че са неверни.
  3. Участници, които разрешават спорове. Те трябва да залагат UMA токени и ще печелят награди за разрешаване на спорове. Ако гласуват неправилно или изобщо не гласуват, те губят част от заложения баланс; в противен случай те получават награда. Няма начин да се отпуснете.


Особено забележително е, че процесът на гласуване в спор протича на два етапа, като се използва схемата за ангажиране/разкриване :

  1. Ангажирайте се. Участниците гласуват тайно, като изпращат хеша на гласа си към интелигентните договори. Това означава, че никой не може да разбере как е гласувал участник само като погледне хеша.
  2. Разкриване. След края на фазата на гласуване участниците разкриват своите гласове. Интелигентният договор проверява дали съвпадат с изпратените по-рано хешове.


Този двуетапен процес на гласуване предотвратява тайно споразумение между гласоподавателите за дискредитиране на оракула или атакуване на услуги, които разчитат на резултати от прогнози.


Резултатът от прогнозата може да бъде оспорван многократно. В такива случаи UMA позволява процесът на вземане на решение да започне отново след приключване на предишния спор.


Ето как изглежда процесът на иницииране на спор:


Заключение

Това, което изглежда като проста система за залагания и прогнози, всъщност се състои от три основни модула, всеки разработен от различни протоколи и екипи:

  • CTF (Conditional Token Framework): Управлява комбинаториката, позиционирането и потребителските дялове в прогнозите. Огромни благодарности на Gnosis за създаването на такава гъвкава рамка, идеално подходяща за пазари за прогнозиране.
  • CLOB (Централна книга с лимитирани поръчки): вътрешното решение на Polymarket за внедряване на книгата с поръчки и лимитирани поръчки. CLOB позволява на потребителите да участват ефективно в екосистемата и помага за натрупване на ликвидност.
  • UMA : Децентрализиран оракул с уникална арбитражна система за разрешаване на спорове. UMA наистина е сърцето на системата, предавайки резултатите от прогнозите чрез блокчейна.


Тази система може да се разглежда като система за залагане, но когато започнах да се ровя в Polymarket, не очаквах да трябва да разделя проучването си на три различни протокола или да отделя толкова много време за това. Технически, този протокол е впечатляващ и интригуващ, като успешно съчетава технологии от различни проекти, което го прави особено привлекателен за разработчиците.


Моето окончателно мнение : Наистина искам да видя този протокол като нещо полезно, както предлага Виталик Бутерин. Нека се превърне в инструмент за прогнозиране, вземане на решения и анализ. Въпреки този потенциал обаче протоколът все още най-често се свързва с избори, където търсенето на прогнози рязко нараства.

Връзки

  1. Добре дошли в Полимаркет
  2. Рамка за условни токени на Gnosis. Първи стъпки
  3. Пазари за прогнози: Приказки от изборите
  4. Много просто за Жетони за резултат в блога на Полимаркет.
  5. Задълбочен преглед на програмата за награди за създаване на пазара на Polymarket
  6. UMA протокол


L O A D I N G
. . . comments & more!

About Author

Pavel Naydanov HackerNoon profile picture
Pavel Naydanov@hacker7603244
MetaLamp. Solidity developer

ЗАКАЧВАЙТЕ ЕТИКЕТИ

ТАЗИ СТАТИЯ Е ПРЕДСТАВЕНА В...