Vergeet oracle- en brugproblemen! Hyper maakt met één contract LST en leningen volledig on-chain 📊 Hyper heeft het CoreWriter-systeemcontract op het mainnet gelanceerd, wat de belangrijkste manier is om de hele Hyper-structuur te combineren, zodat HyperEVM (slimme contracten) kan communiceren met HyperCore (matching en orderboek) in beide richtingen. Om een heel concreet voorbeeld te geven: Traditionele LST op ketens, zoals je stETH of rETH op andere ketens ziet, hebben meestal staking-acties die plaatsvinden buiten de keten of in specifieke validator-node-systemen, en de tokens worden vervolgens via multisig of bruggen terug naar de keten gestuurd. Dit proces is omslachtig en ondoorzichtig, en er ontbreekt ruimte voor on-chain governance. Maar op Hyper kun je met CoreWriter + read precompiles een volledig on-chain native LST creëren, waarbij staking en unstaking allemaal worden geactiveerd door slimme contracten, de prijzen komen van de on-chain orderboekquotes, en het stelt houders in staat om direct deel te nemen aan on-chain governance, zoals het implementeren van nieuwe HIP-3-activa, zonder dat offchain-rollen betrokken hoeven te zijn, en zonder dat er een oracle nodig is voor prijsstelling. De toepassing van leenovereenkomsten is nog intuïtiever; momenteel is het liquidatieproces grotendeels afhankelijk van oracles, maar oracles worden vaak gemanipuleerd of hebben vertragingen in updates, wat leidt tot MEV-arbitrage en niet-tijdige liquidaties. Hyper's read precompiles stellen protocollen in staat om prijzen rechtstreeks van het HyperCore-orderboek te halen als oracle, gebruikmakend van de werkelijke prijzen op de markt, en wanneer er een default-positie optreedt, kan het contract via CoreWriter de liquidatieactie direct naar HyperCore sturen voor uitvoering, wat zorgt voor geautomatiseerde, directe liquidatie.