What Is NEAR Protocol: Architecture & How It Works
Learn how NEAR Protocol works with Nightshade Sharding, Thresholded Proof of Stake consensus, and the NEAR token for scalable decentralized applicatio...
NEAR Protocol is a Layer-1 sharded proof-of-stake blockchain designed to host decentralized applications at scale. It processes transactions through Nightshade Sharding, a proprietary parallel-processing mechanism, and secures the network via Thresholded Proof of Stake (TPoS) consensus, with the NEAR token (₦) as its native currency for fees, storage payments, and staking.
This article covers how NEAR Protocol works, what the NEAR Protocol whitepaper reveals about its architecture and tokenomics, and how NEAR compares to Ethereum, Solana, and Avalanche.
Contents
- What is NEAR Protocol?
- The problem NEAR Protocol was built to solve
- How NEAR Protocol works: Nightshade sharding explained
- NEAR Protocol's consensus mechanism: Thresholded Proof of Stake
- The NEAR token (₦): utility, tokenomics, and staking
- The NEAR Protocol ecosystem: Aurora, Rainbow Bridge, and dApps
- NEAR Protocol vs Ethereum, Solana, and Avalanche: key differences
- Who built NEAR Protocol? Founding team, NEAR Foundation, and governance
- Frequently asked questions about NEAR Protocol
- Access the NEAR Protocol whitepaper and technical documentation
What is NEAR Protocol?
NEAR Protocol is a Layer-1 smart contract platform built to host decentralized applications (dApps), software programs that run on a blockchain rather than centralized servers, at throughput levels that a single-chain design cannot sustain. Unlike Bitcoin, which operates as a payment network, NEAR belongs to the category of smart contract platforms: blockchains specifically designed to execute self-executing programs that run automatically when predefined conditions are met.
NEAR is not a Layer 2 solution. Where Layer 2 scaling approaches such as Optimism or Arbitrum add transaction capacity on top of Ethereum by processing activity off the main chain, NEAR achieves scalability at the base Layer-1 level through its sharded architecture. This architectural distinction matters for developers evaluating platform security guarantees and for researchers assessing NEAR's positioning in the broader Web3 infrastructure landscape.
NEAR positions itself as foundational infrastructure for Web3, the emerging decentralized internet layer built on blockchain technology. The network launched its mainnet in 2020 and has since grown into an ecosystem encompassing financial applications, digital asset platforms, gaming projects, and AI-integrated products.
The problem NEAR Protocol was built to solve
Blockchain systems face a persistent engineering constraint known as the blockchain trilemma: the widely held observation, attributed to Ethereum co-founder Vitalik Buterin, that a network struggles to simultaneously achieve scalability, security, and decentralization without degrading at least one of the three properties.
Ethereum demonstrated this tension clearly. The network prioritized security and decentralization, but processing all transactions through a single chain created throughput ceilings and fee volatility. During periods of high demand, Ethereum gas fees, the transaction costs users pay to validators for processing activity on the network, rose to levels that made many applications economically unviable for ordinary users.
According to the NEAR Protocol whitepaper, the core design goal was to resolve this tradeoff: to build a network that scales horizontally through sharding while preserving the security and decentralization properties that make a blockchain credible. Nightshade Sharding is NEAR's architectural answer to that goal, and Thresholded Proof of Stake is its chosen consensus model for maintaining network integrity across those shards.
How NEAR Protocol works: Nightshade sharding explained
NEAR Protocol achieves scalability through Nightshade Sharding, a proprietary mechanism that divides the network's processing workload across parallel shards. As the number of shards increases, the network's transaction capacity grows without requiring individual nodes to become faster or more powerful. This design directly addresses the blockchain trilemma by adding horizontal capacity rather than vertical load.
What is blockchain sharding?
Blockchain sharding is a horizontal scaling technique that partitions a network's state and storage, as well as its transaction processing, across multiple parallel subsets called shards, so that different nodes process different transaction sets simultaneously rather than every node processing every transaction.
Think of it like a large library that grows too busy for one librarian to manage. Rather than requiring that single librarian to move faster, sharding divides the library into sections, each served by its own librarian. Patrons go to the relevant section, and the total throughput of the library scales with the number of sections. Blockchain sharding applies this same partitioning logic: the network is divided into parallel processing lanes, and different nodes are responsible for different lanes. The result is that the network can process more transactions per unit of time as more shards are added.
Nightshade: NEAR's sharding architecture
Nightshade Sharding is NEAR Protocol's proprietary sharding implementation, as described in the Nightshade: Scalable Blockchain Sharding technical paper published by the NEAR team. In Nightshade, the blockchain is treated as a single unified chain, but each block is composed of "chunks," where each chunk contains the transaction set from one shard for that block period. All chunks from all active shards are assembled into the parent block, so the network presents a single continuous ledger to observers while processing transactions across multiple shards in parallel.
This architecture means NEAR's throughput scales with shard count. The network currently targets up to [VERIFY: source and date] transactions per second under full sharding capacity, a figure derived from the NEAR Protocol whitepaper's throughput projections. The Nightshade design also ensures that state transitions on each shard are independently verifiable, so validators assigned to one shard do not need to process the full state of every other shard.
Key claims from the NEAR Protocol whitepaper
What the NEAR Protocol whitepaper states about architecture and design:
- According to the NEAR Protocol whitepaper, Nightshade Sharding enables horizontal throughput scaling without sacrificing the security guarantees of a single-chain ledger, because all shard chunks are incorporated into a single parent block.
- The whitepaper's consensus section states that Thresholded Proof of Stake selects validators through a stake-threshold mechanism that allows permissionless participation by any node meeting the minimum stake requirement.
- As specified in the technical documentation, the network targets a throughput capacity that scales linearly with shard count, with specific TPS projections provided in the whitepaper [VERIFY: source and date].
- The whitepaper further describes transaction fees on NEAR as designed to be predictable and stable, with a fee-burn mechanism that removes a portion of each fee from circulating supply.
- Per the NEAR Protocol whitepaper's storage economics section, on-chain storage fees are paid by developers rather than users, shifting the cost structure of dApp deployment compared to Ethereum's user-pays model.
NEAR Protocol's consensus mechanism: Thresholded Proof of Stake
NEAR Protocol secures its network through Thresholded Proof of Stake (TPoS), a consensus mechanism in which validator nodes stake NEAR tokens as collateral and are selected to produce blocks when their staked amount meets or exceeds the network's minimum threshold. TPoS is NEAR's specific consensus variant, distinct from the generic Proof of Stake implementations used by Ethereum and other networks.
Consensus mechanisms are the rules by which all nodes in a blockchain network reach agreement on the valid state of the ledger. Where some networks rely on energy-intensive computation, and others use a fixed elected group to vote on blocks, NEAR's TPoS defines participation through a stake threshold: any node that deposits enough NEAR tokens qualifies to participate in producing blocks.
What is Thresholded Proof of Stake (TPoS)?
Thresholded Proof of Stake (TPoS) is NEAR Protocol's specific consensus variant, as described in the NEAR Protocol whitepaper's consensus section. Any node that stakes NEAR tokens above the current minimum threshold qualifies for weighted random selection as a validator for a given epoch.
The threshold is not fixed permanently. It adjusts based on how many nodes are competing for validator seats in a given period, and selection is weighted by the size of each node's stake relative to the total stake in the pool. Nodes below the threshold are not penalized; they simply do not participate in that epoch's validation and can re-enter the competition in a subsequent epoch.
This mechanism differs from Delegated Proof of Stake (DPoS), used by networks such as EOS and TRON, where token holders vote for a fixed set of elected delegates who then validate all transactions on their behalf. Unlike DPoS's fixed delegate model, TPoS allows any node meeting the minimum stake to participate directly, making the validator set more open and responsive to stake distribution changes. The NEAR Protocol whitepaper frames TPoS as a mechanism that balances decentralization with economic accountability: validators risk their staked collateral if they behave dishonestly or go offline.
How validators work on NEAR Protocol
Validators on NEAR Protocol are network nodes that stake NEAR tokens as collateral, produce transaction blocks for their assigned shard during each epoch, and earn staking rewards proportional to their participation. Each epoch, the protocol assigns validators to specific shards based on the randomized selection process described above.
A token holder who does not want to run a full validator node can delegate their NEAR tokens to an existing validator. The delegator's tokens add to the validator's total stake, increasing its chances of selection, and the delegator receives a share of the validator's staking rewards in return. Delegation makes staking accessible without requiring the technical infrastructure of running a node. The total number of active validator seats per epoch is [VERIFY: source and date], sourced from the NEAR documentation on validators. Validators who fall below the stake threshold in a given epoch retain their tokens and can re-enter the pool in a subsequent epoch.
The NEAR token (₦): utility, tokenomics, and staking
The NEAR token (₦) is the native cryptocurrency of NEAR Protocol, serving four core network functions: paying transaction fees, purchasing on-chain storage, staking to support validator nodes, and participating in governance decisions. Understanding these utility roles is the necessary starting point before evaluating the token's economic model.
What is the NEAR token used for?
The NEAR token (₦) serves as the functional currency of NEAR Protocol across four distinct roles within the network.
Gas fees are the first and most frequent use. Gas fees are the transaction costs paid by users to compensate validators for processing and securing each transaction. On NEAR, gas fees are denominated in NEAR tokens rather than ETH. The fee structure includes a burn mechanism: a portion of every transaction fee is permanently removed from circulating supply, while the remainder is distributed to validators as a reward. This design creates a deflationary pressure that increases with network activity.
Storage fees represent the second use. Developers pay NEAR tokens to reserve storage space on the blockchain for their application's state. This model, described in the NEAR Protocol whitepaper's storage economics section, places the storage cost on application builders rather than end users, which changes the cost-of-ownership calculation for dApp developers.
The remaining utility functions are staking and governance. Token holders stake NEAR to become validators or to delegate to existing validators, earning rewards in return. NEAR tokens also carry governance weight, allowing holders to participate in protocol decisions.
Readers evaluating NEAR as an investment should consider the tokenomics data and staking yield presented in the next two sections as the objective basis for their own assessment. This article does not constitute financial advice and makes no investment recommendations.
NEAR tokenomics and supply model
NEAR Protocol's tokenomics follow a model described in the NEAR Protocol whitepaper, with annual token issuance distributed between validator rewards and a protocol treasury, while a percentage of each transaction fee is burned to reduce circulating supply over time.
| Metric | Value | Source | As of |
|---|---|---|---|
| Total supply | [VERIFY] | NEAR Foundation tokenomics documentation | [VERIFY date] |
| Circulating supply | [VERIFY] | NEAR Foundation tokenomics documentation | [VERIFY date] |
| Annual inflation rate | [VERIFY] | NEAR Protocol whitepaper, tokenomics section | [VERIFY date] |
| Validator reward allocation | [VERIFY] | NEAR Protocol whitepaper, tokenomics section | [VERIFY date] |
| Fee burn percentage | [VERIFY] | NEAR Protocol whitepaper, tokenomics section | [VERIFY date] |
| Initial distribution breakdown | [VERIFY] | NEAR Foundation tokenomics documentation | [VERIFY date] |
The inflation mechanism works as follows: the protocol issues new NEAR tokens each epoch to reward validators for their work. A separate fee-burn mechanism destroys a fixed percentage of transaction fees. The net inflation rate depends on the ratio of new issuance to burned fees, meaning that higher network activity can partially offset issuance through increased burns. Researchers evaluating NEAR's long-term supply model should consult the NEAR Protocol whitepaper's tokenomics section directly for the precise issuance schedule.
Staking NEAR: how it works
Staking NEAR tokens means locking them as collateral to support a validator node, which secures the network and entitles the staker to a share of block rewards for each epoch the validator participates. The process does not require running a node directly.
Token holders who want to stake without operating infrastructure can use delegation. Delegation involves assigning NEAR tokens to an active validator through a smart contract. The validator's total stake increases, raising its probability of selection, and delegators receive a proportionate share of the rewards minus the validator's commission fee. The approximate staking yield available to delegators is [VERIFY: source and date], sourced from NEAR's official staking documentation.
Staked tokens are subject to an unbonding period before they can be withdrawn. During this period, tokens remain locked and cannot be transferred or sold.
This article does not constitute financial advice. Staking yields vary and are not guaranteed returns.
The NEAR Protocol ecosystem: Aurora, Rainbow Bridge, and dApps
The NEAR Protocol ecosystem extends beyond the base layer through three interconnected components: Aurora EVM for Ethereum compatibility, Rainbow Bridge for cross-chain asset transfers, and a growing set of decentralized applications spanning DeFi, NFT platforms, gaming projects, and AI.
Aurora EVM: Ethereum compatibility on NEAR
Aurora EVM is an Ethereum Virtual Machine implementation built on NEAR Protocol as a smart contract, maintained by Aurora Labs, that allows developers to deploy Solidity-written smart contracts on NEAR's network without modifying their existing code. Aurora is not a native feature of NEAR Protocol itself; it is an application built on top of NEAR that provides EVM compatibility as an additional layer.
The practical implication for developers is considerable. A team that has already written contracts in Solidity for Ethereum can deploy the same contracts on Aurora, gain access to NEAR's transaction fee structure and throughput capacity, and interact with NEAR's native ecosystem, without rewriting their codebase in a different language. Aurora runs its own EVM, processes transactions using NEAR's underlying consensus and sharding, and settles state on the NEAR base chain.
NEAR's native smart contract environment is separate from Aurora. Native NEAR contracts are written in Rust, the primary and recommended language for NEAR development, or in AssemblyScript, a TypeScript-like language for developers already familiar with JavaScript environments. Developers choosing between the native environment and Aurora are trading off language familiarity against deeper integration with NEAR's account model and storage fee structure.
Rainbow Bridge: connecting NEAR and Ethereum
Rainbow Bridge is NEAR Protocol's trustless cross-chain bridge, enabling users to transfer ERC-20 tokens and ETH, along with other Ethereum-based assets, to and from the NEAR network without relying on a central custodian. The bridge operates through light client proof verification, meaning smart contracts on each side of the bridge independently verify the state of the other chain, removing the need for a trusted intermediary to approve transfers.
The practical function of Rainbow Bridge is asset portability. A user holding ETH or an ERC-20 token can lock that asset on the Ethereum side of the bridge and receive a corresponding wrapped token on NEAR, and vice versa. This connection means NEAR is not an isolated ecosystem: it shares liquidity pathways and asset access with Ethereum's broader token economy. For developers building applications that need to interact with assets from both networks, Rainbow Bridge provides the interoperability layer to do so.
What can you build on NEAR? Use cases and dApps
Developers building on NEAR Protocol can deploy decentralized applications across a range of categories, from DeFi protocols and NFT platforms to gaming applications and AI-integrated products. The network's fee structure and account model make it practical for applications that require frequent low-cost transactions, such as games that record every player action on-chain or DeFi protocols where users execute many small trades.
NEAR's developer tooling is provided primarily through Pagoda, the core development company formerly known as Near Inc., which maintains the NEAR developer platform, NEAR CLI (a command-line interface for building and deploying contracts), and the NEAR SDK for both Rust and AssemblyScript. Developers evaluating the platform can access documentation and tooling through the Pagoda developer ecosystem without needing to interact with the NEAR Foundation's grant programs directly.
NEAR Protocol vs Ethereum, Solana, and Avalanche: key differences
NEAR Protocol differs from Ethereum across four measurable dimensions: its sharded architecture processes transactions in parallel rather than sequentially, its transaction fees are lower and more predictable, its account system uses human-readable names such as "alice.near" rather than hexadecimal addresses like "0x742d...", and native smart contracts are written in Rust or AssemblyScript rather than Solidity alone.
The comparison table below presents the architectural and operational characteristics of NEAR Protocol alongside Ethereum, Solana, and Avalanche. All quantitative figures require editorial verification before publication.
| Chain | Consensus mechanism | Approx. TPS | Avg. transaction fee (USD) | Smart contract language(s) | Scaling approach | EVM compatible | Layer |
|---|---|---|---|---|---|---|---|
| NEAR Protocol | Thresholded Proof of Stake (TPoS) | [VERIFY: source and date] | [VERIFY: source and date] | Rust, AssemblyScript (+ Solidity via Aurora EVM) | Nightshade Sharding (L1) | Via Aurora EVM | L1 |
| Ethereum | Proof of Stake (Gasper) | [VERIFY: source and date] | [VERIFY: source and date] | Solidity, Vyper | Single chain + rollup L2s | Yes (native) | L1 |
| Solana | Proof of History + Proof of Stake | [VERIFY: source and date] | [VERIFY: source and date] | Rust, C, C++ | Single chain (high clock speed) | Partial (via Neon EVM) | L1 |
| Avalanche | Proof of Stake (Snowball/Snowman) | [VERIFY: source and date] | [VERIFY: source and date] | Solidity (on C-Chain) | Subnet architecture | Yes (C-Chain) | L1 |
NEAR and Solana both target high-throughput use cases and compete for the same developer and user audiences, but they arrive at throughput through different architectural choices. Solana uses a single-chain model accelerated by Proof of History, a timestamp mechanism that sequences transactions before they reach consensus, allowing the chain to process at higher speed without parallel partitioning. NEAR uses Nightshade Sharding to partition the workload across multiple shards, achieving throughput through parallelism rather than clock speed. Neither approach is inherently better suited for all use cases: the choice depends on the specific performance requirements and development environment preferences of a given application team.
Avalanche uses a subnet architecture, where applications can deploy on custom subnets with their own validator sets, offering a different tradeoff between isolation and shared security compared to NEAR's unified sharding model.
Who built NEAR Protocol? Founding team, NEAR Foundation, and governance
NEAR Protocol was co-founded by Illia Polosukhin and Alexander Skidanov in 2018, with the NEAR mainnet launching in April 2020.
The founders of NEAR Protocol
Illia Polosukhin, a former Google AI Research engineer and co-author of the foundational 2017 paper Attention Is All You Need (Vaswani et al.), co-founded NEAR Protocol alongside Alexander Skidanov, a former software engineer at Microsoft and MemSQL. The "Attention Is All You Need" paper introduced the Transformer architecture that underlies modern large language models, including GPT-class systems. Polosukhin is one of eight co-authors on that paper; his background extends well beyond it, but the AI research pedigree is uncommon among blockchain founders and has informed NEAR Foundation's growing focus on AI and blockchain convergence.
Skidanov contributed systems engineering depth, having worked on database infrastructure at MemSQL before co-founding NEAR. The combination of Polosukhin's machine learning background and Skidanov's systems engineering experience shaped both NEAR's technical architecture and the direction of the NEAR Foundation's product strategy in subsequent years.
The NEAR Foundation and protocol governance
The NEAR Foundation is a Swiss non-profit organization responsible for funding NEAR Protocol's development, administering ecosystem grants to developers building on the network, and supporting community growth and governance. The Swiss legal structure is a deliberate governance choice, consistent with the Ethereum Foundation and other protocol governance bodies that have adopted Swiss non-profit structures for their neutrality and legal clarity.
The NEAR Foundation stewards the ecosystem but does not unilaterally control the protocol. NEAR Protocol is open-source, and governance decisions involve community input from validators, token holders, and developers. Pagoda, the for-profit development company formerly known as Near Inc., builds and maintains the core protocol software and developer tooling, operating separately from the Foundation's grant and governance functions. The two organizations serve different roles: the Foundation allocates resources and coordinates the ecosystem; Pagoda executes the engineering work.
NEAR's development roadmap post-Phase 2 sharding includes progress toward stateless validation, a design that reduces the state storage burden on individual nodes, and continued work on NEAR Foundation's AI-integrated product strategy [VERIFY: current status]. Researchers tracking NEAR's technical trajectory should consult the NEAR Foundation's official communications and GitHub repositories for current roadmap status.
Frequently asked questions about NEAR Protocol
What is NEAR Protocol and how does it work?
NEAR Protocol is a Layer-1 sharded proof-of-stake blockchain designed to host decentralized applications at throughput levels that single-chain networks cannot sustain. It achieves scalability through Nightshade Sharding, which processes transactions across parallel network segments called shards, and secures the network through Thresholded Proof of Stake (TPoS) consensus. The native NEAR token (₦) is used to pay transaction fees, purchase storage, stake in the network, and participate in governance.
What makes NEAR Protocol different from Ethereum?
NEAR Protocol differs from Ethereum in four main ways: it uses Nightshade Sharding to process transactions in parallel rather than sequentially on a single chain; its transaction fees are lower and more predictable; its accounts use human-readable names such as "alice.near" instead of hexadecimal addresses; and native smart contracts are written in Rust or AssemblyScript rather than Solidity, though Solidity contracts can run on NEAR via Aurora EVM.
What is the NEAR token used for?
The NEAR token (₦) serves four functions within NEAR Protocol: paying gas fees on transactions, purchasing on-chain storage for application state, staking as collateral to participate in validator selection or delegation, and voting on governance proposals. Gas fees on NEAR are denominated in NEAR tokens rather than ETH, and a portion of each fee is burned through the protocol's fee-burn mechanism.
Who created NEAR Protocol?
NEAR Protocol was co-founded by Illia Polosukhin and Alexander Skidanov in 2018. Polosukhin is a former Google AI Research engineer and co-author of the 2017 "Attention Is All You Need" paper. Skidanov is a former software engineer at Microsoft and MemSQL. The NEAR mainnet launched in April 2020.
Is NEAR Protocol a Layer 1 blockchain?
Yes, NEAR Protocol is a Layer-1 blockchain. It is a base-layer network that processes and settles transactions directly on its own chain, rather than relying on another blockchain's security. This distinguishes it from Layer 2 solutions such as Optimism or Arbitrum, which process transactions off Ethereum's main chain and settle proofs back to it.
What is Nightshade sharding in NEAR?
Nightshade Sharding is NEAR Protocol's proprietary sharding implementation, in which each block is composed of "chunks" representing the transaction sets from all active shards processed in parallel. The network presents as a single unified chain while processing transactions across multiple shards simultaneously. The design is specified in the Nightshade: Scalable Blockchain Sharding technical paper published by the NEAR team.
How does NEAR Protocol achieve scalability?
NEAR Protocol achieves scalability through Nightshade Sharding, which partitions the network's transaction processing across multiple parallel shards so that throughput grows as shard count increases. Each shard processes its own transaction set, and all shard outputs are assembled into a single parent block. This horizontal scaling approach allows NEAR to increase capacity without requiring individual nodes to become more powerful.
What programming languages does NEAR support?
NEAR Protocol supports Rust as the primary and recommended language for native smart contract development, and AssemblyScript as an alternative for developers who prefer a TypeScript-like syntax. Developers who want to write contracts in Solidity can deploy through Aurora EVM, which runs as a smart contract on NEAR and provides full EVM compatibility without requiring codebase changes.
What is the Rainbow Bridge in NEAR Protocol?
Rainbow Bridge is NEAR Protocol's trustless cross-chain bridge that enables users to transfer ERC-20 tokens, ETH, and other Ethereum-based assets between the Ethereum and NEAR networks without a central custodian. It operates through light client proof verification, where smart contracts on each chain independently verify the other chain's state before releasing assets. This allows NEAR to access Ethereum's token liquidity without requiring a trusted third party.
What is Aurora on NEAR Protocol?
Aurora EVM is an Ethereum Virtual Machine implementation built on NEAR Protocol as a smart contract, maintained by Aurora Labs. It allows developers to deploy existing Solidity-written Ethereum contracts on NEAR's network without rewriting code. Aurora is not NEAR Protocol's native EVM layer; it is an application layer built on top of NEAR that provides EVM compatibility alongside NEAR's native Rust and AssemblyScript contract environment.
How do validators work on NEAR Protocol?
Validators on NEAR Protocol are network nodes that stake NEAR tokens above the minimum threshold to qualify for block production. Each epoch, the protocol selects validators through a stake-weighted random process and assigns them to specific shards. Validators produce blocks for their assigned shard, earn staking rewards for doing so, and risk losing staked tokens if they act dishonestly or fail to participate. Token holders who do not run nodes can delegate their NEAR tokens to a validator and share in the rewards.
What is NEAR Protocol's consensus mechanism?
NEAR Protocol uses Thresholded Proof of Stake (TPoS) as its consensus mechanism, as described in the NEAR Protocol whitepaper. In TPoS, any node that stakes NEAR tokens above the current minimum threshold qualifies for validator selection, with selection weighted by stake size. The threshold adjusts each epoch based on total competing stake. This differs from generic Proof of Stake in its threshold-based access model and from Delegated Proof of Stake in its permissionless validator participation.
How many transactions per second can NEAR handle?
NEAR Protocol's throughput scales with the number of active shards under the Nightshade architecture. The specific TPS capacity under current shard configuration is [VERIFY: source and date from NEAR Protocol documentation]. The NEAR Protocol whitepaper specifies a throughput target that increases linearly with shard count, meaning network capacity can grow through protocol upgrades that add shards rather than hardware improvements.
What is the NEAR Foundation?
The NEAR Foundation is a Swiss non-profit organization that funds NEAR Protocol's development, administers grants to ecosystem developers, and supports protocol governance. It stewards but does not unilaterally control the protocol, which is open-source and subject to community governance. The NEAR Foundation is a separate legal entity from Pagoda, the for-profit development company that builds and maintains NEAR's core software infrastructure.
Where can I find the NEAR Protocol whitepaper?
The NEAR Protocol whitepaper and the Nightshade: Scalable Blockchain Sharding technical paper are both available at near.org/papers. The NEAR Protocol whitepaper covers the full protocol architecture, consensus mechanism, tokenomics model, and network design. The Nightshade paper provides the detailed technical specification for NEAR's sharding implementation specifically.
Access the NEAR Protocol whitepaper and technical documentation
The NEAR Protocol whitepaper and the Nightshade: Scalable Blockchain Sharding technical paper are both available at near.org/papers. The documents are the primary sources for all architectural and consensus claims in this article, along with the tokenomics specifications.
- NEAR Protocol whitepaper: covers the full protocol architecture and Thresholded Proof of Stake consensus mechanism, along with the tokenomics model, storage fee structure, and network design rationale.
- Nightshade: Scalable Blockchain Sharding: the dedicated technical specification for NEAR's sharding implementation, covering the chunk architecture, shard assignment mechanics, and throughput scaling properties.
Developers evaluating NEAR Protocol for application development can find contract documentation, SDK references, and validator setup guides at docs.near.org. The NEAR Foundation's grant programs and ecosystem resources are accessible through near.foundation.