Render Network Knowledge Base
RenderNetwork.com
  • Render Network Knowledge Base
  • General Render Network
    • Important Safety Information
    • Render Network Official Links and Channels
    • RNDR to RENDER: What you need to know
      • Setting up a Solana Wallet
        • Setting up a Solana Compatible Ledger Wallet
      • Using the Solana Upgrade Assistance Tool
      • Bridging RNDR ERC-20 Polygon Tokens to Upgrade
      • Render Network Upgrade Portal FAQ
      • Central Exchanges RNDR to RENDER Upgrades
    • Creators and Node Operators: Where do you fit?
      • How to get started as a Node Operator
        • Connecting your Node to the Render Network
        • Running Multiple Programs or Tasks
        • Running at Full Wattage
  • Artist Resources
    • How to Use the Render Network - Artist Guide
      • Preparing a scene
      • Working with Particles, Attributes and Dynamics
      • Upload ORBX Scene for Rendering
        • Using ORBX from Unreal Engine
        • Using ORBX From Blender
        • Using ORBX From Houdini
          • Using ORBX From Solaris (Houdini)
      • Create Job Parameters for Rendering
      • Advanced Job Paramaters: Minimum VRAM & Maximum GPUs
      • Linear EXR workflows and recommended DWA compression
      • Select Render Tier
      • Estimate Job Costs Prior to Rendering
      • Adding Funds to Your Account
      • Review and Approve Frames
      • Requesting a New Node
      • Downloading and Sharing Completed Frames
      • Downloading Directly to Cloud Storage Providers
        • Using the Render Network Cloud Storage Integration for Dropbox
        • Using the Render Network Cloud Storage Integration for AWS S3
      • The Render Network for Apple Users
    • Quickstart for C4D/Blender/Unreal/Houdini
      • Quickstart - C4D & Octane/Redshift
      • Quickstart - Blender
      • Quickstart - Unreal Engine
      • Quickstart - Houdini
    • Cinema 4D on Render Network Guide
      • C4D Wizard Plug-in
      • Using the C4D Wizard for Octane Render
      • Using the C4D Wizard for Redshift
      • Preparing your Cinema 4D file for the Render Network
        • Caching Simulations for the Render Network (Advanced)
        • How to work with nested scenes (XRefs) in C4D for the Render Network (Advanced)
        • Using Custom OCIO Configurations
      • Cinema 4D on the Render Network with Brilly
    • Render Network Tutorials
      • Getting Started with Brilly
      • Going behind the process with Zomax
      • Understanding Caustic Rendering with Silverwing
      • The Render Network on Mac with Pro Tharan
      • Everything you need to know about using the New ORBX Exporter
      • Cinema 4D on the Render Network with Brilly
      • Using Render's Differential Uploading from Octane Standalone
      • LMI Houdini Tools | Unlocking Octane & Render Network Capabilities with Andrey Lebrov
    • Render Network Downloads
      • The Render Cinema 4D Wizard - Download
      • The Render Network Download Manager Application
  • Using AI Generation Tools
    • Using Photopea on the Render Network
  • About Render Network Governance
    • Understanding Render Network Governance
      • How to Use Nation and Snapshot to Vote in RNPs
    • The Render Network Foundation
    • RNPs and the DAO system
      • What is a "DAO"?
    • Render Network Proposal (RNP) System
    • How to Vote in RNPs
  • Render Network Basics
    • Burn Mint Equilibrium
    • The RENDER SPL Token
    • RENDER Pricing of Compute Work
    • Understanding Crypto Wallets
      • Setting up your Wallet
      • Purchase RNDR Tokens
      • Advanced Topics
    • How do token contracts work?
    • Migrating Genesis Tokens
    • RENDER Emissions and RNDR Metrics (Legacy) Summary
Powered by GitBook
On this page
  1. Render Network Basics

Burn Mint Equilibrium

Explaining the BME and how it works.

Last updated 1 year ago

, a Cayman-based, non-profit organization dedicated to advancing Render Network, the world's leading decentralized compute network, implemented a new a Burn and Mint Equilibrium (BME) model, following a successful The upgrade allows rendering and AI jobs to be paid on-chain in RENDER (previously RNDR), the network's recently upgraded token, which now is emitted and transacted on Solana, a performant layer 1 blockchain.

Render Network's new BME model enables the network to consistently price services using a supply and demand equilibrium, which helps creators to forecast rendering and AI jobs costs while also facilitating node operators to efficiently provide compute services. By employing this model, Render Network aims to provide an ideal balance between supply, demand, and infrastructure in GPU processing.

"The Render Network remains committed to advancing a fully decentralized ecosystem that harmonizes supply, demand, and infrastructure within the GPU processing landscape. The implementation of the Burn and Mint Equilibrium model represents a significant milestone towards realizing this vision," said Jules Urbach, founder and architect of the Render Network.

Key aspects of Render Network's BME model include:

  • Predictable Fiat Pricing: Rendering and AI network tasks can now be priced in fiat currencies, allowing users to pay in the equivalent amount of native RENDER token or fiat for real-time services.

  • Emissions and Incentives for Network Participants: Predictable token emissions within the BME model incentivize GPU suppliers to serve the network's growing demand. Network emissions are distributed on a predefined declining schedule, viewable under , ensuring network stability. the community passed an Emissions Schedule for the first year allocating 9,126,804 RENDER to aid the network.

  • Token Burning and Emissions: Upon completion of work, creators pay for jobs by converting fiat to RENDER using distributed liquidity pools. The RENDER is subsequently burned in exchange for completion of the work. A transparent log of these transactions is maintained by the protocol, which forms the basis for rewards for contributors at each epoch's end.

  • Epoch-Based Allocation: Emissions are also allocated on an epoch-by-epoch basis, typically spanning a week period based on network usage. Adjustments to epoch durations can be made by a governance vote to effectively respond to changes in network utilization.

The Render Network Foundation
community vote
.
RNP-003
In RNP-006