RedStone

RedStone

Created using Figma
RedStone creates cross-chain data oracle providing pricing data for Smart Contracts & DeFi protocols . Our mission is to unlock Web3 potential with affordable and reliable data feeds delivered to multiple chains including i.e. Ethereum, Avalanche or Polygon. We leverage Arweave blockchain to create affordable storage with a permanent audit trail of crypto and real world data feeds.
To be announced
Additional Details
Categories
Platform

About RedStone

RedStone is a data ecosystem that delivers fast and accurate financial information in a decentralized fashion.

Problem Statement (Defi Painpoints)
- It is not sustainable to put all the pricing data into the Ethereum blockchain, as it wasn’t designed for this purpose. Sourcing data becomes enormously expensive with Gas price spikes. On a historically busy day on Ethereum, with a day average 500gwei Gas price, a single transaction may cost above $100, so if we persist every 10m across 30 sources, the daily bill will be more than $400k per one token.
- To reduce costs current providers cover only a small subset of tokens and have low update frequency.
- DeFi protocols cannot expand beyond a small set of assets and cannot offer advanced solutions like margin lending (which require higher update frequency).

Solution
- RedStone offers a radically different design of Oracles catering for the needs of modern Defi protocols.
- Leverage Arweave blockchain as a cheap and permanent storage.
- Use token incentives to motivate data providers to maintain data integrity and the uninterrupted service.
- Use signed meta-transactions to deliver prices on-chain.
- Although the data at RedStone is persisted on the Arweave chain, it could be used with any other blockchain.

Oracles landscape
Initially, the most commonly utilised form for Oracle operations were the “two phase approach”:

- A contract submits a request for data to an Oracle Service;
- An Oracle Service sends back a response with data.

This simple and flexible solution was pioneered by Oraclize (now Provable) and Chainlink as Basic Request Pattern, but the main disadvantage to this approach is that the contract cannot access data immediately as it requires two separate transactions. Such design kills usability as the client needs to wait until the data comes to contract to see a result of an action. An even bigger problem is that fetching data is not atomic (meaning not in a single transaction) which means that synchronizing multiple contracts is complex, slow and ultimately kills interoperability.

Participation in events

  • ETHWarsaw
  • Grzybowska 56, 00-844 Warszawa, Poland

RedStone Team

Verified 0%

Attention. There is a risk that unverified members are not actually members of the team

Marcin Kazmierczak
Co-Founder
unverified
Alex Suvorov
Co-Founder
unverified
Jakub Wojciechowski
Founder
unverified
Matt Gurbiel
Head of BD
unverified
  • Due to potential time differences in information updates, please verify the accuracy of each ICO project through its official website or other official communication channels.
  • This information is not intended as a recommendation or suggestion for ICO investment. Please conduct thorough research on the relevant information and make your own informed decision regarding ICO participation.
  • If you identify any issues or errors in this content, or if you wish to submit your own ICO project for listing, please contact us via email at info@icoholder.com.
Please read the disclaimer and risk warning. Show disclaimer and risk warning.