<img alt="" />
<h1 id="idealnetworktherandomnesslayerforpolkadotsworldcomputer">Ideal Network: The Randomness Layer for Polkadot's World Computer</h1>
We're excited to propose the Ideal Network (IDN), a foundational randomness infrastructure for Polkadot's ecosystem.
The team, formed during the Polkadot Blockchain Academy in Buenos Aires, includes Juan Girini (former Parity FRAME Core Engineer), Tony Riemer (Lead Protocol Engineer), Carlos Montoya (Serial Entrepreneur), and Coleman Irby (Software Engineer).
<a href="https://docs.google.com/document/d/1uzpt6NMd0pNQ6b9a37c50a1x3PmWecHU01Bv8YNn_zc/edit?usp=sharing">&gt;&gt; Full proposal available here &lt;&lt;</a>
<h2 id="tldr">TL;DR</h2>
We're requesting 300,250 USDC over three months to deliver:
<ul>
<li>Trustless Drand Bridge</li>
<li>Cross-chain randomness delivery infrastructure</li>
<li>Security audit by SRLabs</li>
<li>Network deployment and maintenance</li>
</ul>
<h2 id="theproblem">The Problem</h2>
Polkadot's ecosystem lacks a reliable method for generating frequent, high-quality random values, critical for creating fair and secure decentralized applications. The existing randomness mechanisms are either vulnerable to manipulation, produced infrequently, or costly. This limitation makes it difficult for developers on Polkadot to build fair systems like unbiased gaming platforms, secure DeFi tools or front-running-free transaction pools where economically sustainable and low-latency randomness is required.
<h2 id="theidealnetwork">The Ideal Network</h2>
The Ideal Network (IDN) will unlock publicly verifiable randomness for Polkadot's World Computer, introducing a game-changing infrastructure that solves critical blockchain challenges. We're building a trustless bridge to the <a href="https://drand.love/">Drand distributed randomness beacon</a>, enabling a standardized randomness layer that delivers secure, verifiable randomness at a <a href="https://docs.chain.link/vrf/v2/estimating-costs?network=ethereum-mainnet">fraction of the cost of existing solutions like Chainlink VRF</a>.
The potential is massive:
<ul>
<li>Dramatically lower cost and lower latency for access to secure verifiable randomness compared to existing solutions</li>
<li>Enable new use cases across Web3</li>
<li>Distribute randomness to parachains on-demand or via subscription</li>
<li>Export randomness to other blockchain ecosystems</li>
<li>Unlock timelock encryption capabilities</li>
</ul>
<h2 id="usecases">Use Cases</h2>
By providing publicly verifiable on-chain randomness, the Ideal Network enables use cases across multiple domains including secure network consensus and governance, fair DeFi mechanisms, provably random gaming experiences, unbiased and dealer-free gambling, transparent NFT generation, front-running-resistant transaction pools.
Beyond randomness, IDN introduces timelock encryption, a cryptographic mechanism that allows messages to be securely encrypted and revealed only at specific future blocks. This capability opens up entirely new possibilities for blockchain applications, enabling non-interactive multi-party interactions like trustless atomic asset swaps, private delayed transactions, and protocols that were previously infeasible like <a href="https://murmur.idealabs.network/">keyless crypto wallets</a> and sealed-bid auctions.
The possibilities are boundless, limited only by the creativity of developers.
<h2 id="traction">Traction</h2>
The work done is supported through collaborations with Web3 Foundation, <a href="https://csrc.nist.gov/Projects/interoperable-randomness-beacons">NIST</a>, and the <a href="https://random.colorado.edu/">University of Colorado</a>. We've completed a <a href="https://github.com/w3f/Grants-Program/blob/master/applications/cryptex.md">Web3 Foundation grant</a>, participated in the <a href="https://medium.com/web3foundation/decentralized-futures-introducing-etf-network-cd8282be6143">Decentralized Futures program</a>, and received retroactive funding from the <a href="https://kusama.polkassembly.io/referenda/442">Kusama treasury</a>.
Several projects have expressed interest in integration, including:
<table>
<thead>
<tr>
<th style="text-align: center;">
<img src="https://i.ibb.co/b2n7T8K/blobid0.png" alt="" />
Asset Hub
</th>
<th style="text-align: left;">Parity's Contracts team seeks to integrate high-quality randomness into Asset Hub through precompiles for secure contract features. Their vision focuses on providing developers with a simple, cost-effective interface to request random bytes, dramatically reducing costs compared to existing solutions like <a href="https://docs.chain.link/vrf/v2/estimating-costs">Chainlink VRF</a>.</th>
</tr>
</thead>
<tbody>
<tr>
<td style="text-align: center;"><img src="https://i.ibb.co/5vTjfTr/blobid1.png" alt="" /> Bittensor</td>
<td style="text-align: left;">Bittensor, a Substrate-based blockchain for decentralized machine learning, has already integrated the Drand-bridge pallet and timelock encryption bindings into their commit-reveal V3 scheme that went into production. This collaboration showcases IDN's practical utility in enhancing the security of decentralized machine learning networks.</td>
</tr>
<tr>
<td style="text-align: center;"><img src="https://i.ibb.co/X5Dq3Mp/blobid2.png" alt="" /> ChainSafe</td>
<td style="text-align: left;">ChainSafe has expressed interest in collaborating to explore blockchain-native gaming frameworks, leveraging IDN&rsquo;s timelock encryption and verifiable randomness capabilities.</td>
</tr>
<tr>
<td style="text-align: center;"><img src="https://i.ibb.co/sKdm7Zn/blobid3.png" alt="" /> PolkaStorage</td>
<td style="text-align: left;">PolkaStorage is <a href="https://github.com/eigerco/polka-storage/blob/5f49de848c08328e24b4e0d2c7faa8cfd387493f/rfcs/003-randomness.md#drand-pallet">exploring randomness solutions</a> for their consensus system. They require secure randomness for their Storage Challenge Mechanism, Proof of Replication (PoRep), and Proof of Spacetime (PoSt) to prevent storage providers from discarding files or pre-computing fake proofs.</td>
</tr>
</tbody>
</table>
<h2 id="communitydiscussionsandfeedback">Community Discussions and Feedback</h2>
<ul>
<li><a href="https://www.youtube.com/live/YqHxlLp8yHE?si=QBfpIM26iskGwDtH&amp;t=3121">AAG Discussion</a></li>
<li><a href="../post/2693">Polkassembly Discussion Post</a></li>
<li><a href="https://forum.polkadot.network/t/ideal-labs-updates-next-steps/11046">Ideal Labs Forum Discussion Post</a></li>
</ul>
<h2 id="contact">Contact</h2>
<ul>
<li>Discord: <a href="https://discord.gg/phZvQkzU2a">https://discord.gg/phZvQkzU2a</a></li>
<li>Element: <a href="https://matrix.to/#/#idn-community:matrix.org">https://matrix.to/#/#idn-community:matrix.org</a></li>
<li>Email: <a href="mailto:hello@idealabs.network">hello@idealabs.network</a></li>
<li>Website: <a href="https://idealabs.network">https://idealabs.network</a></li>
</ul>
We welcome your questions and feedback.

