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
aanvullende details
Categorieën
Platform

Over 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.

Deelname aan evenementen

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

RedStone Team

geverifieerd 0%

Aandacht. Het risico bestaat dat niet-geverifieerde leden feitelijk geen lid zijn van het team

Marcin Kazmierczak
Co-Founder
geverifieerde
Alex Suvorov
Co-Founder
geverifieerde
Jakub Wojciechowski
Founder
geverifieerde
Matt Gurbiel
Head of BD
geverifieerde
  • Omdat er mogelijk tijdsverschillen zijn in informatie-updates, moet nauwkeurige informatie over elk ICO-project worden geverifieerd via de officiële website of andere communicatiekanalen.
  • Deze informatie is geen suggestie of advies over beleggen in ICO-financiering. Onderzoek de relevante informatie zelf grondig en besluit over ICO-deelname.
  • Als u denkt dat er problemen of problemen zijn die moeten worden gecorrigeerd voor deze inhoud, of als u uw eigen ICO-project wilt indienen dat wordt vermeld, e-mail ons.
Lees de disclaimer en risicowaarschuwing. Laat disclaimer en risicowaarschuwing zien.