RedStone Oracle Ambassador Program

Creating a Strong Global Community

With its advanced modular architecture, RedStone has established itself as a leading Oracle. Now, the project aims to build upon this success by expanding and fostering a robust global community.

Introducing the RedStone Miners Ambassador Program

To further accelerate RedStone’s growth and adoption, the team has launched the RedStone Miners ambassador program. By becoming a Miner, individuals can actively contribute to shaping RedStone’s future and play a significant role in the broader Web3 landscape. This program offers participants exclusive rewards, tokens, and privileges that are not accessible to the general public.

Program Structure and Benefits

The RedStone Miners program is structured into five tiers. Participants earn points by completing various tasks, and accumulating more points is the key to advancing to higher ranks. Higher ranks unlock greater rewards and benefits.

RSG (RedStone Gems): These are on-chain activity points within RedStone Expedition. Collecting more RSG allows participants to earn higher rewards at the end of the campaign. All ambassador ranks are granted via Discord.

JOIN AMBASSADOR PROGRAMNew Ambassador Onboarding Process & How to Level Up

The Miners’ Ambassador program takes participants on a journey of growth and achievement, offering five prestigious ranks to ascend:

Ore Digger Rock Breaker Vein Master Deep Miner Mine King

🟠Ore DiggersFollow us on Twitter Join our Discord Add “♦️” to your Twitter nickname

Rewards:

RSGOre Digger Role

🟠 Rock BreakersAll above Engage actively on Twitter Reach level 5 on Discord

Rewards:

RSGRock Breaker Role

🟠 Vein Masters All above Application form Successfully pass the application process Reach level 7 on Discord Create helpful content to onboard new users Engage with the community every day

Rewards:

RSG Monthly An invitation to the private miner ambassadors channel on Discord Vein Master Role RedStone token incentives in the future

🟠 Deep Miners All above Reach level 10 on Discord Foster and grow your group of RedStoners (i.e., a solid regional community) Lead community discussions Help operate dedicated RedStone channels (i.e., local telegram groups, Twitter accounts, etc.) Routine calls with the core RedStone team to organize new initiatives Spearhead the production of localized content (e.g., content translation, infographics) Create new ideas to grow the ecosystem Bring new opportunities into the RedStone ecosystem (i.e., developers, integrations, partnerships)

Rewards:

RedStone token Monthly incentives in the future RSG OGNFT Swag Boxes Direct mentions and shout-outs on social media Early access to RedStone alpha Receive support and community grants to run local RedStone meetups and initiatives Invitations to crypto events (Costs covered by RedStone) Earn potential exposure via the RedStone Twitter and Discord accounts for your content Vein Master role

🟠 Mine King All above Become a true leader in the RedStone ecosystem Reach level 12 on Discord Take major initiative in leading and guiding existing ambassadors Work closely with the RedStone team to launch successful campaigns

Rewards:

RedStone Token Custom RSG Potential for a full-time job Direct mentions and shoutouts on social media Exclusive events with the RedStone team Represent RedStone in the broader Web3 community Mine King role

To progress through these ranks, Miners must complete tasks on Zealy and meet additional requirements, including active engagement on social media and making meaningful contributions to the community. Advancing through these ranks unlocks various benefits and potential rewards, creating a clear pathway to becoming a prominent figure within the RedStone ecosystem.

Discord Twitter Telegram

♦️ Redstone Oracle ♦️

How it works?

♦️ Modular design Putting data directly into storage is the easiest way to make information accessible to smart contracts. This approach used to work well for large update intervals and small number of assets. However, there are more and more tokens coming to DeFi and modern derivative protocols require much lower latency boosting the maintenance costs of the simple model.

That's why, RedStone proposes a completely new modular design where data is first put into a data availability layer and then fetched on-chain. This allow us to broadcast a large number of assets at high frequency to a cheaper layer and put it on chain only when required by the protocol.

♦️3 Ways to integrate Depending of the smart contract architecture and business demands we can deliver data using 3 different models:

🔴 RedStone Core, data is dynamically injected to user transactions achieving maximum gas efficiency and maintaining a great user experience as the whole process fits into a single transaction

🔴 RedStone Classic, data is pushed into on-chain storage via relayer. Dedicated to protocols designed for the traditional Oracles model, that want to have full control of the data source and update conditions.

