FAIRVeiligheid
Wie wat in het project kan wijzigen, waar de willekeur vandaan komt en welke risico's blijven. De bovenste tabel wordt rechtstreeks uit het netwerk gelezen, niet met de hand getekend.
Wat er nu op het netwerk staat
Gegevens laden…
Open code, anonimiteit en privacy
Open code
Het hele project (contract, site, startscripts, tests) is open onder de MIT-licentie. De code is leesbaar. De contractbuild met anchor build is nog niet gecontroleerd (zie „Status”); na de start kun je het programma zelf bouwen en vergelijken met wat er in het netwerk draait. Hoe je dat controleert
De link naar de repository verschijnt hier en in de voettekst direct na publicatie.
Het project is anoniem
Namen en rechtspersoon worden niet onthuld, en spelers hebben geen naam, e-mail, telefoon of paspoort nodig. Een wallet is genoeg. De regels staan in het contract en zijn leesbaar. De keerzijde van anonimiteit
Opname zonder documenten
Het contract maakt de tokens zelf over naar je wallet met één handtekening. In de contractcode bestaan geen documenten, formulieren, identiteitscontrole (KYC), aanvragen of handmatige goedkeuring. Dit is een eigenschap van het contract, geen toestemming om de wet van je land te overtreden: daarvoor ben jij verantwoordelijk (voorwaarden). Hoe op te nemen
Een transparante en anonieme site: zonder login en accounts, zonder cookies, analytics, tellers of reclamescripts. Lettertypen en scripts komen van de site zelf, instellingen (thema, draaihistorie op dit apparaat) staan alleen in je browser, en de sitecode is open, dus alles is controleerbaar. Controleer het adres in de adresbalk: wijkt het ook maar één letter af, dan is het niet de officiële site.
Wat de site weet en wie je handelingen ziet
| Wat | Hoe het in elkaar zit |
|---|---|
| Naam, e-mail, telefoon, documenten | Niet vereist en nergens opgevraagd: niet bij registratie, niet bij opname. |
| Cookies, analytics, tellers, reclame | Nee. Ze staan niet in de sitecode, en externe scripts of lettertypen laadt hij ook niet. |
| Wat er in je browser staat | Thema, radmodus, geluid en effecten (indien ingeschakeld), draaihistorie op dit apparaat, welke wallet je verbond, het adres van het willekeur-account. Alles blijft op je apparaat en wordt nergens heen gestuurd. |
| Met wie de site verbinding maakt | Met een Solana-netwerknode (RPC): die leest de speldata en neemt je transacties aan. Met het orakel verbindt de site niet rechtstreeks. De node ziet je IP-adres en walletadres, zoals elke netwerknode. |
| Wat openbaar is op de blockchain | Je adres, spelersnummer, saldo, draaien, winsten en opnames: iedereen kan ze zien. Het adres blijft een pseudoniem, volledige anonimiteit is er niet. Is het adres aan je identiteit gekoppeld (bijv. SOL kwam van een beurs met verificatie), dan is het verband te traceren. |
De anonimiteit van project en spelers is niet absoluut en heeft een keerzijde: het project heeft geen rechtspersoon om claims bij in te dienen. Dit staat beschreven bij de „Risico's”.
Sleutels en wat ze kunnen
| Sleutel | Wat hij kan | Wat hij niet kan |
|---|---|---|
| Updaterecht van het programma | Een nieuwe versie van de contractcode uploaden. | Rechtstreeks tokens afnemen kan niet, maar een nieuwe codeversie zou dat in principe kunnen. Daarom gaat de sleutel volgens het startplan eerst naar een multisig met vertraging en wordt daarna ingetrokken; de huidige stand toont deze tabel. |
| Tokenuitgifte (mint) | Niets: volgens het startplan direct na de uitgifte ingetrokken. | Nieuwe tokens aanmaken. |
| Bevriezing (freeze) | Niets: nooit uitgegeven. | Iemands tokens bevriezen. |
Beheerder (dev_authority) | De opgespaarde 10% van de draaien innen (claim_dev). | Regels wijzigen, spelsaldo's, prijzen, de jackpot of het activiteitenfonds afnemen. |
Promotie (promo_authority) | Betalen uit het promotiefonds (promo_pay). | Al het overige. |
1) bij de start bij de deployer; 2) vóór de start op het hoofdnet overgedragen aan een multisig (Squads) met vertraging op alle updates, zodat spelers de wijziging vooraf zien; 3) als het project is ingeburgerd, wordt het recht voorgoed ingetrokken en de code bevroren. De huidige stap zie je in de tabel hierboven.
Waar de willekeur vandaan komt
Het contract verzint het willekeurige getal niet zelf en haalt het niet bij het project. Gebruikt wordt ORAO VRF: in de inzettransactie vraagt het contract zelf de willekeur aan, en het getal wordt later vastgelegd door een quorum van onafhankelijke ORAO-nodes met cryptografische handtekeningen die hun programma controleert. Het zaad van de aanvraag volgt eenduidig uit de sleutel van de speler en zijn teller, dus een oude aanvraag herhalen of het account verwisselen kan niet. Zolang de orakelnodes eerlijk en onafhankelijk werken, is de waarde vooraf niet te kiezen of te voorspellen. Het vertrouwen in de ORAO-nodes blijft: dat is een externe afhankelijkheid.
Uit één 32-byte waarde haalt het contract het benodigde aantal getallen via sha256, en de speler kan daar geen invloed op uitoefenen. Het contract accepteert alleen een willekeur-account dat van het ORAO-programma is en waarvan het adres uit het zaad van de speler is afgeleid (zonder die controles zou iedereen een eigen account met een gewenste waarde kunnen aanbieden).
Werkt het orakel niet, dan staan de draaien stil, en de inzet van een draai die na 3.000 blokken wordt gesloten, komt niet terug.
Wat het contract überhaupt niet kan
Kansen wijzigen
Alle getallen zijn constanten in de code. Nieuwe getallen kunnen alleen met een nieuwe programmaversie, die aan de update-transactie te zien is.
Het spelsaldo afnemen
Instructies „van de speler afnemen” bestaan niet. Het saldo gaat alleen naar jou bij opname en naar inzetten bij draaien.
Tokens uitgeven
Volgens het startplan wordt het uitgifterecht ingetrokken. Daarna kan de totale uitgifte 100 mld alleen dalen door verbranding.
Twee keer uitbetalen
Een draai wordt één keer gesloten. Het behoud van tokens (de som van pools en saldo's niet groter dan wat in de kluis ligt) wordt gecontroleerd door automatische tests met scenario's met veel spelers en pakketten van 1000 draaien.
Risico's die blijven
- Fouten in de code. Het contract is gedekt door tests, maar een onafhankelijke audit is niet uitgevoerd (zie „Projectstatus”). Een onopgemerkte fout kan tot verlies van middelen leiden.
- Programma-update. Zolang het updaterecht niet is ingetrokken, kan de beheerder (of multisig) theoretisch een versie met andere regels uitbrengen. Volg de tabel hierboven.
- Orakel en netwerk. Een storing van de ORAO-nodes of overbelasting van Solana vertraagt draaien; bij een lange storing (meer dan ~20 minuten) vervalt de inzet zonder teruggave. Die teruggave ontbreekt bewust: anders kon je in het resultaat kijken en een verlies weigeren.
- Beheerderstokens buiten het contract. Marketing en reserve (samen zo'n 30% van de uitgifte) zijn niet in het contract vergrendeld, de ontwikkelaar (10%) zit in vesting bij een externe dienst. Vesting: link niet opgegeven; liquiditeitsvergrendeling: link niet opgegeven; multisig van de beheerder: link niet opgegeven. Staat er geen link, ga er dan van uit dat dit nog niet te controleren is.
- Het promotiefonds. De sleutel
promo_authoritykan het opgespaarde naar elk adres sturen. Elke betaling is openbaar (eventPromoPaid), maar waaraan het is besteed controleert het contract niet. - Gratis draaien en multi-accounts. Een „is dit een mens”-controle is er niet en kan er niet zijn: één persoon kan veel wallets registreren en met elke een gratis draai pakken. De uitgave is begrensd door het activiteitenfonds, maar daar valt een merkbaar deel uit te trekken.
- Grote potten. Hoe groter de jackpotpot ten opzichte van normaal, hoe hoger het verwachte rendement per draai; bij een heel grote kan het boven 100% komen. Zo werken alle progressieve jackpots; ervaren spelers komen op grote potten af.
- Netwerksnelheid. Alle draaien lopen via één gezamenlijk contractaccount, dus in de piek kan de wachtrij groeien. Dat vertraagt het spel maar verandert de resultaten niet.
- De site is niet het contract. Het siteadres kan veranderen of verdwijnen; het contract blijft dan op het netwerk en je kunt er rechtstreeks mee werken via elke compatibele client.
- Anonieme beheerder. Naam en rechtspersoon worden niet onthuld: gaat iets mis, dan kun je geen claim indienen of geld terughalen via rechter of support. Alleen wat in het contract staat en zelf te controleren is, beschermt.
- De wet. Gokken is in veel landen beperkt of verboden. Dat is jouw verantwoordelijkheid.
- Dit is een kansspel. Gemiddeld verliest een speler een deel van de inzetten.
Hoe je het zelf controleert
- Open het programma-adres in een verkenner (Solscan, Solana Explorer) en zoek het veld Upgrade Authority: is het leeg, dan is de code bevroren.
- Open de token: de velden Mint Authority en Freeze Authority moeten leeg zijn.
- Open het config-account van het programma en vergelijk met „Economie” de potsommen, het aantal draaien en het verbrande.
- Bouw het contract uit de open code (
anchor build --verifiable) en vergelijk de hash met die op het netwerk (solana-verify).