LogoLogo
  • 01 ReSource Finance
    • Glossary
    • Executive Summary
  • 02 Mutual Credit
    • 2.1 Definitions and Rationale
    • 2.2 History
    • 2.3 WIR Bank
    • 2.3.1 Modern Multilateral Barter Networks
    • 2.4 Mutual Credit on the Blockchain
    • 2.5 The Basic Economic Questions for DLT-based Mutual Credit Systems
  • 03 The ReSource Protocol
    • 3.1 Introduction
    • 3.2 Distributed debt collection and obligation enforcement
    • 3.3 Distributed risk management
    • 3.4 Underwriting and risk assumption
    • 3.5 The Underwriting process - a breakdown
    • 3.6 Ambassadors and network administration
  • 04 Monetary Flow, Reserves, Default Insurance
    • 4.1 Introduction
    • 4.2 Default Insurance
    • 4.3 RSD Savings Accounts
    • 4.4 RSD Autonomous stability and relation to the US Dollar
    • 4.4.1 RSD/USD Soft Peg
    • 4.4.2 RSD on the Open Market
    • 4.5 SOURCE Token Dynamics
    • 4.6 Monetary Buffering
  • 05 Protocol and Network Governance
    • 5.1 Introduction
    • 5.2 Reputation
    • 5.3 SOURCE Governance Token
    • 5.4 Initial SOURCE Allocation and Distribution
  • 06 Application Layer
    • 6.1 Introduction
    • 6.2 The Underwriting dApp
    • 6.3 The Ambassador dApp
    • 6.3 The Pool Aggregator
    • 6.4 The ReSource Marketplace
  • 07 TECHNOLOGY
    • 07 Overview
    • 7.1 Negative Balances & CIP36
    • 7.2 Non-custodial Key Management
    • 7.3 The Marketplace
    • 7.4 Distributed Underwriting and Data Aggregation
    • 7.5 Financial Data & Data Providers
    • 7.6 ReSource Credit Risk Analysis Algorithm
    • 7.7 “Pay with ReSource"
    • 7.8 Cross-network liquidity pools for interoperability
  • 08 Future Industrial Use Cases for the ReSource Protocol
    • 08 Overview
    • 8.1 Telecommunication
    • 8.2 Complex Supply Chain Financing
Powered by GitBook
On this page

Was this helpful?

Export as PDF
  1. 04 Monetary Flow, Reserves, Default Insurance

4.6 Monetary Buffering

It is important to note that fee payments and staking requirements are both facilitated via SOURCE payments but denominated in RSD. For example, a member might be obligated to pay a 3% transaction fee. This fee is denominated in RSD but will be paid in SOURCE. In other words, a 100 RSD transaction will entail a 3 RSD fee, which will be paid in SOURCE.

As has been explained in previous chapters (4.4.1), in order to support RSDs soft peg to the US Dollar, the nominal amount of SOURCE required to pay fees and staking requirements is deduced from the official cUSD/SOURCE price. In other words, for the purpose of fee payments and staking requirements, the system regards 1 RSD as being equal to 1 cUSD.

If, for example, the current SOURCE price is 3 cUSD, 1 SOURCE will be consumed by a 100 RSD transaction under a 3% fee regime. If the price of SOURCE drops to 1 cUSD, 3 SOURCE will be consumed by the transaction, etc.

Likewise, staking requirements are denominated in RSD, while using cUSD as a proxy to calculate the required nominal amount of SOURCE. If an Underwriter is, for example, obligated to stake 20% of a credit line’s size, they would be required to stake 200 cUSD worth of SOURCE to underwrite a credit line of up to 1000 RSD. This would be 100 SOURCE if the price of 1 SOURCE equals to 2 cUSD at the time of underwriting.

However, SOURCE price is volatile which means that the staked amount may sink below or rise above the defined staking requirements of 20%. In such a case, the staking contract will either emit excess SOURCE as extra staking rewards or withhold staking rewards, until the staked amount equals to 20% again.

Following the example above, if the price of SOURCE sinks from 2 cUSD to 1 cUSD, staking rewards will be withheld until 100 additional SOURCE have been accumulated within the staking contract to render the staked amount equal to 200 cUSD. Vice versa, if the price of SOURCE rises from 2 cUSD to 4 cUSD, the staking contract will emit 50 SOURCE as rewards, so that the remaining 50 SOURCE equal to 200 cUSD again.

This way, the lower the price of SOURCE on the market the higher the nominal amount of SOURCE consumed by the network and vice versa. As a result, fee payments and staked SOURCE serve as monetary buffers that smooth the SOURCE supply and keep it primarily influenced by the size and transaction volume of the ReSource Network.

For more information about SOURCE allocation, distribution, and supply, please refer to chapter 5.4, “Initial SOURCE Allocation and Distribution.”

Previous4.5 SOURCE Token DynamicsNext5.1 Introduction

Last updated 2 years ago

Was this helpful?