🔴 RedStone X, targeting the needs of the most advanced protocols such as perpetuals, options and derivatives by eliminating the front-running risk providing price feeds at the very next block after users' interactions.

♦️ Data Flow

The price feeds come from multiple sources such as off-chain DEX'ed (Binance, Coinbase & Kraken, etc.), on-chain DEX'es (Uniswap, Sushiswap, Balancer, etc.) and aggregators (CoinmarketCap, Coingecko, Kaiko). Currently, we've got more than 50 sources integrated.

The data is aggregated in independent nodes operated by data providers using various methodologies (eg. median, TWAP, LWAP) and safety measures like outliers detection. The cleaned and processed data is then signed by node operators underwriting the quality.

The feeds are broadcasted both on the Streamr and directly to open-source gateways which could be easily spun off on demand.

The data could be pushed on-chain either by a dedicated relayer operating under predefined conditions (ie. heartbeat or price deviation), by a bot (ie. performing liquidations), or even by end users interacting with the protocol.

Inside the protocol, the data is unpacked and verified cryptographically checking both the origin and timestamps.

♦️ Data Format

At a top level, transferring data to an EVM environment requires packing an extra payload to a user’s transaction and processing the message on-chain.

♦️Data packing (off-chain data encoding)

Relevant data needs to be fetched from the decentralized cache layer, powered by the streamr network and the RedStone light cache nodes.Data is packed into a message according to the following structure.The package is appended to the original transaction message, signed and submitted to the network.All of the steps are executed automatically by the ContractWrapper and transparent to the end-user.

♦️Data unpacking (on-chain data verification)

1. The appended data packages are extracted from the msg.data
2. For each data package we:

• Verify if the signature was created by a trusted provider
• Validate the timestamp, checking if the information is not obsolete

3. Then, for each requested data feed we:

• Calculate the number of received unique signers
• Extract value for each unique signer
• Calculate the aggregated value (median by default) This logic is executed in the on-chain environment and we optimised the execution using a low-level assembly code to reduce gas consumption to the absolute minimum.

♦️On-chain aggregation To increase the security of the RedStone oracle system, we’ve created the on-chain aggregation mechanism. This mechanism adds an additional requirement of passing at least X signatures from different authorised data providers for a given data feed. The values of different providers are then aggregated before returning to a consumer contract (by default, we use median value calculation for aggregation). This way, even if some small subset of providers corrupt (e.g. 2 of 10), it should not significantly affect the aggregated value.

There are the following on-chain aggregation params in RedStone consumer base contract:

getUniqueSignersThreshold functiongetAuthorisedSignerIndex functionaggregateValues function (for numeric values)aggregateByteValues function (for bytes arrays) Types of values.

♦️ Types of values We support 2 types of data to be received in a contract:

Numeric 256-bit values (used by default)Bytes arrays with dynamic size

♦️ Security considerations

Do not override the getUniqueSignersThreshold function, unless you are 100% sure about it.Pay attention to the timestamp validation logic. For some use-cases (e.g. synthetic DEX), you would need to cache the latest values in your contract storage to avoid arbitrage attacks.Enable a secure upgradability mechanism for your contract (ideally based on multi-sig or DAO)Monitor the RedStone data services registry and quickly modify signer authorisation logic in your contracts in case of changes (we will also notify you if you are a paying client)

♦️ Recommendations

Try to design your contracts in a way where you don’t need to request many data feeds in the same transaction.Use ~10 required unique signers for a good balance between security and gas cost efficiency.

Gas report for 1 unique signer:

{   "1 data feed": {     "attaching to calldata": 1840,     "data extraction and validation": 10782   },   "2 data feeds": {     "attaching to calldata": 3380,     "data extraction and validation": 18657   },   "10 data feeds": {     "attaching to calldata": 15832,     "data extraction and validation": 95539   }, }

Gas report for 10 unique signers:

{ "1 data feed": { "attaching to calldata": 15796, "data extraction and validation": 72828 }, "2 data feeds": { "attaching to calldata": 31256, "data extraction and validation": 146223 }, "10 data feeds": { "attaching to calldata": 156148, "data extraction and validation": 872336 }, "20 data feeds": { "attaching to calldata": 313340, "data extraction and validation": 2127313 } }

#Blockchain #Oracle #Cryptocurrency #Data #Defi