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
detalhes adicionais
Categorias
Plataforma

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

Participação em eventos

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

RedStone Equipe

Verificado 0%

Atenção. Existe o risco de os membros não verificados não serem realmente membros da equipe

Marcin Kazmierczak
Co-Founder
não verificado
Alex Suvorov
Co-Founder
não verificado
Jakub Wojciechowski
Founder
não verificado
Matt Gurbiel
Head of BD
não verificado
  • Como pode haver diferenças de horário nas atualizações de informações, informações precisas sobre cada projeto da OIC devem ser verificadas por meio de seu site oficial ou de outros canais de comunicação.
  • Esta informação não é uma sugestão ou conselho para investir no financiamento da OIC. Por favor, investigue completamente as informações relevantes e decida sobre a participação da OIC.
  • Se você acha que há problemas ou problemas a serem corrigidos neste conteúdo, ou se gostaria de enviar seu próprio projeto da OIC para ser listado, envie-nos um e-mail. um>
Leia o aviso e o aviso de risco. Mostrar aviso legal e aviso de risco.