W ten weekend spędziłem trochę czasu na odświeżeniu moich umiejętności UI, jednocześnie badając potencjalne implementacje $ORE. Pytania: * Czy możemy użyć kontraktu ORE do umożliwienia bezpiecznego, on-chain zakładania? * Jaka jest najprostsza implementacja on-chain, która pozwoliłaby również na udział osób nie związanych z kryptowalutami? Wynik: 1. Użytkownicy wybierają swoje kursy do gry 2. Użytkownicy wprowadzają kwotę do postawienia 3. Czekają na zakończenie rundy i odbierają wygrane Fajną rzeczą w ore jest to, że można to zasadniczo zapewnić za darmo, po prostu pobierając część rafinowanego ore jako opłatę, a nie bezpośrednio z zakładów SOL. Stworzyłem początkowe MVP tego, jak to działa (linki poniżej) o nazwie RockBet - starając się abstrahować wszelką logikę on-chain od użytkownika i zapewnić standardowy interfejs zakładów.

Interesującą rzeczą w ORE jest możliwość wykorzystania wydobycia zarówno jako VRF, jak i źródła płynności, ponieważ w normalnych okolicznościach górnicy zawsze będą próbowali wycisnąć jak największą wartość oczekiwaną z rundy. Działa to jako mechanizm równoważący, o ile pozostaje wystarczająco dużo czasu dla górników na arbitraż między blokami. Zatem od samego początku mamy Provably Fair algorytm, który jest zabezpieczony przez płynność górników (jeśli nie ma zaufania do losowości, nikt by nie wydobywał). Teraz, podczas gdy narracja brzmi "wydobywaj dla rudy" - w zasadzie, Ore to tylko n/25 zakład na to, czy kwadrat wygrywa (ignorując emisje rudy i ML na razie), daje nam to wystarczającą elastyczność, aby zbudować proste gry hazardowe na tym.

To zostało zbudowane dość szybko w wolnym czasie w weekend, więc jest wiele do dodania, jednak jako początkowe MVP jestem całkiem zadowolony z wyników. Niektóre obszary, które można poprawić: * Logowanie przez media społecznościowe - Umożliwia czystą grę web2 po wpłacie * Program poleceń

Jednak nie obyło się bez problemów, podczas budowy tego napotkałem następujące "niedogodności": * Konta górników nie mogą być zamykane, więc czynsz jest nieodwracalny * Brak możliwości stworzenia "Puli Górniczej" z wspólną pulą surowego rudy (bez dodatkowego kontraktu proxy) * Uzyskanie zwycięskiego numeru jest niebanalne i podczas gdy poza łańcuchem można go znaleźć na koniec rundy, w łańcuchu jest opóźnione o 35+ bloków * Rundy są kontrolowane przez jakąś dziwną logikę oracle, co sprawia, że trudno określić dokładnie, kiedy runda zostanie ujawniona * W kontrakcie są ukryte irytujące sub-opłaty, które musisz uwzględnić (punkty kontrolne)