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
Détails supplémentaires
Les catégories
Plate-forme

Sur 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 à des événements

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

RedStone Équipe

Vérifié 0%

Attention. Il y a un risque que les membres non vérifiés ne soient pas réellement membres de l'équipe

Marcin Kazmierczak
Co-Founder
non vérifié
Alex Suvorov
Co-Founder
non vérifié
Jakub Wojciechowski
Founder
non vérifié
Matt Gurbiel
Head of BD
non vérifié
  • En raison des différences temporelles dans les mises à jour des informations, des informations précises sur chaque projet ICO doivent être vérifiées sur son site web officiel ou via un autre canal de communication.
  • Cette information n'est pas une suggestion ou un conseil pour investir dans un financement ICO. Veuillez examiner vous-même les informations pertinentes et décider de la participation de l’OIC.
  • Si vous pensez que des problèmes ou des problèmes doivent être résolus concernant ce contenu, ou si vous souhaitez soumettre votre propre projet ICO pour figurer dans la liste, veuillez nous envoyer un courrier électronique.
Veuillez lire la clause de non-responsabilité et l'avertissement de risque. Afficher l'avertissement et l'avertissement de risque.