Recentelijk heeft @boundless_xyz veel bewegingen gemaakt, het doet me een beetje denken aan vorig jaar. Vorig jaar was het mijn meest interessante jaar voor ZK, hoewel het vorig jaar het jaar van BTC was, had ZK op BitVM nog steeds veel invloed (ook al was het opZK😂). In die tijd gingen @RiscZero en @SuccinctLabs twee totaal verschillende wegen, R0 koos ervoor om zich te richten op toepassingen en een samenwerking op te bouwen. SP1 koos de ETH-route en lanceerde als eerste een bruikbaar ZKRollup-schema - RSP. Om eerlijk te zijn, de resultaten waren aanzienlijk, meerdere L2's hebben RSP of een aangepaste versie van RSP overgenomen, hoewel R0 later volgde met de ZK-implementatie van OP Layer2, maar dat was van korte duur. (Om precies te zijn, de Layer2-race is geëindigd, iedereen ontdekte dat Layer2 niet meer is dan 3000u SaaS per maand.) Nu volgen R0 en SP1 ook totaal verschillende stijlen. Succinct kiest ervoor om zich volledig op zijn eigen merk te concentreren, het product is secundair, het belangrijkste is om de eigen naam te vestigen. R0 kiest ervoor om op de achtergrond te blijven en zijn Boundless volledig te ondersteunen, dus de meeste activiteiten zijn nu gericht op Boundless. Wat betreft financiering is er niet veel te zeggen, deze ZKVM's zijn allemaal topprojecten en in combinatie zijn ze snel (natuurlijk zijn er veel andere ZKVM's, zoals nexus, zkm, lita, bla bla bla, daar komen we later op terug). Vanuit het perspectief van Boundless lijkt het eigenlijk meer op een ecosysteemsoftwarepakket, van boven naar beneden omvat het een reeks producten, zodat ontwikkelaars gemakkelijk hun eigen inhoud kunnen opbouwen, van bewijsservices, verificatiecontracten op verschillende ketens, gerelateerde ZK-programma's, uitvoeringslagen, enzovoort. Maar, om het simpel te zeggen, de belangrijkste kernactiviteiten van R0 en SP1 zijn nog steeds gericht op het aanbieden van dit rekenkracht-netwerk, wat eigenlijk de kern van ZK is. Daarom zullen beide bedrijven in de toekomst ook een wapenwedloop aangaan vanwege het economische model en de participatie in dit rekenkracht-netwerk. Dus, om het duidelijk te zeggen, de beste manier om deel te nemen aan projecten in het ZKVM-ecosysteem is om een deel van het rekenkracht-netwerk te worden, dat wil zeggen, nodes draaien (GPU-nodes zijn belangrijker). Maar om terug te komen op het onderwerp, de use cases van ZKVM draaien nog steeds voornamelijk om eenvoud, in de meeste gevallen gaat het om het bewijzen van dingen die moeilijk te berekenen zijn op de keten, veelvoorkomende voorbeelden zijn cross-chain data lezen en schrijven, of mechanismen zoals Rollup. Deze dingen zijn een beetje te ver van de consument verwijderd, ik hoop dat er in de toekomst meer scenario's komen die dichter bij de consument staan. (Misschien is er een sterke vraag naar RWA op dit gebied... maar gedecentraliseerde RWA is op zich een beetje vreemd...) Ik heb altijd gedacht dat ZK een heel fascinerende en interessante technologie is, het is jammer dat het in de huidige omgeving nog steeds een hele wind nodig heeft om erkend te worden, maar ik blijf optimistisch over de toekomst van ZK (niet noodzakelijk in Web3).