We're excited to propose the Ideal Network (IDN), a foundational randomness infrastructure for Polkadot's ecosystem. Our team, formed during the Polkadot Blockchain Academy in Buenos Aires, includes Juan Girini (former Parity FRAME Core Engineer), Tony Riemer (Lead Protocol Engineer), Carlos Montoya (Serial Entrepreneur), and Coleman Irby (Software Engineer).
<a href="https://docs.google.com/document/d/1uzpt6NMd0pNQ6b9a37c50a1x3PmWecHU01Bv8YNn_zc/edit?usp=sharing">&gt;&gt; Full proposal available here &lt;&lt;</a>
<h2 id="theproblem">The Problem</h2>
Polkadot lacks a comprehensive verifiable randomness solution, with several key limitations in the ecosystem:
<ul>
<li>Block Hash Limitations:
<ul>
<li>Proven security vulnerabilities (e.g. $150M <a href="https://www.apriorit.com/dev-blog/556-fomo3d-vulnerability">Fomo3D</a> exploit)</li>
<li><a href="https://owasp.org/www-project-smart-contract-top-10/">OWASP</a> top 10 smart contract vulnerability</li>
<li>Vulnerable to block producer manipulation</li>
<li>Widely used despite known risks</li>
</ul>
</li>
<li>VRF Implementation Issues:
<ul>
<li>High complexity and lack of standardization</li>
<li>Vulnerable to block author manipulation</li>
<li>Requires complex multi-collator coordination</li>
</ul>
</li>
<li>BABE VRF Constraints:
<ul>
<li>Limited to 4-hour block producer selection cycles</li>
<li>Long delays between generation and availability</li>
<li>Manipulation risks</li>
</ul>
</li>
<li>System Barriers:
<ul>
<li><a href="https://docs.chain.link/vrf/v2/estimating-costs">High costs</a> and implementation overhead</li>
<li>Significant latency issues</li>
<li>Poor cross-parachain compatibility</li>
</ul>
</li>
<li>Missing Timelock Features:
<ul>
<li>No built-in future randomness encryption</li>
<li>Limited support for commit-reveal protocols</li>
<li>Inadequate trustless multi-party coordination</li>
</ul>
</li>
</ul>
<h2 id="oursolution">Our Solution</h2>
IDN will serve as the standardized randomness layer for Polkadot's World Computer by providing:
<ul>
<li>A trustless bridge to Drand's distributed randomness beacon</li>
<li>Timelock encryption capabilities</li>
<li>Subscription-based and on-demand randomness delivery</li>
<li>Smart contract integration through ink!</li>
<li>Pallet integration for runtimes</li>
</ul>
<h2 id="traction">Traction</h2>
Our work is supported through collaborations with Web3 Foundation, <a href="https://csrc.nist.gov/Projects/interoperable-randomness-beacons">NIST</a>, and the <a href="https://random.colorado.edu/">University of Colorado</a>. We've completed a <a href="https://github.com/w3f/Grants-Program/blob/master/applications/cryptex.md">Web3 Foundation grant</a>, participated in the <a href="https://medium.com/web3foundation/decentralized-futures-introducing-etf-network-cd8282be6143">Decentralized Futures program</a>, and received retroactive funding from the <a href="https://kusama.polkassembly.io/referenda/442">Kusama treasury</a>.
Several projects have expressed interest in integration, including:
<table>
<thead>
<tr>
<th style="text-align: center;">
<img src="https://i.ibb.co/xHt4PkT/blobid0.png" alt="" />
Asset Hub
</th>
<th style="text-align: left;">Parity's Contracts team seeks to integrate high-quality randomness into Asset Hub through precompiles for secure contract features. Their vision focuses on providing developers with a simple, cost-effective interface to request random bytes, dramatically reducing costs compared to existing solutions like <a href="https://docs.chain.link/vrf/v2/estimating-costs">Chainlink VRF</a>.</th>
</tr>
</thead>
<tbody>
<tr>
<td style="text-align: center;"><img src="https://i.ibb.co/2YvcrMV/blobid1.png" alt="" /> Bittensor</td>
<td style="text-align: left;">Bittensor, a Substrate-based blockchain for decentralized machine learning, has already integrated our Drand-bridge pallet and timelock encryption bindings into their commit-reveal V3 scheme that went into production. This collaboration showcases our solution's practical utility in enhancing the security of decentralized machine learning networks.</td>
</tr>
<tr>
<td style="text-align: center;"><img src="https://i.ibb.co/yYJc3h7/blobid2.png" alt="" /> ChainSafe</td>
<td style="text-align: left;">ChainSafe has expressed interest in collaborating to explore blockchain-native gaming frameworks, leveraging our timelock encryption and verifiable randomness capabilities. </td>
</tr>
<tr>
<td style="text-align: center;"><img src="https://i.ibb.co/W0RgLgL/blobid3.png" alt="" /> PolkaStorage</td>
<td style="text-align: left;">PolkaStorage is <a href="https://github.com/eigerco/polka-storage/blob/5f49de848c08328e24b4e0d2c7faa8cfd387493f/rfcs/003-randomness.md#drand-pallet">exploring randomness solutions</a> for their consensus system. They require secure randomness for their Storage Challenge Mechanism, Proof of Replication (PoRep), and Proof of Spacetime (PoSt) to prevent storage providers from discarding files or pre-computing fake proofs.</td>
</tr>
</tbody>
</table>
<h2 id="usecases">Use Cases</h2>
IDN enables critical functionality across:
<ul>
<li>Protocol Security: Secure validator selection, fair leader election, MEV elimination</li>
<li>DeFi: Atomic asset swaps, fair candle auctions, unbiased liquidity pool rebalancing</li>
<li>Gaming: Verifiable random drops, provably fair card shuffling, hidden player actions</li>
<li>Governance: Random committee selection, unbiased sampling for polls, voting reveals</li>
<li>NFTs: Unpredictable seeds for algorithmic NFTs, preventing rarity manipulation</li>
<li>Token Distribution: Fair airdrop selection, unbiased snapshot timing, reward allocation</li>
</ul>
<h2 id="contributiontotheecosystem">Contribution to the Ecosystem</h2>
IDN will provide essential infrastructure for Polkadot's World Computer by:
<ul>
<li>Serving as the ecosystem's standardized randomness layer</li>
<li>Reducing infrastructure costs through shared resources</li>
<li>Enabling timelock encryption capabilities</li>
<li>Eliminating the need for each parachain to implement its own solution</li>
</ul>
<h2 id="budgetdeliverables">Budget &amp; Deliverables</h2>
We're requesting 294,585 USDC + 840 DOT to deliver:
<ul>
<li>Trustless Drand Bridge</li>
<li>Cross-chain randomness delivery infrastructure</li>
<li>Security audit by SRLabs</li>
<li>Network deployment and maintenance</li>
</ul>
<h2 id="contact">Contact</h2>
<ul>
<li>Discord: <a href="https://discord.gg/phZvQkzU2a">https://discord.gg/phZvQkzU2a</a></li>
<li>Element: <a href="https://matrix.to/#/#idn-community:matrix.org">https://matrix.to/#/#idn-community:matrix.org</a></li>
<li>Email: <a href="mailto:hello@idealabs.network">hello@idealabs.network</a></li>
<li>Website: <a href="https://idealabs.network">https://idealabs.network</a></li>
</ul>
We welcome your questions and feedback on this discussion post.

