Populaire onderwerpen
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Lumi
Senior productmanager, Core Protocol (@Arbitrum) | ZK, Schaalvergroting, Privacy, DAO's 🦇🔊 | Vorige: Senior Product Manager, ZK Stack (@ZKsync)
Bom "Dia" aan alle Arbinauts 🌅🧑🚀
Het Arbitrum Verbeteringsvoorstel voor de ArbOS 50 "Dia" upgrade is nu beschikbaar op het forum!
Hoogtepunten:
- @Ethereum Fusaka upgrade
- Native Mint/Burn voor Orbit Chains om interoperabiliteits-geschikte tokenstandaarden als gas token te gebruiken (bijv. @LayerZero_Core OFTs, xERC20s, native @USDC)
- Basis leggen voor Constraint-Based Pricing 👀
- Een paar bugfixes
4,99K
Lumi heeft opnieuw gepost
Dit is geweldig en zo, maar @zerodev_app biedt al een betere versie van deze functionaliteit op mainnet al een tijdje aan..
ZeroDev is beter omdat het een uniforme uitgave is over MEERDERE tokens, zodat je USDT kunt uitgeven alsof het USDC is en vice versa (hetzelfde met WETH/ETH).
ZeroDev ondersteunt ook meer tokens (USDC, USDT, WETH, en ETH) op hetzelfde aantal chains (Ethereum, @arbitrum, Optimism, Base, Polygon, BSC en Avalanche)
Dus bullish op @OffchainLabs en de toekomst van chain abstracted UX
817
Waarom Native Rollups? 🧵(1/5)
Beveiliging
• Voor EVM-equivalent - Maak je geen zorgen over bugs, automatisch bijgewerkt met L1 hard forks
• Geen zorgen over het bewijzen van bugs, je krijgt bewijs van L1-nodes. Als er een exploit is in de prover, L1 hard forks
• Multi Prover - je erft automatisch multi proving (meerdere ZK-bewijzen) voor Stage 2
• Opmerking, Stage 2 vereist nog steeds een exitvenster van 30 dagen, geen directe upgrades.
Gemak
• Elke dapp kan zonder enige aanpassingen op Native shards worden gedeployed (je hoeft je geen zorgen te maken over het verschil tussen rollups of L1)
• Gemakkelijk om een gedecentraliseerde Native rollup te lanceren (ervan uitgaande dat de sequencing gebaseerd is) - Lage case is ongeveer 100 regels contract met enkele tx-aanroep
• Dit vermindert ook het juridische risico als het gedecentraliseerd is.

4,09K
K-of-N Multi Prover beveiliging komt naar @Arbitrum Chains 🔒
ZK + TEE + Raad blok attestaties, en Fraud Proof fallback. Configureerbaar voor elke keten.
Fase 2, hier komen we @l2beat @ethereum fam 😉

House of ZK15 aug, 18:56
Waarom zijn multi-prover systemen belangrijk voor de beveiliging van zkVM?
zkVM's zijn nog in ontwikkeling. Bugs - in provers of verifiers - zijn onvermijdelijk in deze fase. Multi-prover architecturen zijn een praktische manier om de continuïteit en beveiliging te waarborgen, zelfs wanneer het nieuwste bewijs systeem niet perfect is.
Tijdens de presentatie voor @DeclanFox14 op onze Berlin Ethproofs Summit benadrukte @OffchainLabs Product Manager @zkLumi dat een van de belangrijkste waarborgen tegen kwaadaardige of defecte upgrades van zkVM's prover diversiteit is.
In plaats van te vertrouwen op een enkele prover implementatie, kan een multi-prover opstelling:
• Meerdere ZK bewijs implementaties parallel uitvoeren.
• Attestaties van verschillende systemen opnemen.
• Terugvallen op alternatieve bewijs types (bijv. fraudebewijzen) als een bewijs faalt of niet overeenkomt met een ander.
Bijvoorbeeld, @arbitrum Orbit ketens kunnen in een hybride modus opereren:
• Normaal gesproken draaien met een ZK bewijs.
• Als er een geschil ontstaat of een prover faalt, terugvallen op fraudebewijzen.
• Meerdere zkVM's of ZK implementaties onderhouden om fouten op te vangen.
Deze aanpak biedt veerkracht als een zkVM upgrade een fout introduceert - of het nu een kwaadaardige wijziging of een onbedoelde bug is - en zorgt ervoor dat er altijd een veilige weg is om de status te valideren.
Ook met @alexanderlhicks van @ethereumfndn en @mpfzajac van @NethermindEth.
Bekijk het volledige panel hier:
3,03K
Lumi heeft opnieuw gepost
Waarom zijn multi-prover systemen belangrijk voor de beveiliging van zkVM?
zkVM's zijn nog in ontwikkeling. Bugs - in provers of verifiers - zijn onvermijdelijk in deze fase. Multi-prover architecturen zijn een praktische manier om de continuïteit en beveiliging te waarborgen, zelfs wanneer het nieuwste bewijs systeem niet perfect is.
Tijdens de presentatie voor @DeclanFox14 op onze Berlin Ethproofs Summit benadrukte @OffchainLabs Product Manager @zkLumi dat een van de belangrijkste waarborgen tegen kwaadaardige of defecte upgrades van zkVM's prover diversiteit is.
In plaats van te vertrouwen op een enkele prover implementatie, kan een multi-prover opstelling:
• Meerdere ZK bewijs implementaties parallel uitvoeren.
• Attestaties van verschillende systemen opnemen.
• Terugvallen op alternatieve bewijs types (bijv. fraudebewijzen) als een bewijs faalt of niet overeenkomt met een ander.
Bijvoorbeeld, @arbitrum Orbit ketens kunnen in een hybride modus opereren:
• Normaal gesproken draaien met een ZK bewijs.
• Als er een geschil ontstaat of een prover faalt, terugvallen op fraudebewijzen.
• Meerdere zkVM's of ZK implementaties onderhouden om fouten op te vangen.
Deze aanpak biedt veerkracht als een zkVM upgrade een fout introduceert - of het nu een kwaadaardige wijziging of een onbedoelde bug is - en zorgt ervoor dat er altijd een veilige weg is om de status te valideren.
Ook met @alexanderlhicks van @ethereumfndn en @mpfzajac van @NethermindEth.
Bekijk het volledige panel hier:
124,27K
Boven
Positie
Favorieten
Populair op onchain
Populair op X
Recente topfinanciering
Belangrijkste