Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

Crazy project: DOMStream Compile React components into UTXOs that form valid transactions👀 Support privacy & batching sessions into a single tx. Powered by Starstream Goal: decentralized frontends!

40,910 Aufrufe • vor 1 Jahr •via X (Twitter)

11 Kommentare

Profilbild von Sebastien Guillemot
Sebastien Guillemotvor 1 Jahr

React is a way to programmatically create and manage a DOM (html) using Javascipt You can add/remove elementg dynamically based on program state (ex: remove an item from the page after it's bought)

Profilbild von Sebastien Guillemot
Sebastien Guillemotvor 1 Jahr

The key insight is that UTXOs can model object lifetimes (keep creating new utxos to represent program contiuations) So you can represent the lifetime of DOM elements as utxos as well!

Profilbild von Sebastien Guillemot
Sebastien Guillemotvor 1 Jahr

For example, <button> is added -> create a utxo <button> is removed -> consume utxo props -> constructor state -> datum

Profilbild von Sebastien Guillemot
Sebastien Guillemotvor 1 Jahr

Since Starstream supports privacy (via ZK) it means you can run the UI locally and prove statements about your UI without revealing any information (ex: data you entered or navigation history)

Profilbild von Sebastien Guillemot
Sebastien Guillemotvor 1 Jahr

Since Starstream supports compression (via ZK) It means any proof about the state of your UI is small! (〜16kbs!)

Profilbild von Sebastien Guillemot
Sebastien Guillemotvor 1 Jahr

This means you can easily use DOMStream to create decentralized frontends And do so using tools you know (react) powerered by the same VM as your smart contracts!

Profilbild von Sebastien Guillemot
Sebastien Guillemotvor 1 Jahr

It's a crazy idea, but I feel it's a huge improvement over other solutions that require you to learn whole new tools and paradigms here, it's all just react and utxos!

Profilbild von Sebastien Guillemot
Sebastien Guillemotvor 1 Jahr

Starstream is still in active development, and DOMStream is a crazy extension of the concept Want to contribute thoughts or learn more? Join the Starstream Working Group below!

Profilbild von Etherspot 🐞
Etherspot 🐞vor 2 Jahren

Want to build a Web3 app without all the overhead costs? Try TransactionKit, a React toolkit that makes building dApps easy. Integrate cutting-edge account abstraction features in just a few clicks. Try it today 👇

Profilbild von John Santi (johnny5i)
John Santi (johnny5i)vor 1 Jahr

This sounds so brilliant. Returned custom components based on the state of the utxo. My mind is soaring towards RWA registration tokenization referring to specific react modules (a location of memory) I wonder if that could be a thing. Immutable ledger referenc8ng a react object that would only pass if unmodified (validator)

Profilbild von John Santi (johnny5i)
John Santi (johnny5i)vor 1 Jahr

I wonder if a good initial use case might be to build a voting website that uses ZK proofs UTXOs everything is recorded and yet privacy is maintained

Ähnliche Videos

A blockchain project can be designed to be 100% technically decentralized, but if a single developer or a team within a single country controls the development and decision-making, the project may not be fully decentralized in terms of governance and decision-making. ## Differences between technical decentralization and governance decentralization - *Technical decentralization*: The blockchain project uses decentralized technology, such as distributed ledgers, to ensure transparency and security. - *Governance decentralization*: The blockchain project is managed and decided by a decentralized community, not by a single individual or organization. ## Conditions for a blockchain project to be considered decentralized For a blockchain project to be considered truly decentralized, it needs to meet both conditions: - *Technical decentralization*: Uses decentralized technology to ensure transparency and security. - *Decentralized governance*: Managed and decided by a decentralized community, with transparent and fair decision-making mechanisms. If a blockchain project only meets one of the above two conditions, it may not be fully decentralized. ## Building a 100% Decentralized Ecosystem: A New Model for the Future In the context of rapidly developing blockchain technology, building a 100% decentralized ecosystem is not only a goal but also an essential need. The SkyPirl (PIRL coin) project has pioneered the application of a decentralized model not only in terms of technology but also in terms of governance. This article will analyze and demonstrate the importance of this model and convince the community, developers and organizations to support this policy. ## Why 100% Decentralization is Necessary 100% decentralization ensures that no single individual or organization can control the entire system. This enhances transparency, security and fairness. When applied to an ecosystem this model will bring many benefits: - *Increased transparency*: With the decentralization of power and management by many organizations and individuals, the system will become more transparent. - *Higher security*: The use of multi-signature wallets and treasury management by many representatives will reduce security risks. - *Fairness and democracy*: The decentralized model ensures that all decisions are made fairly and democratically. ## SkyPirl's Decentralized Governance Model SkyPirl project has adopted a decentralized governance model from the beginning by: - *Decentralized development team*: Multiple development teams from different countries, ensuring that no single country or organization controls the entire project. - *Restrict developer power*: Developers are not allowed to hold websites, domains and social media channels, helping to disperse power. - *Use smart contracts and multi-signature wallets*: To ensure transparency and security in treasury management and transactions. ## Applying the Model to the Ecosystem The ecosystem will apply this 100% decentralized model to all projects. This includes: - *Decentralization of power*: Many organizations and individuals will participate in management and decision-making. - *Use multi-signature wallets*: To ensure security and transparency in treasury management. - *Representatives from organizations*: Organizations will send representatives to participate in management and decision-making. #SkyPirl #PIRL #PIRLmeet #SLOFI #CLO #2BearsExchange

SkyPirl Official 🎈🎈

16,135 Aufrufe • vor 1 Jahr

📣 Community Update: Cyborgs! We’ve just reached a major milestone that signals a clear shift in what Arcane and Spectre are becoming, and where this project is heading. Arcane is no longer just a wallet. It’s evolving into the foundation for on-chain privacy. With the Arcane wallet extension now complete, alongside a working privacy dApp interacting directly through the SDK, we’re seeing the first fully connected version of this system come to life. 📌 The wallet extension introduces a real user interface across desktop, complementing mobile, and bringing Arcane into everyday use rather than remaining purely backend infrastructure. Public release by the end of Q2. 📌 Arcane now supports both public and private transactions seamlessly, with Invisible Routing automatically detecting the transaction type so the user doesn’t need to think about it. 📌 The integration between the wallet and the dApp via the SDK creates a complete flow from wallet > action > private execution. This is live, functional privacy in action, not just theory. 📌 The Arcane SDK is a major unlock. It allows any dApp on EVM compatible chains to integrate our privacy stack, positioning Arcane as infrastructure rather than a single product. 📌 Our relayer network will power all private transactions, not only within the Arcane wallet, but across every third party application that integrates the SDK. 📌 As more integrations come online, this drives increased volume through the ecosystem, expanding the revenue streams flowing back to holders. What we’re seeing now is the early formation of a connected ecosystem, where wallet, SDK, dApps, and relayers all work together as one unified privacy layer. This marks the transition from isolated development into something functional and expandable. The rails are being laid. The system is coming online. And what we’re building here doesn’t just participate in the future of crypto, it helps define it ♾️🚀

0x0

10,336 Aufrufe • vor 4 Monaten

🔶 Shib Tech Stack: From Meme to Modular Infrastructure 🔶 What started as SHIB — a decentralized experiment — has grown into a full-stack Web3 ecosystem built for scale, privacy, and real utility. SHIB → The Origin The token that launched the community. Fairly distributed and community-led. Leash → Scarce by Design Limited supply, evolving purpose. Used for early access, NFTs, and ecosystem incentives. Bone → Gas and Governance The operational core of Shibarium. Powers transactions and governance across the network. ShibaSwap → Native DeFi A decentralized platform for swapping, staking, and earning — designed for Shib ecosystem tokens. Shiboshis → Identity NFTs 10,000 collectibles that serve as digital identity and access points within the ecosystem. Shibarium → The L2 Core An Ethereum-compatible Layer 2 built for speed, low fees, and high throughput — with Bone as gas. Dev Portal → Tools to Build Everything developers need: RPCs, Paymaster, APIs, oracles, faucet access, and SDKs. Dapp Store → Shibarium Front Door A curated marketplace for discovering and using Shibarium-based applications. The Metaverse → Digital Space An interactive 3D world for land ownership, creation, and on-chain utility. Sheboshi (DN404) → Next-Gen NFTs On-chain, gas-efficient NFTs built on the DN404 standard — combining ERC-20 and ERC-721 traits. Treat → Encrypted DeFi Enables privacy-focused smart contracts through Fully Homomorphic Encryption (FHE). Shib Identity → On-Chain Credentials Decentralized identifiers for user authentication, access, and reputation. Shib OS → Application Framework The operating layer that connects identity, logic, data, and UI for Shibarium-native dapps. Shib Alpha Layer → Unified Protocol The Alpha layer — where compute, privacy, identity, and value converge into one cohesive system. Shib is no longer just a token. It’s an integrated tech stack — decentralized, modular, and built to scale.

Shibarium | SHIB.IO

15,688 Aufrufe • vor 1 Jahr

Can we compile matter - for instance, a pine cone - and derive new active materials, end-to-end from observation to manufacturing? If physical systems can be formalized as composable mathematics, we can point AI that has been shown to resolve long-open mathematical problems at matter itself. Our new work turns bioinspired engineering from analogy into formal compilation: biology and mechanics become explicit, checkable, and executable, so AI reasoning can produce physical designs. This is the first end-to-end demonstration in which a formally compositional multiscale model is carried from a biological hierarchy, through engineered design and fabrication specification, to executable manufacturing code - and then to a physically tested artifact. Background: Humans have long been inspired by biology to advance technology, but this has usually been an ad hoc process rather than a mathematically rigorous one. Natural materials such as pinecones achieve adaptive behavior through mechanisms organized across many scales. Engineering typically translates those mechanisms by analogy: identify a biological principle, build something inspired by it, and validate each new design as a separate case. This can produce remarkable results, but the knowledge does not readily compound. Instead, we represent each scale as a dynamical module with explicit states, stimuli, governing laws, and interfaces. Every scale-to-scale map must preserve the stimulus - response dynamics: evolve the fine-scale system and then map upward, or map upward first and then evolve. The two paths must agree. Because this condition is preserved under composition, locally valid interfaces remain consistent when assembled into the full hierarchy. We then carry that structure into an engineered system, translate the target behavior into a verified fabrication specification, and compile it into G-code: the toolpaths, deposition sequence, temperatures, speeds, and other commands executed by a 3D printer. The intermediate translations are explicit, checkable, and executable rather than completed through an ad hoc handoff. The formal guarantee is that given valid local models and interfaces, their composition remains valid. Whether those models and manufacturing assumptions accurately capture physical reality remains an empirical question. That is why we fabricated and tested the results. We generated four actuator classes by crossing two stimuli - humidity and heat - with two responses: bending and twisting. The fourth, thermal twisting, required no new pipeline and no separate derivation within the framework. It emerged by composing a thermal stimulus module already validated in one case with a twisting module validated in another. The generated G-code produced the intended motion without manual redesign, and all four predictions fell within one experimental standard deviation of the measured response. Why this matters: 1⃣For AI in science, this provides a physics-aware type system against which generative proposals can be checked - and rejected at the interface - before expensive simulation, fabrication, or experiment. It is roughly analogous to proof checking, but for the composition of physical mechanisms. 2⃣For engineering, the accessible design space can scale with a library of validated components rather than with the number of individually derived cases. 3⃣The mathematics, category theory, carries all the way into a physical object on a print bed. This points toward scientific knowledge as executable infrastructure: models that are not only described in papers, but typed, composable, verifiable, and able to compile into experiments. Excellent work led by my student Lee Marom with Skylar Tibbits & Gioele Zardini. Paper published in J. Mech. Phys. Solids along with code, Grasshopper scripts, and manufacturing G-code below.

Markus J. Buehler

128,390 Aufrufe • vor 1 Monat