Ideal Network: The Randomness Layer for Polkadot's World Computer

Treasury

Propose and approve a spend of treasury funds.

## Dispatch Origin

Must be [`Config::SpendOrigin`] with the `Success` value being at least
`amount` of `asset_kind` in the native asset. The amount of `asset_kind` is converted
for assertion using the [`Config::BalanceConverter`].

## Details

Create an approved spend for transferring a specific `amount` of `asset_kind` to a
designated beneficiary. The spend must be claimed using the `payout` dispatchable within
the [`Config::PayoutPeriod`].

### Parameters
- `asset_kind`: An indicator of the specific asset class to be spent.
- `amount`: The amount to be transferred from the treasury to the `beneficiary`.
- `beneficiary`: The beneficiary of the spend.
- `valid_from`: The block number from which the spend can be claimed. It can refer to
  the past if the resulting spend has not yet expired according to the
  [`Config::PayoutPeriod`]. If `None`, the spend can be claimed immediately after
  approval.

## Events

Emits [`Event::AssetSpendApproved`] if successful.

- **Problem Statement:** Polkadot's ecosystem lacks a reliable method for generating frequent, high-quality random values, hindering the development of fair and secure decentralized applications.
- **Significance:** Current randomness mechanisms on Polkadot are either vulnerable to manipulation, infrequent, or costly, making it challenging for developers to create unbiased gaming platforms, secure DeFi tools, or front-running-free transaction pools.
- **Proposed Solution:** Introducing the Ideal Network (IDN) to provide publicly verifiable randomness for Polkadot's World Computer through a trustless bridge to the Drand distributed randomness beacon.
- **Expected Outcomes:** Lower cost and latency for secure verifiable randomness, enabling new use cases across Web3, distributing randomness to parachains, unlocking timelock encryption capabilities, and fostering collaborations with various projects for integration.

#1383 Ideal Network: The Randomness Layer for Polkadot's World Computer

No Active Proposals