-1-

1. 개요

니어(NEAR)는 시스템들이 어떻게 설계되는지, 애플리케이션들이 어떻게 만들어지는지, 또 웹 자체가

어떻게 작동하는지를 바꿀 수 있는 잠재력을 지닌 탈중앙화된 애플리케이션 플랫폼입니다. NEAR는 단
순한 목표를 가진 복잡한 기술입니다. 즉, 개발자와 기업가가 돈과 신원과 같은 고부가 가치 자산을 보
호하는 애플리케이션을 쉽고 지속 가능하게 구축하는 동시에 소비자가 액세스할 수 있을 만큼 성능이
뛰어나고 사용 가능하게 만드는 것입니다. 이를 위해 NEAR는 최종 사용자에게 직관적인 경험이란 무
엇인지를 알려주고, 수백만 종류의 기기들 전반에 거쳐 성능을 확장시키고, 개발자들이 개발한 애플리
케이션들과 관련된 새롭고 지속가능한 비즈니스 모델을 제공하도록 구축되었습니다. 이렇게 함으로써
NEAR는 개방형 금융(Open Finance)의 범위를 확대하고 개방형 웹(Open Web)의 미래를 강화하는 충
분한 성능을 지닌 유일한 커뮤니티 기반 클라우드(cloud)를 만들고 있습니다.
아래에서는 NEAR가 자사 시스템의 핵심 기술을 어떠한 접근법을 통해 설계하고 적용시켰는가에 대해
설명할 것입니다. 가능한 우리는 널리 통용되는 용어들을 사용할 것이며, 기술 적용과 관련한 심화된
내용들을 살펴보기 전에 가장 기초적인 원칙, 가치, 설계 의도 등이 포함된 관련 분야들을 설명할 것입
니다. 보다 깊은 내용의 기술적 주제들은 관련 주제별 논문이나 블로그에서 찾아보실 수 있습니다.
현재 활발히 개발되고 있는 모든 복합 시스템과 같이 본 백서의 내용 및 그것이 설명하고 있는 기술들
은 변경될 수 있습니다. 사실, NEAR가 가지고 있는 특장점 중 하나가 바로 빠르고 실용적인 반복입니다
. NEAR 프로토콜과 관련한 최신 정보는 자사 블로그 (https://www.near.org/blog), 라이브 채팅 채널(ht
tp://near.chat) 및 코드베이스 (https://github.com/nearprotocol)에서 찾아보실 수 있습니다.

2. 서론

오늘날 웹의 풍부함은 “무허가 혁신(permissionless innovation),” 즉 타인의 허가를 먼저 구하지 않고도

콘텐츠나 애플리케이션을 만들 수 있는 환경의 장점을 충분히 활용한 수백만 사람들의 공동 노력에서
탄생했습니다. 그러나 불행하게도, 데이터와 관련한 자유는 제한된 상황이고, 이는 사용자들의 이익에
적극적으로 반하고 있습니다.
소수의 기업은 네트워크의 효과를 통해 수많은 사용자의 가입을 유도한 후, 그들이 다른 대안을 살펴보
지 못하도록 그들의 데이터를 움켜쥐고 있습니다. 이와 비슷하게, 대형 플랫폼들 또한 애플리케이션들
이 자신의 생태계 위에서만 개발되도록 하고 있으며, 그렇게 하지 않은 애플리케이션들의 경우 너무 커
버리기 전에 자사로의 접근을 막아버리거나 그들의 이익에 적극적으로 반하는 조치를 하고 있습니다.
이러한 “벽으로 둘러싼 정원”은 혁신을 방해했고 웹의 방대한 부분을 효과적으로 독점했습니다. 미래에
는 새로운 기술을 활용하여 과거 무허가 혁신을 다시 활성화해 사용자가 자유롭고 애플리케이션은 이
익에 반하는 대신 자신들의 이익에 보탬이 되는 보다 개방된 웹을 만드는 방식으로 이 문제를 해결할
수 있습니다.
우리는 이러한 자유가 가진 힘을 금융 분야에서 이미 목격했습니다. 금융 분야에서는 비트코인과 같은
탈중앙화된 디지털 자산들과 그들의 기반이 되는 블록체인 기술을 통해 기존 은행 시스템에서 요구하
는 수수료의 아주 적은 일부만으로도 수십억 달러의 돈을 P2P(Peer to Peer) 전송할 수 있었습니다. 동
일한 기반 기술을 통해 500억 달러를 상회하는 디지털 상품 분야의 당사자들은 자신들의 디지털 상품

-2-
들을 다른 이의 허가 없이 추적, 구매, 거래했습니다. 현실 세계의 상품들이 디지털 상품들과 동일한 인
증된 소유권과 추적 시스템을 갖추고 디지털 세계로 넘어오기도 했습니다.
데이터의 자유 그 자체가 무허가 혁신을 가능케 하는 웹 환경은 오늘날 우리가 목격한 것을 넘어 새로
운 형태의 소프트웨어 개발을 이끌어 갈 것입니다. 이러한 웹 환경 내에서 개발자들은 개방된 구성 요
소들을 이용하여 애플리케이션을 빠르게 개발하고, 사용자와의 기생적인 관계에 의존하는 대신 소프트
웨어 자체로부터 나오는 새로운 비즈니스 모델들이 가능하게 할 것입니다. 이는 사용자들과 보다 정직
하고 협력적인 관계를 갖는 애플리케이션의 개발을 가속화할 뿐 아니라 그 자체 위에 구축되는 완전히
새로운 사업들의 태동을 가능케 할 것입니다. 이러한 새로운 애플리케이션들과 그들을 강화시키는 개
방형 웹은 적절한 종류의 인프라(infrastructure)가 있을 때만이 존재할 수 있습니다. 새로운 웹의 플랫
폼은 하나의 존재에 의해 통제되어서는 안 되며, 그 사용 또한 충분치 못한 확장성에 의해 제한되어서
는 안 됩니다. 그것의 설계는 웹 자체만큼이나 탈중앙화 되어 있어야 하며, 넓게 흩어져 있는 운영자 커
뮤니티에 의해 지원됨으로써 그것이 저장하고 있는 가치가 해당 가치를 저장시킨 사용자들의 허가 없
이 검열, 수정, 혹은 삭제되지 않도록 해야 합니다. 그것은 또한 새로운 경제의 중추적 역할을 감당할 만
큼 튼튼하고 안정적이어야 합니다.
이것이 바로 NEAR의 인프라입니다.
NEAR는 탈중앙화된 애플리케이션 플랫폼으로 미래의 개방형 웹 및 그와 관련한 경제 분야를 강화하고
자 설계되었습니다. NEAR는 비트코인을 “불사(不死)의 화폐”로 만들어 준 기술과 동일한 핵심 기반 기
술을 사용하며, 그것을 커뮤니티 컨센서스(community consensus), 데이터베이스 샤딩(database shardi
ng) 및 사용성 분야의 최신 진보 기술들과 결합했습니다. 이러한 웹에서는 새로운 화폐서부터 새로운
애플리케이션, 더 나아가 새로운 산업들까지 모든 것이 창조될 수 있어 완전히 새로운 미래로의 문이
열리게 되는 것입니다.

탈중앙화가 왜 필요한가요?
표면적으로 보면, 탈중앙화된 블록체인 기반 플랫폼들의 여러 가지 설계 목표들은 기존 플랫폼을 사용
함으로써 더 빠르고 값싸게 달성할 수 있습니다.
예를 들어, 이더리움 블록체인상에서 데이터를 보관하고 연산을 수행하는 데 드는 비용은 같은 업무를
아마존 웹 서비스(Amazon’s Web Services, AWS)를 통해 수행하는데 드는 비용보다 수천에서 수백만
배 더 큽니다. 개발자는 언제라도 탈중앙화된 플랫폼에서 드는 비용보다 훨씬 싼 비용으로 “중앙화된(c
entralized)” 애플리케이션이나 화폐를 개발할 수 있는데, 이는 탈중앙화된 플랫폼에서는 그 정의상 처
리와 보관이 상당히 많이 반복되기 때문입니다.

그렇다면 추가 비용을 지불하면서까지 탈중앙화를 지원하는 것이 왜 중요할까요?

그것은 모든 데이터가 동일한 가치를 지닌 것은 아니기 때문입니다.
가치의 특정 요소들, 예를 들어 디지털 자산에 대한 소유권이나 개인 신원, 재산에 대한 권리 등을 나타
내는 비트들은 매우 민감합니다. 중앙화된 시스템에서 아래 주체들은 자신들이 접촉하는 모든 잔액의
가치를 직접 바꿀 수 있습니다.
1. 애플리케이션 코드의 출시 혹은 업데이트를 통제하는 개발자
2. 데이터가 보관되어 있는 플랫폼
3. 애플리케이션 코드가 실행되는 서버

-3-
상기 주체들이 악의를 가지고 운영할 생각이 없다고 하더라도, 정부, 경찰력, 해커 등의 행동에 따라 이
러한 주체들은 쉽게 사용자에게 등을 돌려 그들이 지켜내야 할 잔고들을 검열하고, 수정하며, 심지어
훔칠 수도 있는 것입니다.
이러한 잠재적 취약성에도 불구하고, 일반 사용자들은 일상적인 데이터 및 연산 수행에 있어 일반적인
중앙화된 애플리케이션을 신뢰합니다. 일반적으로, 부(富)의 잔고와 신원이라는 가장 민감한 정보를 유
지/보관할 만큼 충분한 신뢰를 얻는 기관들로는 은행과 정부 정도가 있을 것입니다. 그러나 이러한 기
관들조차 자만심, 부패, 도난과 같이 매우 인간적인 것들의 공격 대상이 됩니다.
예를 들어, 2008년의 글로벌 금융 위기는 레버리지가 지나치게 높은 은행 시스템에 대한 신뢰가 어떠
한 근본적인 문제를 가졌는지를 우리에게 보여주었습니다. 또한 세계의 정부들이 위기 상황에서 국민
들의 자본들을 어떻게 통제하는지도 시의적절하게 보여주었습니다. 이러한 예 외에도, 여러분들과 관련
한 민감한 데이터의 대부분을, 아니 전부를 해커들이 갖고 있다는 말은 이제 뻔한 이야기가 됐을 정도
입니다.
이와 반대로, 완전히 탈중앙화된 시스템에는 “끄기” 스위치가 없으며, 범죄자들이 자신들의 의도를 해
당 시스템상 개발된 애플리케이션에 강제할 방법 또한 없습니다. 이를 위해 시스템은 계산 및 데이터
저장의 중요한 부분에서 충분한 장애 조치를 해야 합니다. 이러한 분야에서의 장애 조치는 악용될 수
있기 때문입니다. 저장되는 정보가 민감할수록 더 많은 장애 조치와 보안이 필요하며, 더 분산화가 중
요해집니다.
블록체인 기반 시스템은 불변성이 이러한 시스템을 구성하고 중복성을 강화하는 수많은 행위자 간의
협력과 조정을 장려하는 데 필요한 기본 요소(예: 토큰)를 제공하기 때문에 이러한 분산화의 기반입니
다. 이러한 시스템들은 일단 출시되면 기본적으로 “불사(不死)”의 성질을 갖게 됩니다.
이러한 시스템 위에 애플리케이션을 구축하여 얻을 수 있는 이익은 상당합니다. 이제 매우 민감한 정보
는 보호되고 어디서나 사용할 수 있을 뿐만 아니라, 화폐는 이러한 매체의 기본 요소입니다. 탈중앙화
된 애플리케이션들은 현재의 웹보다 더 복잡한 인프라에서 작동하지만, 개별 기업의 데이터 창고에 저
장된 현재의 웹이 제공할 수 없는 전 세계적인 화폐, 가치 및 정보에 즉각적으로 접근할 수 있습니다.
또한, 이러한 애플리케이션들이 보호하고 있는 데이터는 애플리케이션 자체가 아닌 최종 사용자들에
의해 완전히 소유되고 통제됩니다. 이는 탈중앙화된 인프라 없이는 존재할 수 없는 새로운 사용 사례를
제시해줍니다. 탈중앙화는 매우 중요하지만 모든 블록체인 기반 시스템이 탈중앙화된 것은 아닙니다.
탈중앙화란 다양한 차원에서 살펴볼 수 있는 척도이지만, 근본적으로는 다음의 질문으로 귀결됩니다. –
시스템 자체를 붕괴시키려면 시스템 내 몇 명의 사용자들이 부패해야 하는가? 또한 이러한 붕괴가 일
어날 확률은 얼마나 되는가? 시스템이 보호해야 하는 자산이 중요하면 할수록, 해당 시스템에서 입에
발린 탈중앙화가 아닌 진정한 탈중앙화가 이루어졌느냐가 더욱 중요해집니다. 본 백서의 후반에서는 N
EAR의 탈중앙화를 이루어 낸 기술적 아키텍쳐(technical architecture)에 대해 설명하겠습니다.

NEAR 요약
NEAR는 NEAR 프로토콜 블록체인 위에서 실행되는 탈중앙화된 애플리케이션 플랫폼입니다. 전 세계
수백 대의 컴퓨터에서 실행되는 이 블록체인은 새로운 웹을 위한 강력하고 분산된 데이터 계층을 생성
할 수 있을 만큼 허가가 필요하지 않고, 성능이 뛰어나며, 보안이 우수하도록 구성되어 있습니다.
기본적으로 NEAR는 공유되고 보호받는 공동자금이라던가 신원 정보, 기타 사용자가 소유하고 있는 데
이터에 접근하는 애플리케이션을 위한 플랫폼입니다. 기술적으로 말하자면, NEAR는 분리 저항 네트워

-4-
킹(partition-resistant networking), 서버 없는 연산(serverless computing) 및 분산 저장(distributed sto
rage)의 특징들을 모아 새로운 종류의 플랫폼에 결합한 것입니다.
비교를 위해 말하자면, AWS와 마이크로소프트사의 에져(Azure)는 오늘날 웹 인프라의 대부분을 운영
하고 있으며, 애플리케이션이 배포되는 가장 일반적인 두 개의 “클라우드”입니다. 이 연산/보관 클라우
드들을 구성하는 개별 서버들은 하나의 주체에 의해 통제됩니다. 이는 이러한 서버들 내에서 실행되거
나 보관되는 모든 것들은 상기 회사들, 혹은 상기 회사들이 원치 않은 일을 하도록 강제할 수 있는 정부
기관들의 손안에 있음을 의미합니다. 데이터는 쉽게 없어지고, 검열되며, 바뀌고, 해킹당합니다. 이는
오류가 일어나는 지점이 하나뿐이기 때문입니다.
이러한 클라우드 서버에서 배포되는 애플리케이션 또한 그것의 개발자 혹은 개발 자격을 갖춘 이들에
의해 지속해 수정될 수 있습니다. 이 때문에 개발자들은 소프트웨어를 쉽게 업데이트할 수도 있지만,
반대로 애플리케이션에 접근하는 데이터가 그들에 의해 검열, 변경 혹은 도난당할 수 있다는 것을 의미
합니다. 그들이 의도적으로 그랬던, 해킹당했던, 정부 기관에 의해 강제됐던 간에 말입니다. 사용자 데
이터는 대개 대규모 데이터베이스 내에 보관되기 때문에, 이러한 개발자들은 비도덕적 행위의 매력적
인 대상이 되는 것입니다.
개발자와 플랫폼 자체의 취약성 때문에 이러한 플랫폼에 저장된 민감한 데이터는 취약할 수밖에 없습
니다. 소수의 회사 대신 누구나 참여할 수 있는 글로벌 커뮤니티가 이러한 애플리케이션들이 들어 있는
클라우드를 운영한다면, 그 속의 프로그램 및 자산들은 투명해지고 기본적으로 “불사(不死)”의 성질을
지니게 되어 사용자들이 돈, 신원, 디지털 자산 등의 의미 있는 것들을 안심하고 보관할 수 있도록 해
주며, 제3자의 허가나 플랫폼 없이도 이것들을 누구와도 안전하게 거래할 수 있도록 해 줄 것입니다. 전
세계적으로 여러 가지 중복 요소가 존재하기 때문에 하나의 오류지점은 사라지게 되며, 클라우드 네트
워크를 구성하는 커뮤니티 회원들 사이에서 프로그래밍 방식으로 달성된 합의로 인해 보안은 유지됩니
다.
개발자의 취약점을 없애기 위해, 클라우드에 배포된 애플리케이션은 향후 업데이트가 되더라도 그것의
접속 상태 정보를 수정할 수 없는 상태로 잠궈 놓을 수 있습니다. 일단 애플리케이션들이 이러한 상태
가 되면, 그것들은 자율적인 상태가 되어 오류나 간섭없이 자신들이 수행해야 하는 기능을 계속 수행할
것이라 신뢰할 수 있게 되는 것입니다. 이는 돈, 신원, 데이터의 핵심 부분 등과 같이 높은 가치의 자산
들이 안전하게 보관될 수 있도록 해줍니다. 비트코인은 비트코인이라는 디지털 자산만을 보관하고 이
동시키는 데 주로 사용되지만, 글로벌 커뮤니티가 운영하는 클라우드의 가장 오래되고 기본적인 버전
이라고 간주할 수 있습니다.
이더리움은 두 번째로 나온 조금 더 정교한 버전으로써, 비트코인의 기본 원리들을 확장하여 더욱 일반
적인 연산 및 저장 플랫폼을 만들어 냈지만, 의미 있는 주류들의 채택까지는 이루어내지 못한 원초적인
기술입니다.
NEAR는 지금까지의 진보를 넘어 주류들의 채택을 받는 데 필요한 세 가지 핵심 과제들, 즉 사용성, 확
장성 및 보안성의 문제들을 모두 해결해낸 최초의 탈중앙화된 애플리케이션 플랫폼입니다.

커뮤니티 클라우드를 만드는데 직면하게 되는 도전 과제들

이와 같은 커뮤니티 기반의 시스템은 하나의 주체 혹은 대중에게 알려진 복수의 주체에 의해 운영되는
중앙화된 클라우드 인프라와는 매우 다른 도전 과제들을 가지고 있습니다. 아래에 그 예들을 몇 가지
적어 보았습니다.

-5-
 1. 누구에게나 포괄적이어야 하고 조작이나 점령으로부터 안전해야 합니다.
2. 참여자가 태만 혹은 악의적인 행동에 대한 인센티브를 가질 수 없게 만들면서 작업에 대해 공
정한 보상을 받아야 합니다.
3. 시스템은 좋은 참여자가 올바른 균형점을 찾도록 게임 이론적으로 안전하며, 나쁜 참여자가 시
스템에 부정적인 영향을 미치지 못하도록 조작에 대한 저항력이 있어야 합니다.

이러한 인센티브를 매끄럽게 조정할 수 있는 유일한 방법은 자유시장 기반의 시스템을 도입하는 것이
기에 NEAR 플랫폼은 (마찬가지로 NEAR라고 불리는) 토큰을 사용하여 이 모든 것을 하나로 통합시켰습
니다. 이 토큰을 사용하면 세계 어디에 있든 클라우드 리소스 사용자가 서비스 공급자에게 공정하게 보
상하고 참여자가 선의로 운영하도록 할 수 있습니다.
탈중앙화를 유지하기 위해서는 이와 같은 커뮤니티 기반의 시스템이 무허가성 형식으로 운영되는 것이
중요한데 이는 누구라도 참여할 기회를 가진다는 의미입니다. 이를 보장하기 위해 익명성은 꼭 필요하
며, 따라서 당사자의 신원 공개는 요구되지 않습니다. 이를 통해 탈중앙화가 이루어지긴 하지만, 이 때
문에 여러 종류의 부정행위가 발생할 수도 있기 때문에 시스템의 모든 메커니즘은 한 명의 개별 인원이
하나의 계정, 혹은 수백만의 계정을 통제할 수도 있다고 가정해야 합니다. 따라서, 시스템에 참여하고
이를 지배하기 위해 우리는 “1 토큰은 1표와 같다”라는 원칙으로 운영합니다.
이러한 시스템은 강력한 탈중앙화가 필요한 반면, 기술과 커뮤니티가 발전할 수 있는 자유를 갖추어
야 하므로 구식화되지 않도록 균형을 유지해야 합니다. 따라서 커뮤니티의 장기적인 건전성은 플랫폼
자체에서 광범위한 탈중앙화와 강력한 보안을 유지하면서 기술이 시간이 지남에 따라 기술을 발전시
키기 위한 효율적인 프로세스를 만들어야 합니다.

3. 왜 NEAR인가?

오늘날 블록체인은 상당한 발전을 이루었습니다. 2008년 출시된 최초의 블록체인인 비트코인은 가치
저장의 수단으로서 그 네트워크의 가치가 3,000억 달러를 초과하였으며, 2014년에 출시된 최초의 “글
로벌 컴퓨터”인 이더리움은 게이밍부터 탈중앙화된 금융까지 수천 가지의 혁신적 애플리케이션들을 자
랑하고 있습니다.
불행하게도, 이러한 최초의 네트워크들과 그 후에 출시된 네트워크들 모두 그들 위에 개발된 애플리케
이션들의 주류 채택을 위한 격차를 해소하지 못했고, 웹 전체를 지원할만한 규모를 제공하지 못했습니
다.
이것은 다음의 두 가지 요인들 때문입니다:
1. 시스템 설계
2. 조직 설계
타 플랫폼들의 기술적 아키텍처는 사용성 및 확장성이라는 부분에서 상당한 문제를 야기시키고 있고,
이 때문에 가장 뛰어난 기술 혁신가들을 제외하고는 이들을 채택한다는 것은 거의 불가능한 일이 되어
버렸기 때문에 시스템 설계가 두 가지 요인 중 하나가 되는 것입니다. 애플리케이션을 사용할 때 최종
사용자는 97~99%의 이탈률을 경험하고, 개발자들은 자신들의 애플리케이션들을 만들고 유지하는 과
정에서 끝없는 좌절감을 느낍니다.

-6-
이러한 문제를 해결하려면 현재 프로토콜 아키텍처에 대한 실질적이고 복잡한 변경이 필요하며, 기존
조직은 이러한 변경을 구현할 능력이 없었습니다. 대신, 기존 조직들은 수년간 상세 설계 및 구현에 관
한 백로그(backlogs)를 쌓아 놓음으로써 자신들의 기술이 점점 뒤처지게 됩니다.
NEAR의 플랫폼과 조직은 위에 명시한 문제들을 해결하기 위해 특별히 설계되었습니다. NEAR의 기술
설계는 세계에서 가장 유용하고 확장 가능한 분산형 플랫폼을 만드는 데 집중하여 글로벌 규모의 애플
리케이션이 실제로 채택될 수 있도록 합니다. 또한, 그것의 조직 및 거버넌스(governance) 구조 또한 프
로토콜을 빠르게 전달하고 지속해 발전시켜 전혀 쓸모없게 되지 않도록 설계되었습니다.
다음 섹션에서는 이러한 문제들과 관련한 주요 기능들을 살펴보겠습니다.

주요 기능들
현재의 플랫폼, 개발자 및 최종 사용자가 직면하고 있는 주요 문제들은 아래 설명되어 있습니다. 이러
한 기능의 구체적인 구현에 대한 자세한 내용은 이 백서의 다음 섹션에 나와 있습니다.

첫째: 사용성
새로운 블록체인 기반 플랫폼은 대개 자신들이 기존의 플랫폼들보다 큰 확장성 제공하는 것을 기반으
로 차별화를 주장합니다. 그러나, 플랫폼 확장성은 그만큼의 처리량을 요구할 정도로 충분한 채택이 이
루어지지 않는 한 아무런 의미가 없습니다. 이는 아무도 가고 싶어 하지 않는 사막 한 가운데에 10만 명
이 운집할 수 있는 거대한 운동장을 만드는 일만큼이나 의미가 없는 것입니다. 따라서, 우리가 다루어
야 할 더 중요하고 시급한 문제는 사용자들이 실제로 사용할 수 있는 유용한 애플리케이션을 개발자들
이 더욱 쉽게 개발함으로써 그들이 지속가능한 가치를 누릴 수 있도록 하는 것입니다.
이러한 차원의 변화들은 기술 스택의 2차 레이어에서 이루어질 수도 있겠지만, 가장 중요한 것들은 프
로토콜 수준에서 이루어져야 하며, 나중에 추가할 수 없습니다.

최종 사용자의 사용성
개발자들은 최종사용자들이 실제로 사용할 수 있는 애플리케이션만 개발할 것입니다. NEAR의 “점진적
보안” 모델은 온보딩을 지연시키고, 사용자들이 “블록체인”의 개념을 배울 필요가 없도록 하며, 사용자
가 응용 프로그램을 사용하기 위해 필요한 권한 요청 상호작용의 수를 제한함으로써, 사용자에게 더욱
익숙한 웹 경험과 유사한 경험 제공을 개발자가 가능하게 합니다.
1. 간단한 온보딩: NEAR는 개발자들이 그들의 사용자들을 대신하여 몇 가지 조치를 할 수 있도록
해 주는데, 즉 사용자들이 애플리케이션에 접근하는 순간 자신들의 지갑을 제공하거나 토큰들
과 상호작용하지 않고서도 온보딩할 수 있습니다. Foobar.near와 같이 사람이 읽을 수 있는 이
름을 가진 계정은 응용 프로그램별 키를 추적하므로 사용자 계정은 전통적인 웹에서 사용자가
익숙한 "Facebook/Google/Github 등으로 로그인"과 같은 "단일 로그인" (SSO) 기능을 제공하
는 데 사용할 수 있습니다.
2. 쉬운 구독: 컨트랙트 기반의 계정 사용은 구독 및 특정 애플리케이션이 요구하는 사용자 지정
권한 설정을 더욱 쉽게 가능해지도록 해 줍니다.
3. 친숙한 이용 스타일: NEAR의 경제 모델은 개발자들이 사용자를 대신해 사용료를 지불함으로써
, 사용자들에게 친숙한 웹 사용 패러다임들과 유사한 방법으로 인프라의 비용을 숨길 수 있도
록 해 줍니다.

-7-
 4. 예측 가능한 가격 책정: NEAR는 플랫폼상 트랜잭션 가격을 간단한 용어로 가격을 책정하여, 최
종 사용자들이 플랫폼을 사용하였을 때 보다 쉽게 가격을 예측하고 인지 부하(cognitive load)
가 덜 발생하도록 합니다.

개발자의 사용성
여러 주요 사용성 개선은 플랫폼 개발자가 다른 플랫폼보다 더 쉽게 애플리케이션을 배우고, 개발하고,
테스트하고, 배포할 수 있도록 합니다.

1. 친숙한 언어: NEAR의 노드는 다양한 종류의 인기 언어에서 컴파일될 수 있는 웹 어셈블리(We

b Assembly, WASM)를 실행시킵니다. 시작 단계에서 스마트 컨트랙트들은 현재 빠르게 인지도
를 올리고 있는 Rust라는 매우 안전하고 포괄적인 프로그래밍 언어를 이용하여 작성될 수 있습
니다. NEAR는 타입스크립트(TypeScript)와 매우 유사한 어셈블리스크립트(AssemblyScript)로
작성된 컨트랙트도 지원합니다. 타입스크립트는 자바스크립트(JavaScript)의 마이크로소프트판
수정본이며, 개발자들 사이에서 매우 광범위하게 채택되고 있습니다. 향후 NEAR는 더욱 대중
적인 언어들을 지원함으로써 개발자들이 플랫폼상 애플리케이션을 개발할 때 완전히 새로운
언어를 배울 필요가 없도록 할 것입니다.
2. 강력한 툴링 : NEAR의 개발 제품군은 높은 통일성을 기반으로 워크 플로우를 지원하도록 설계
되어 있어 개발자들이 애플리케이션을 더욱 쉽게 개발하고, 테스트하고, 배포할 수 있도록 해
줍니다. 플랫폼상의 도구와 이를 통해 노출되는 API는 기존 웹 앱 개발 경험과 유사한 익숙함을
개발자에게 제공합니다. 여기에는 원클릭 배포, 통합 유닛 테스팅, 간편한 프런트 엔드 통합 및
웹 브라우저의 개발자 콘솔을 통한 디버깅이 포함됩니다.
3. 개발자 비즈니스 모델: NEAR 프로토콜은 개발자들이 생태계를 위해 개발한 공개된 구성 요소
들에 금전적 가치를 부여함으로써 개발자들을 지원합니다. 이는 해당 구성 요소들의 사용량에
따라 리베이트를 제공함으로써 이루어집니다. 이와 관련한 설명은 다음 섹션에서 하겠습니다.
4. 예측 가능한 가격 책정: NEAR는 플랫폼상 트랜잭션 가격을 간단한 조건으로 책정함으로써 개
발자들이 플랫폼을 사용하였을 때보다 쉽게 가격을 예측하고 인지 부하(cognitive load)가 덜
발생하도록 합니다.

둘째: 확장성
미래지향적인 프로토콜이 확장성을 가지려면 정적인 상태 및 처리 중인 상태에서 모두 샤딩이 가능해
야 합니다. 그렇지 않은 경우, 플랫폼이 대규모로 채택되었을 때 하나의 기계가 체인 상에 있는 모든 정
보를 저장하거나 모든 트랜잭션을 인증할 수 없을 것이기 때문입니다.
NEAR는 추가적인 노드들의 참여에 맞춰 네트워크가 자신의 용량을 늘리도록 하는 샤딩 접근법을 채택
합니다. 이는 사용량이 충분히 높아졌을 때 동적으로 네트워크 노드들을 복수의 샤드(shard)로 찢은 후
이러한 샤드들 위로 수평적 연산을 실시함으로써 이루어집니다. 이러한 접근법을 통해 네트워크는 수
요가 증가함에 따라 계속 확장할 수 있는 것입니다.
최근 블록체인 커뮤니티 내에서 이루어지고 있는 샤딩 관련 연구의 상당수가 트랜잭션을 “샤드 내의 것
들”과 “샤드에 걸친 것들”로 나눔으로써, 전자에게는 최적화된 해결책을, 반면 후자에게는 훨씬 느린 해
결책을 제시하고 있습니다. NEAR 프로토콜은 트랜잭션이 기본적으로 복수의 샤드들에 접촉한다고 가

-8-
정하는데, 임의적인 스마트 컨트랙트들은 대개 이렇게 행동하며, 이에 따라 성능은 최적화되는 것입니
다.

효율적인 발전 및 진화
기존 및 신규 플랫폼 모두가 직면하게 되는 주요 도전 과제는 플랫폼의 발전 및 진화에 어떻게 대응할
것인가라는 부분입니다. 플랫폼 자체는 탈중앙화 돼 있어야 하지만, 그것을 업데이트 및 진화시키는 방
법에는 여러 가지가 있을 수 있습니다.
기존 프로토콜들은 혁신의 속도를 따라가기에는 반복 과정이 충분치 못했음을 보여주었기에, 성공적인
차세대 프로토콜은 그 네트워크가 탈중앙화를 유지하면서도 효율적인 발전 과정을 갖춤으로써 다가올
기술의 파동에 무너지지 않도록 만들어져야 할 것입니다.
NEAR의 초기 개발은 전 세계에서 가장 강력한 엔지니어들, 기업가들 그리고 기술자들의 팀들에 의해
이루어졌습니다. 그리고 NEAR의 거버넌스는 프로토콜이 계속된 커뮤니티의 감독 아래에서 발전하면서
도 그 과정에서 충분한 효율성을 가짐으로써 출시 후 한참이 지난 후에도 경쟁력과 의미 모두를 유지할
수 있도록 설계되었습니다.
이를 통해 NEAR는 관련 산업의 절반이 겪었던 “출시 실패”의 문제를 해결할 뿐 아니라, 나머지 절반을
멈추게 했던 “향상 실패”의 문제 또한 해결하고자 합니다.

진정한 탈중앙화
비트코인과 이더리움은 그들의 탈중앙화 수준과 관련하여 종종 칭송되기도 하지만, 실제로는 중앙화와
관련한 많은 문제를 안고 있습니다. 비트코인을 예로 들자면, 채굴력의 53%가 단지 3개의 풀(pool)에
의해 조종되고 있습니다. 거기에 더해, 현재 채굴 노드를 운영하려면 값비싼 하드웨어가 필요한데, 이는
진입장벽을 높일 뿐 아니라 시간에 거쳐 노드에게 돌아가는 인센티브를 줄어들게 하고 있습니다.
보다 새로운 네트워크들은 탈중앙화의 희망을 제한된 검증자 집단이나 완전히 “허가받은 네트워크”를
사용하는 중앙화된 도구들이 주는 운영적 효율성과 맞바꾸기도 합니다. 이는 “그 가치가 독립적인 노드
들 사이에서 일어나는 반복의 수준에 의해 보호된다”는 진정한 탈중앙화된 네크워크의 기본적인 원칙
에 위배됩니다.
진정한 탈중앙화를 유지하기 위해, 네트워크는 인센티브로 얼룩진 풀이 아닌 유망한 노드 운영자들로
부터 허가가 필요치 않은 참여를 끌어와야 합니다. 이를 부각시키기 위해 NEAR는 “한계 예치 증명(Thr
esdholded Proof of Stake)”이라는 예치 메커니즘을 사용합니다. 이 메커니즘은 결정론적임과 동시에
널리 공정하도록 설계되어 대규모 검증자 풀에게 인센티브를 주지 않고 노드들의 광범위한 참여를 독
려합니다.
노드들의 진입 장벽을 낮추는 것은 단순한 네트워크의 탈중앙화 외에도 많은 것들을 성취합니다. NEA
R와 같은 수평적 확장 시스템에서, 더 많은 노드의 참여는 더 넓은 확장을 불러오기 때문입니다.

개발자들과 기업가들을 위한 새로운 비즈니스 모델

이더리움과 같은 블록체인들의 초기 사용 예를 보면 프로젝트들은 자신만의 토큰들을 발행하여 ICO(In
itial Coin Offerings)를 통해 자금을 끌어들였습니다. 이는 인프라 개발자들이 자본에 접근하고 자신들
의 프로젝트를 위해 네트워크 효과를 스스로 활용할 수 있는, 그간 오픈소스 소프트웨어와 인프라의 세
계에서 오랫동안 존재하지 않았던 새로운 혁신적 방법인 것 같았습니다. 불행하게도, 애플리케이션-레

-9-
이어의 토큰들을 발행함으로써 사용자들 앞에는 사용성과 관련한 크나큰 장애물이 놓이게 되었고, 이
후 발생한 의도적인 투기 및 사기 행위들은 이것이 대부분의 개발자가 택할 수 없는, 생존할 수 있는 길
이 아님을 분명히 보여주었습니다.
NEAR는 개발자들과 기업가들에게 자신들의 인프라에 금전적 가치를 줄 수 있는 보다 건강하고 비침입
적이며 합법적인 방법을 제시해 줍니다. 컨트랙트를 불러낼 때, 네트워크에 의해 발생한 수수료의 일부
는 (그렇게 코딩된 경우) 자동적으로 해당 컨트랙트에 배당되어 개발자가 인출할 수 있습니다. (초기 컨
트랙트들이 사용량을 증가시키는 네트워크 효과를 만들어 낼 것이기 때문에) 이는 초기 인프라 개발을
독려하는 동시에 애플리케이션 및 인프라 개발자들이 자신들의 창조물로부터 이익을 얻을 수 있는 비
즈니스 모델 또한 제공함으로써 그들이 문제의 소지가 있는 자신들만의 토큰을 발행하지 않아도 되게
끔 해 줍니다.

4. 설계 원칙

NEAR 플랫폼의 설계 및 개발 모두는 몇 개의 핵심 원칙들을 따릅니다. 이 원칙들은 오늘날 중앙화된

그리고 탈중앙화된 시스템들이 모두 가지고 있는 문제들을 반영합니다.
1. 사용성: 플랫폼에 배포된 애플리케이션들은 최종 사용자들이 사용하는 데 있어 문제없이 매끄
러워야 하며 개발자들이 개발할 때도 문제없이 매끄러워야 합니다. 가능한 한, 기저에 깔린 기
술 자체는 배경에 녹아 있거나 최종 사용자들로부터 완벽히 감추어져 있어야 합니다. 가능한
한, 개발자들은 개발 과정에서 친숙한 언어 및 패턴들을 사용해야 합니다. 기초 애플리케이션들
은 직관적이고 단순하게 개발할 수 있어야 하며, 더욱 탄탄해진 애플리케이션들은 계속 안정적
이어야 합니다.
2. 확장성: 전 세계적으로 사용할 수 있는 엔터프라이즈 급의 애플리케이션을 지원하기 위해, 플랫
폼은 경제적으로 타당할 경우 상한선 없이 확장될 수 있어야 합니다.
3. 단순성: 각 시스템 구성 요소의 설계는 근본 목적을 달성하기 위해 가능한 한 단순해야 합니다.
단순성에 최적화되어 있고, 실용적이며, 이론적 완벽함을 넘어 이해하기 쉬움을 추구해야 합니
다.
4. 유지가능한 탈중앙화: 자신이 간직하고 있는 가치를 제대로 보호하기 위해, 플랫폼은 단기적으
로 또한 장기적으로 상당한 수준의 탈중앙화를 지향해야 합니다. 플랫폼과 커뮤니티는 널리, 또
한 허가 없이 포괄적이어야 하며, 탈중앙화와 참여를 적극적으로 장려해야 합니다. 유지가능성
을 위해 기술 거버넌스와 커뮤니티 거버넌스의 메커니즘 모두 실용적인 반복을 허용하면서도
장기간에 일어날 수 있는 단독 주체에 의한 점거를 방지해야 합니다.

- 10 -
5. NEAR의 작동 원리

NEAR는 탈중앙화된 애플리케이션들을 배포하고 실행시키는데 필요한 커뮤니티 기반의 클라우드 인프

라를 제공합니다. NEAR는 탈중앙화된 데이터베이스의 기능에 서버 없는 연산 플랫폼의 기능들을 결합
합니다. 이 플랫폼이 실행되도록 해 주는 토큰 역시 플랫폼 위에 만들어진 애플리케이션들이 새로운 방
식으로 상호 작용할 수 있도록 해 줍니다. 이러한 기능들이 한데 모이면 개발자는 돈, 신원, 자산과 같은
중대한 데이터를 다루는 애플리케이션에 사용되는 검열 방지의 백엔드를 개발할 수 있으며, 서로 원활
하게 상호 작용하는 개방형 구성 요소들 또한 만들 수 있습니다. 이러한 애플리케이션의 백앤드들과 구
성 요소들은 “스마트 컨트랙트”라고 불리지만, 본 백서에서는 이들 모두를 아울러 ”애플리케이션”이라
고도 부를 것입니다.
이 클라우드를 구성하는 인프라는 잠재적으로 무한한 수의 "노드"들에서 생성되는데 노드들은 자신의
CPU 및 하드 드라이브 공간의 일부를 제공하는 전 세계의 개인 및 조직에 의해 실행됩니다. 그러한 공
간이 개인 노트북에 있던 (보다 현실적인 경우로) 전문적으로 배포된 서버에 있던 상관없이 말입니다.
개발자들은 스마트 컨트랙트를 작성한 후 이를 마치 단일 서버에 배포하는 것처럼 클라우드에 배포하
게 되는데 이는 기존의 중앙화된 클라우드에 애플리케이션을 배포하는 방식과 매우 유사하게 느껴지는
과정입니다.
일단 개발자가 "스마트 컨트랙트"라고 불리는 애플리케이션을 배포하고 그것을 “변경 불가능(혹은 “불
변")”으로 표시하면 이 애플리케이션은 NEAR 커뮤니티의 구성원 중 최소 몇 명이 존재하는 한 계속적
으로 실행됩니다. 그리고 최종 사용자들이 이렇게 배포된 애플리케이션과 상호 작용할 때, 그들은 이
미 존재하는 수백만 개의 애플리케이션 중 하나와 그러하듯이 자신에게 친숙한 웹 또는 모바일 인터페
이스를 이용하게 됩니다.
아마존 또는 구글이 운영하는 중앙화된 클라우드에서, 개발자는 사용량(예: 자신들의 웹 페이지를 방문
한 사용자가 호출한 요청의 개수)에 따라 매달 애플리케이션에 대한 비용을 지불합니다. 이와 유사하게
NEAR의 플랫폼 또한 사용자 또는 개발자로 하여금 해당 인프라의 커뮤니티 운영자에게 사용량에 대
한 비용을 지불하도록 요구합니다. 기존 클라우드와 마찬가지로 NEAR는 시스템 정체와 같은 요인의 영
향을 크게 받지 않는 이해하기 쉬운 측정법을 기반으로 사용량을 책정합니다. 시스템 정체와 같은 요인
들을 감안할 경우, 대체 블록체인 기반 시스템의 개발자들은 매우 큰 혼란을 겪게 될 것이기 때문입니
다.
NEAR의 이코노믹스(economics)에 대한 자세한 내용은 이코노믹스 섹션에서 확인할 수 있습니다.
중앙화된 클라우드에서, 결정은 운영 기업에 의해 일방적으로 내려집니다. 반면 NEAR 커뮤니티가 운영
하는 클라우드는 탈중앙화돼 있으므로, 모든 업데이트들은 궁극적으로 네트워크 참여자의 충분한 정족
수에 의해 수락되어야 합니다. 자신의 미래와 관련한 업데이트들은 커뮤니티에서 생성되며, 효율성과
보안성 사이에서 균형을 맞추는 포괄적인 거버넌스 과정의 대상이 되는 것입니다.
거버넌스 과정에 대한 자세한 내용은 거버넌스 섹션에서 확인할 수 있습니다.
익명인 데다 잠재적으로 악의를 가질 수도 있는 노드 운영자들이 코드를 올바르게 실행하도록 하기 위
해, 그들은 "예치 증명"이라는 예치 과정에 참여하게 됩니다. 이 과정에서 그들은 자신이 소유한 가치의
일부를 일종의 보증금으로 내고, 자신들의 운영이 부적절한 것으로 입증될 시 이 보증금이 몰수되도록
하는 것입니다.

- 11 -
예치 과정에 대한 자세한 내용은 기술 섹션에서 확인할 수 있습니다.

NEAR 플랫폼의 요소들

NEAR 플랫폼은 많은 개별 요소로 구성됩니다. 이들 중 일부는 플랫폼 자체 내 고유한 요소인 반면 다
른 일부는 플랫폼과 함께 또는 그 위에 사용됩니다.

NEAR 토큰
NEAR 토큰은 NEAR 생태계의 근본적인 고유 자산이며 그 기능은 모든 계정에서 사용될 수 있습니다.
각 토큰은 이더(Ether)와 유사한 독특한 디지털 자산이며 아래와 같이 사용할 수 있습니다.
1. 트랜잭션을 처리하고 데이터를 저장하기 위한 비용을 시스템에 지불할 때 사용합니다.
2. 예치 과정에 참여, 네트워크의 일부로써 노드 검증을 실행할 때 사용합니다.
3. 거버넌스 과정에 참여, 네트워크 리소스를 어떻게 할당할지 결정하거나 향후 기술의 방향을 결정할
때 사용합니다.
NEAR 토큰은 네트워크를 운영하는 모든 참여자의 경제적 조정을 가능하게 하고, 해당 네트워크 위에
구축된 애플리케이션 사이의 새로운 행동들을 가능하게 합니다.

기타 디지털 자산들
NEAR 플랫폼은 다음을 포함한 고유한 디지털 자산들을 쉽게 저장할 수 있도록 설계되었습니다 (그렇
다고 다음의 자산들만을 저장할 수 있는 것은 아닙니다):
● 기타 토큰들: 다른 체인에서 파생(혹은 "래핑(wrapped)")되거나 NEAR 플랫폼상에서 생성된
토큰들은 기저 플랫폼을 사용하여 쉽게 저장, 이동될 수 있습니다. 이를 통해 많은 종류의 토큰
들이 상품 및 서비스 비용의 지불을 위해 플랫폼상에서 사용될 수 있습니다. 다른 자산(예: 미
국 달러)의 가격과 일치하도록 설계된 토큰인 "스테이블 코인(Stablecoins)"은 이러한 방식으
로 네트워크에서 트랜잭션을 일으키는 데 특히 유용합니다.
● 고유 디지털 자산: 게임 내 수집품에서부터 현실의 자산에 대한 소유권 표시에 이르기까지 사
용되는 디지털 자산들("대체 불가능한 토큰"(NFT)이라고도 함) 또한 플랫폼을 사용하여 토큰과
유사하게 저장하고 이동할 수 있습니다.

NEAR 플랫폼
커뮤니티가 운영하는 노드들의 클라우드로 구성되는 중심 플랫폼은 가장 기본적인 인프라가 됩니다.
개발자는 이 클라우드에 스마트 컨트랙트를 별도의 허가 없이 배포할 수 있으며, 사용자 또한 그들이
지원하는 애플리케이션을 별도의 허가 없이 사용할 수 있습니다. 소비자들을 위한 게임에서부터 디지
털 통화에 이르기까지 다양한 애플리케이션들은 자신의 상태 정보를 플랫폼에 안전하게 저장할 수 있
습니다. 이것은 개념적으로 이더리움 플랫폼과 유사합니다.
연산, 네트워크의 사용 또는 저장이 수반되는 플랫폼상의 작업을 위해서는 플랫폼에 수수료를 지불해
야 하는데, 이렇게 지rmq된 수수료는 플랫폼에 의해 노드를 검증한 커뮤니티에 분배합니다. 이러한 작
업에는 새로운 계정의 생성, 새로운 컨트랙트의 배포, 컨트랙트에 의한 코드 실행 및 컨트랙트에 의한
데이터의 저장 및 수정 등이 포함될 수 있습니다.
비용에 대한 자세한 내용은 이코노믹스 섹션에서 확인할 수 있습니다. 또한, 노드가 어떻게 작동하는지

- 12 -
에 대한 자세한 내용은 기술 섹션에서 확인할 수 있습니다.
플랫폼과는 별도의 허가 없이 상호 작용할 수 있습니다. 프로토콜의 규칙을 준수하는 한, 모든 개별 개
발자들은 다른 사람의 허가를 구하지 않고도 프로토콜과 상호 작용하는 소프트웨어를 작성할 수 있습
니다 (예를 들어, 트랜잭션을 제출하거나, 계정을 생성하거나, 새로운 노드 클라이언트를 실행함으로써
그렇게 할 수 있습니다.).

NEAR 개발도구 묶음
NEAR 플랫폼은 독립적이고 별도의 허가 없이 사용되도록 설계되었지만, 개발자와 최종 사용자가 자신
이 선호하는 대로 쉽게 사용할 수 있는 일련의 도구 및 참조 구현(reference implementation)를 만들어
제공하고 있습니다. 이러한 도구에는 다음이 포함됩니다:
● NEAR SDK: NEAR는 스마트 컨트랙트를 작성하기 위해 러스트(Rust) 및 어셈블리 스트립트 (A
ssemblyScript) (타입이 있는 자바 스크립트(JavaScript with types))를 지원합니다. 개발자들에
게 훌륭한 경험을 제공하기 위해, NEAR는 이 두 언어에 대한 표준 데이터 구조, 예제 및 테스트
도구를 포함하는 완전한 SDK를 제공하고 있습니다.
● NEAR용 Gitpod: NEAR는 기존 기술인 깃포드(Gitpod)를 이용하여 개발자를 위한 제로 타임
온보딩(zero time onboarding) 경험을 제공합니다. 깃포드는 개발자로 하여금 웹 브라우저에
서 스마트 컨트랙트를 쉽게 작성, 테스트 및 배포할 수 있도록 하기 위해 NEAR가 맞춤형으로
구성한 온라인 "통합 개발 환경(Integrated Development Environment, IDE)”을 제공합니다.
NEAR 예제 웹 사이트에는 클릭 한 번으로 배포할 수 있는 템플릿들이 포함되어 있어 신규 및
기존 개발자 모두가 NEAR에서 개발하는 작업을 최대한 쉽게 경험할 수 있도록 했습니다.
● NEAR 지갑: 지갑은 개발자와 최종 사용자가 네트워크를 사용하는 데 필요한 자산을 저장시킬
수 있는 기본적인 장소입니다. NEAR 지갑은 애플리케이션 개발자가 보다 효과적인 사용자 경
험을 설계할 수 있도록 하는 진보적인 보안 모델과 함께 원활하게 작동할 수 있도록 만들어진
참조 구현(reference implementation)입니다. 종국에 NEAR 지갑에는 네트워크의 예치 및 거버
넌스 과정에 사용자가 보다 쉽게 참여할 수 있도록 하는 내장 기능이 포함될 것입니다.
● NEAR 탐색기(Explorer): 컨트랙트의 디버깅과 네트워크 성능의 이해를 돕기 위해, 탐색기는 쉽
게 수용할 수 있는 웹 기반의 형식으로 블록체인의 정보를 제공합니다.
● NEAR 명령행 도구(Command Line Tools): NEAR 팀은 개발자가 로컬 환경에서 애플리케이션
들을 쉽게 생성, 테스트 및 배포할 수 있도록 간단명료한 명령행 도구 세트를 제공합니다.
이 모든 도구들은 오픈소스의 형식에 따라 커뮤니티에 의해 만들어지고 있어, 그 누구라도 그것들을 수
정하고 배포할 수 있습니다.

6. 이코노믹스

NEAR 플랫폼을 구성하는 생태계는 주로 경제력에 의해 작동됩니다. 이 경제력은 바람직하지 않거나 무

책임하고 악의적인 행동에 대한 강력한 마이너스 인센티브(disincentives)를 만들어내면서도 플랫폼의
주요 기능을 잠여자들이 별도의 허가 없이 올바르게 수행할 수 있도록 하는 인센티브 또한 만들어냅니
다. 플랫폼이 효과적으로 작동하기 위해서는 이러한 인센티브들이 단기 및 장기적으로 존재해야 합니

- 13 -
다.
기본적으로 NEAR 플랫폼은 자발적인 참여자 간의 시장입니다. 공급 측면에서, 검증 노드 및 기타 인프
라의 운영자들은 "커뮤니티 클라우드"를 구성하는 이러한 서비스들을 제공하는데 대한 인센티브를 받
아야 합니다. 반면 수요 측면에서, 플랫폼 사용에 대한 비용을 지불하는 개발자들과 최종 사용자들은
간단하고 명확하며 일관된 방식으로 지급할 수 있어야 합니다.
더 나아가, 경제력을 생태계 전체를 지원하기 위해 적용할 수도 있습니다. 경제력은 가장 유용한 애플
리케이션을 개발한 개발자에게 직접적인 보상을 해 줌으로써 새로운 비즈니스 모델을 만들기 위한 미
시적 도구로 사용될 수 있습니다. 또한 교육에서 거버넌스에 이르기까지 모든 분야에 참여하는, 보다
더 광범위한 생태계 참여자들의 노력을 보상하기 위한 거시적 도구로도 사용될 수 있습니다.
각 경제력의 구체적인 적용은 아래 섹션들에 설명되어 있습니다. 우리는 NEAR의 주요 설계 원칙들이
이코노믹스에 어떻게 적용되는지 살펴보고, 기존 접근 방식의 특성을 조사하는 것으로 이를 시작하겠
습니다.

NEAR의 경제적 설계 원칙
NEAR의 전체적 시스템 설계 원칙들은 다음과 같은 해석으로 자신의 경제적 설계를 설명합니다.
NEAR’s overall system design principles are used to inform its technical design according to the foll
owing interpretations:
1. 사용성: 최종 사용자와 개발자는 자신들의 네트워크 사용량에 대해 예측 가능하고 일관된 가격
을 책정할 수 있어야 합니다. 사용자는 언제까지라도 데이터를 잃어서는 안 됩니다.
2. 확장성: 플랫폼은 경제적으로 타당한 한계까지 확장될 수 있어야 합니다.
3. 단순성: 각 시스템 구성 요소의 설계는 근본 목적을 달성하기 위해 가능한 한 단순해야 합니다.
4. 유지가능한 탈중앙화: 검증 노드로서 플랫폼에 참여하기 위해 넘어야 할 진입 장벽은 가능한
한 낮게 설정되어 다양한 참여자를 불러올 수 있도록 해야 합니다. 시간이 지나면서, 참여 행위
가 부와 통제권을 소수의 손에 넘기는 결과를 초래해서는 안 됩니다. 수정되는 가치를 보호하
기 위해, 먼 미래에 이루어지는 개별 트랜잭션은 최소한 오늘날 이루어지는 트랜잭션만큼 안전
해야 합니다.
요약
NEAR 경제는 개발자와 최종 사용자에게 가장 쉬운 경험을 제공하면서도 네트워크 보안 및 생태계 개
발에 대한 적절한 인센티브를 제공하도록 최적화되어 있습니다.
다음은 본 시스템을 구동하는 핵심 아이디어들에 대한 요약입니다:
1. 한계 예치 증명: 검증 노드 운영자는 희소하고 가치 있는 연산 자원을 네트워크에 제공합니다.
그들의 연산이 정확한 것인지를 보장하기 위해, 그들은 NEAR 토큰을 "예치"해야 합니다. 연산
이 부정확한 것으로 밝혀지면, 예치자는 토큰을 잃게 됩니다. 이는 네트워크 보안을 위한 기본
적인 메커니즘입니다. 시스템에 참여하기 위한 한계값은 "에폭(epoch)" 기간, 즉 하루의 절반이
라는 기간내에 가능한 한 광범위한 검증 노드의 참여를 장려하기 위해 가장 낮은 수준에서 알
고리즘적으로 설정됩니다.
2. 에폭 보상: 노드 운영자들은 서비스의 대가로 연간 약 4.5%으로 계산되는 "보안" 수수료를 총
공급량에 대한 고정 비율로 지급받습니다. 이 비율은 네트워크를 보호하기 위한 예치자의 충분
한 참여를 이끌어 내면서도 생태계 내 NEAR 토큰의 다른 용처와 균형이 맞을 것을 목표로 합

- 14 -
 니다.
3. 프로토콜 금고(Protocol treasury): 검증자 외에도 프로토콜 금고는 생태계 개발에 지속적으로
재투자하기 위해 연간 총공급량의 0.5%를 지급 받습니다.
4. 트랜잭션 비용: 네트워크의 사용은 즉각적이고 장기적이라는 두 종류의 자원을 소비합니다. 즉
각적인 비용은 모든 트랜잭션에서 발생하는데, 이는 각 트랜잭션이 네트워크 자체와 일부 연산
자원 모두를 사용하기 때문입니다. 이들은 트랜잭션당 가장 예측 가능한 비용으로써 함께 책
정되어 NEAR 토큰으로 지불됩니다.
5. 저장 비용: 데이터 저장은 네트워크 노드에 지속적으로 부담을 주기 때문에 저장 비용은 장기
적인 비용입니다. 저장 비용은 계정 또는 컨트랙트에서 NEAR 토큰의 최소 잔액을 유지시킴으
로써 충당됩니다. 이는 노드에서 컨트랙트 및 계정의 상태를 유지하기 위해 검증자에게 인플레
이션을 감당하도록 함으로써 간접적 지불 메커니즘을 제공합니다.
6. 인플레이션(Inflation): 인플레이션은 검증자와 프로토콜 금고에 지불한 금액에서 수금된 트랜
잭션 수수료(및 경매와 같은 기타 NEAR의 소각 메커니즘을 통해 소각된 금액)를 뺀 금액을 말
합니다. 전체적으로 최대 인플레이션은 5%이며 네트워크 사용량이 증가함에 따라 또한 더 많
은 트랜잭션 수수료가 소각됨에 따라 이 비율은 낮아질 수 있습니다. 수수료가 충분히 소각되
면 인플레이션이 마이너스(총공급량의 감소)가 될 수도 있습니다.
7. 확장 한계: 사용량에 따라 용량을 확장하는 네트워크에서, 네트워크로 하여금 추가 용량을 가져
오도록 하는 한계치는 본질적으로 경제적 원리를 따릅니다.
8. 보안 한계: 참여자들 사이에 선의의 행동을 장려하는 일부 한계값은 경제적 원리의 인센티브를
사용하여 설정됩니다. (예: “낚시꾼(Fishermen)" (추후 별도로 설명)).
이러한 각 원칙에 대한 정당성은 다음 섹션에서 자세히 설명합니다.

제공되는 자원들
블록체인 기반 클라우드는 그 위에서 실행되는 애플리케이션에 몇 가지의 특정 자원을 제공합니다:
● 연산(CPU): 이것은 컨트랙트에서 코드를 실행하는 실제 컴퓨터 프로세서(및 즉시 사용 가능한
RAM)입니다.
● 대역폭(“네트워크”): 이것은 참여자자와 사용자 간의 네트워크 트래픽으로써, 여기에는 트랜잭
션을 제출하는 메세지와 블록을 전파하는 메세지가 포함됩니다.
● 스토리지(Storage): 일반적으로 저장 공간의 함수(예: 킬로바이트)로 표현되는 체인 상 영구적
인 데이터 저장을 말합니다.
이더리움과 같은 기존 블록체인들은 이들 각각에 대한 비용을 개별적인 것으로 여기면서도 종국에는
개발자나 사용자에게 선결제 되는 단일의 트랜잭션 수수료로써 이들 모두를 함께 청구합니다. 이것이
보통 "가스(gas)”로 불리는 변동성 높은 수수료인 것입니다.
개발자들은 예산을 짜고 최종 사용자에게 가격을 제공하는데 편리한 예측 가능한 가격 책정법을 선호
합니다. NEAR에서, 상기 설명한 자원들의 가격은 완전한 경매 기반이 아니라 시스템 사용량에 따라 서
서히 조정됩니다. (사용량이 지속적으로 증가할 때에는 리샤딩(resharding)의 평활 효과(smoothing eff
ect)의 대상이 됩니다.). 이는 개발자가 트랜잭션을 실행하는데 또는 스토리지를 유지하는데 드는 비용
을 보다 정확하게 예측할 수 있도록 해 준다는 의미입니다.
초기에는 이러한 모든 자원의 가격 책정 및 지급이 NEAR 토큰을 통해 이루어질 것입니다. 하지만 미래

- 15 -
에는 이것들이 스테이블 코인 (예: $USD에 패깅된 토큰)을 통해 이루어질 수도 있습니다.

연산 및 대역폭 (“가스”)
연산(CPU)은 트랜잭션을 실행하는 데 사용되는 순간적인 자원입니다. 각 CPU 명령에 드는 비용은 "가
스" 단위로 표시되며 그 가격은 천천히 조정되는 가스 가격(NEAR 토큰으로 표시)을 기준으로 결정됩니
다. 대역폭은 일반적으로 바이트 단위로 측정되지만, NEAR 플랫폼에서는 참조 하드웨어에서 추정된 간
단한 오버헤드 계수를 사용하여 가스 단위로 변환됩니다.
각 청크(chunk, 블록 조각)에는 단일 블록이 참조 하드웨어에서 실행될 때 얼마나 "맞춰 들어갈(fit)" 수
있는지에 따라 결정되는 최대 가스 한계치가 주어집니다. 성능을 향상시키거나 보다 좋은 하드웨어를
실행시키기로 한 결정에 따라 네트워크 참여자들에 의해 블록 한계가 조정될 수도 있습니다. 이는 일반
적인 시스템 거버넌스 과정을 통해 수행됩니다.
현재 가스 가격은 예측 가능하지만 고정되어 있지는 않습니다. 각 블록에서, 가스 가격은 다음과 같은
방식으로 조정됩니다:
● 이전 블록이 절반 이상 차 있으면, 이전 블록에서 발생하는 가스 가격은 “알파”라는 매개변수가
주는 양만큼 증가합니다.
● 이전 블록이 절반 미만으로 차 있으며, 이전 블록에서 발생하는 가스 가격은 “알파”라는 매개
변수가 주는 양만큼 감소합니다.
아래에 설명한 것과 같이 가스의 사용은 리샤딩을 야기시킬 수 있습니다.

스토리지
스토리지는 장기적으로 희소한 자산입니다. 애플리케이션 또는 사용자가 이를 사용하려면, 해당 계정이
사용하는 스토리지 양에 비례하는 최소 잔액을 계정에 유지시켜야 합니다. 바이트당 필요한 NEAR 토
큰의 양은 고정되어 있으며, 주요 거버넌스 결정에 의해서만 변경될 수 있습니다 (스토리지 하드웨어
및 시스템 용량의 현재 추세를 고려할 때, 향후 하향 조정될 가능성이 높습니다).
예를 들어, 어떤 컨트랙트가 거기에 저장된 데이터로 인해 10킬로바이트의 스토리지를 차지한다면, 이
컨트랙트는 최소 1 NEAR의 잔액을 유지해야 합니다. 이더리움의 USDT와 같은 컨트랙트의 경우, 사용
중인 스토리지를 위해 ~10,000 NEAR까지의 잔액을 유지해야 합니다. 이는 일반 사용자 계정의 경우 N
EAR 최소 잔액의 작은 일부만 유지하면 됨을 의미합니다.
계정에서 NEAR의 최소 잔액을 유지시키면, 이 잔액은 다른 애플리케이션에서 예치되거나 사용되지 않
습니다. 검증자들은 이 스토리지를 인플레이션으로부터 보호하고, 총 예치량이 사실상 더 작다는 사실
로 인해 일종의 간접 지불을 받고 있는 것입니다.
NEAR 시스템은 샤드의 크기를 균형 있게 유지시킴으로써 각 노드가 거의 동일한 양의 상태 정보를 유
지할 수 있도록 할 것입니다. (이는 대략 총 상태 정보량을 샤드의 수로 나눈 값이 될 것입니다). 개별
샤드의 상태 정보량이 바뀌면, 이 균형을 유지하기 위해 샤드에 대한 계정 및 컨트랙트 할당이 발생할
수 있습니다.

리샤딩(Resharding)
계정과 컨트랙트들은 각각 샤드에 할당됩니다. 이러한 컨트랙트들의 사용이 동일하지 않기 때문에, 일
부 샤드들의 사용량 혹은 크기는 다른 샤드들의 사용량 혹은 크기보다 훨씬 클 수 있습니다. 이를 방지

- 16 -
하기 위해 NEAR는 특정 조건에 따라 샤드를 주기적으로 리밸런싱하는 리샤딩을 사용합니다. 그 결과
로, 합리적이고 균형 잡힌 트랜잭션 및 스토리지 사용량을 갖는 일련의 샤드들을 얻게 되는 것입니다.
각 에폭(하루의 절반) 동안, 해당 에폭 및 기타 관련 조건하에 블록이 얼마나 채워졌는지에 대한 통계가
쌓입니다. 각 컨트랙트는 이전 에폭에서의 사용량과 현재의 스토리지를 기반으로 검사됩니다. 그 후,
컨트랙트는 각 버킷(bucket)이 대략 동일한 예측 특성을 갖도록 그룹으로 "버킷화(bucketed)"됩니다.
시스템은 샤드 당 트랜잭션 사용의 대략적인 한계("가스 한계")와 예측되는 노드당 스토리지를 알고 있
습니다. 이전 에폭에서 사용된 자원의 수가 특정 한계값을 초과하는 경우 (예: 다수의 블록이 절반 이상
채워져 있는 경우), 다수의 새로운 샤드가 할당되어 버킷의 수를 늘리고, 그것들의 예측되는 사용량 평
균을 낮추게 되는 것입니다.
새로운 샤드를 추가하면 검증을 위한 자리도 더 많아지게 되는데, 이는 (NEAR 토큰 단위의) 자리 당 가
격을 낮춤으로써 원탁에 독특한 검증자들을 더욱 많이 불러옵니다. 이와 관련한 연산은 이러한 새로운
샤드를 실제로 사용하기 한 에폭 전에 수행됨으로써, 검증자들이 필수 상태 정보 및 기타 샤드 정보를
다시 동기화하는 데 필요한 시간을 가질 수 있도록 합니다.

인플레이션
시스템의 전체 인플레이션(새 토큰 발행)은 노드 검증을 수행하는 것에 대한 에폭 보상이 얼마나 큰지
에 따라 결정됩니다. 새 토큰의 발행율은 연간 5%로 제한됩니다. 유효 속도는 각 에폭(하루의 절반)당
계산됩니다. 인플레이션은 에폭 당 예상 인플레이션율에서 해당 에폭 동안 수금된 수수료를 뺀 값으로
계산합니다. 플랫폼에 의해 수금된 수수료는 인플레이션의 계산에서 제외되므로, 시스템의 사용량이
증가함에 따라 시스템의 전반적인 인플레이션은 감소합니다. 시스템의 사용 수수료가 인플레이션으로
인해 발행된 토큰을 안정적으로 초과하면, 전체적으로 디플레이션이 발생하게 될 것입니다.
시스템은 샤딩돼 있고 그 임무가 알려지지 않은 검증자들이 시스템 내에 숨겨져 있기 때문에, 시스템은
모든 보상을 “사회화(socialize)” 시켜야 합니다. 다시 말해, 시스템은 얼마나 많은 트랜잭션 또는 스토
리지를 처리했는지에 관계없이 모든 검증자에게 "보안" 수수료를 균등하게 할당해야 한다는 의미입니
다.

경제적 이해 당사자들
● 검증자들: 노드를 실행함으로써 네트워크에 연산 자원 및 보안을 제공합니다.
● 개발자들: 네트워크상에서 실행되는 애플리케이션을 개발합니다.
● 토큰 소유자들: 토큰의 균형을 유지시키는 계정 혹은 애플리케이션을 의미합니다.
● NEAR 재단: 네트워크 참여자들의 거버넌스 및 기술 발전 노력을 조정하는 독립 기관입니다.
● 제3자 관찰자들: 사기 및 악의적인 행동에 대한 추가적 보호를 제공하는 체인의 관찰자들입니
다.
● 사용자들: 토큰 잔액을 유지하지 않는 네트워크상 애플리케이션의 사용자들입니다.
각 이해 당사자에게 미치는 경제 정책의 영향은 아래에서 설명합니다.

검증자 보상
NEAR 플랫폼은 "예치 증명" 시스템으로서, 노드를 실행하는 검증자가 선의의 행동을 보장하고 검증자
로 선택받기 위해 (혹은 시빌(Sybil) 공격을 방지하기 위해) 자신의 토큰 일부를 예치시키기 때문에 안전

- 17 -
합니다. 이러한 검증자들이 유효하지 않은 블록을 생성하거나 대체 체인을 생성하는 경우(예: 이중 지출
을 야기시키기 위해 생성하는 경우), 이들은 “슬래싱”(slashed)되며 예치금은 몰수됩니다.
검증자들은 경매를 통해 각각의 예비 검증자에게 할당될 "자리"의 수를 결정하는 "한계 예치 증명" 모
델에 따라 선택됩니다 (단일 좌석에 대한 토큰의 최소 한계값을 결정함으로써 할당될 “자리”의 수 또한
결정됩니다). 경매는 공정한 할당(균등한 기회)을 제공함과 동시에, 가능한 한 많은 사람들이 네트워크
의 검증 과정에 참여할 수 있도록 하여 의미 있는 탈중앙화를 달성할 수 있도록 설계되었습니다.
검증자는 네트워크에서 자신의 예치분량이 차지하는 비율만큼 검증 과정에 참여할 것을 기대할 수 있
습니다. 검증자는 다음의 역할 중 하나를 맡을 수 있습니다.
1. 블록 생성자
2. 청크 생성자
3. 숨겨진 검증자
검증자에게 주어진 역할과 관계없이 보상은 검증인이 예치한 총 분량의 비율에 비례합니다. 이는 검증
자가 되기 위한 최소 분량 이하로 예치금을 모아 놓을 필요가 없음을 의미합니다.
블록 및 청크를 생성하고 보안 및 데이터 가용성을 제공함으로써 네트워크에 기여한 검증자는 그 대가
로 목표된 수의 NEAR를 매 에폭마다 받습니다. 목표된 값은 연간 기준으로 총공급량의 4.5%가 되도록
계산됩니다.
검증자는 에폭 단위로 선택되고, 각 검증자는 청크의 검증, 데이터 가용성의 제공 및 블록의 생성을 위
해 동일한 양의 작업을 수행해야 하기 때문에, 보상은 모든 에폭에 할당된 후 각 참여자의 예치 비율에
따라 나누어지게 됩니다.
각 에폭에서 수금된 모든 트랜잭션 수수료(컨트랙트에 대한 리베이트로 할당된 부분은 제외)는 시스템
에 의해 소각됩니다. 인플레이션 보상은 수금되거나 소각된 수수료와 관계없이 동일한 비율로 검증자
에게 지급됩니다. 종합해 보면, 이는 시스템 전반의 인플레이션이 시스템에 지불되는 수수료와 비례하
는 금액만큼 줄어들고, 네트워크의 사용 수수료가 시스템 전반의 인플레이션을 초과하는 경우 시스템
에서 디플레이션이 일어난다는 것을 의미합니다.
노드 검증을 위한 연산적 요구 사항은 최소가 되도록 설계되었습니다. 대부분의 운영자는, 예를 들자면
Amazon AWS의 월 $100 상품 또는 n1-highcpu-4의 구글 클라우드 상품(혹은 이보다도 성능이 덜한
상품)에서 제공하는 수준의 클라우드 기반 표준 가상 머신을 사용하여 쉽게 노드 검증을 할 수 있을 것
입니다. 상당한 잔고를 예치하여 보다 많은 샤드에 동시에 참여고자 하는 검증자의 경우, 거기에 필요
한 추가 스토리지, 대역폭 및 연산 능력을 충당하기 위해 더 많은 하드웨어 (또한 중복성)를 확보해야
할 수 있습니다.

제3자 관찰자들 (“숨겨진 검증자” 및 “낚시꾼”)

정교함이 떨어진 채 샤드된 블록체인 시스템의 주요 단점은 네트워크 검증자 중 일부만이 특정 샤드의
트랜잭션을 검증하기 때문에 전체 시스템 보안이 분할된다는 것입니다. NEAR는 이 문제를 해결하기
위해 “숨겨진 검증자” 및 “낚시꾼(Fishermen)”이라는 두 가지 방법을 사용합니다.
“숨겨진 검증자들”은 일반 검증자들 중에서 선발되는데, 자신 외에는 아무도 모르는 샤드를 검증하는
작업을 담당합니다. 이하 섹션들에서 보다 자세하게 설명될 이 과정을 통해, 샤드에서 악의적인 행동을
수행하는 데 필요한 충분한 수의 노드를 성공적으로 확보하는 것은 극히 어려워집니다.
검증자 보상 과정의 정상적인 일부분으로써, 숨겨진 검증자는 청크와 블록의 유효성을 검증하고 거기

- 18 -
에 서명한데 따른 보상을 받습니다.
"낚시꾼"은 노드를 관찰하면서 별도의 허가 없이 악의적인 행동을 감지, 보고합니다. 이러한 노드들은
네트워크와 동기화되지만 반드시 컨센서스에 참여하는 것은 아니며, 수행 중인 특정 활동에 대해 수수
료를 지급받지 않습니다. 이들 중에는 지갑 운영자, 애플리케이션 개발자 혹은 거래소 인프라가 포함될
수 있습니다. 이러한 노드들은 자신들에게 중요한 체인의 일부분을 검증하고, 문제가 감지될 시 도전(c
hallenge)을 통해 문제를 제기할 수 있습니다. 도전을 통한 "그리핑(griefing, 다른 검증자들에 대한 의
도적인 방해행위)"을 방지하기 위해, 10 NEAR라는 소액 담보를 미리 설정해야 합니다.
시스템은 낚시꾼으로써 노드를 운영하는 것에 대한 보상을 제공하지 않습니다. (도전이 성공적이었다
고 해서 받게 되는 보상은 없다는 것을 의미합니다). 일반적으로, 낚시꾼으로서 노드를 운영하는 참여자
들에게는 네트워크 보안을 유지시켜야 하는 외적 동기가 있기 때문입니다.

컨트랙트 보상
특정 트랜잭션에 의해 생성된 수수료의 일부는 해당 트랜잭션 중에 실행된 컨트랙트로 돌아갑니다. 이
"컨트랙트 보상"은 컨트랙트에 명시된 규칙에 따라 분배될 수 있습니다. 예를 들어, 컨트랙트 개발자,
투자자, DAO(탈중앙화된 자립 조직) 등이 관리하는 계정에 할당될 수 있는 것입니다.
컨트랙트 보상에 할당되는 수수료 비율은 시스템 수준의 변수로써 그 최소값이 설정되는데, 초기에는
30%입니다. 개발자는 사용자로 하여금 자금을 추가하도록 하는 방법으로 이 메커니즘에서 요구하는
수준 외의 추가 비용을 언제든지 청구할 수 있습니다.
이는 애플리케이션에 대해 의미 있는 비용을 청구할 방법이 없던 개발자들에게 새로운 비즈니스 모델
을 가져다줍니다. 시스템 수준에서 설정된 최소 수수료는 경쟁으로 인해 보상을 받지 못하는 "바닥을
향한 경주"를 방지합니다. (또한 타 개발자에 의한 수수료의 "포크 아웃"도 방지합니다.).
여기에는 또한 개발자로 하여금 네트워크를 위한 애플리케이션 및 주요 컨트랙트들을 구축하도록 장려
하는 강력한 효과가 있는데, 바로 개발자들이 컨트랙트의 사용에 비례하여 직접적인 보상을 받을 수 있
기 때문입니다.

토큰 소유자들
토큰을 한시적으로만 소유하고 있거나, 거래 시장에 유동성을 제공하고 있거나, 그저 참여하지 않기를
원한다는 이유로 토큰 소유자들은 예치 과정에 참여하지 않을 수 있습니다. 예치 및 검증 과정에 참여
하지 않는 토큰 소유자들은, 그들의 토큰들이 데이터의 저장을 강화시켜 주고 네트워크에서 실행되는
애플리케이션에 사용된다는 유용성에도 불구하고, 네트워크 자체의 운영에 대한 추가 보상을 받지 못
합니다.

프로토콜 금고
지속적인 커뮤니티 성장과 프로토콜의 발전을 가능하게 하기 위해, 인플레이션의 일부(인플레이션의 1
0% 또는 초기 변수에 대해 연간 총 0.5%의 비율)가 프로토콜 금고에 할당됩니다. 이렇게 할당되는 금
액은 향후 NEAR 생태계의 장기적인 발전, 특히 미래 프로토콜 발전과 같이 자기 자신을 제한시키지 않
는 노력들을 위해 커뮤니티에서 관리할 것입니다.
탈중앙화된 거버넌스의 현재 상태를 감안할 때, 초기의 프로토콜 금고는 NEAR 재단이 감독할 것입니
다. NEAR 재단의 임무는 커뮤니티 중심의 혁신을 가능하게 하여 전 세계 사람들에게 혜택을 주는 것입

- 19 -
니다. 재단은 완전히 탈중앙화된 네트워크의 운영에 필수적인 것은 아니지만, 다른 주체들이 하기에는
어려운 방법으로 프로젝트의 지속적인 발전을 지원할 수 있습니다. 예를 들어, 대중들에게 이익이 되지
만 특정한 비즈니스 모델이 없고 자금의 지원 또한 쉽지 않은 교육, 각종 행사 또는 인프라 프로젝트들
에 자금을 지원하고 있습니다.
프로토콜 금고에 할당된 인플레이션 분량은 탈중앙화를 촉진시키는 경제력의 역할도 합니다. 이는 달
리 제공할 예치금이 없는 대중들을 지원하는 개발자 및 기타 참여자에게 자본의 재분배가 이루어지도
록 해 주기 때문입니다.

특별한 조건들
슬래싱(slashing) 조건 및 점진적 슬래싱
NEAR 플랫폼에서는 크게 두 가지 유형의 악의적인 행동이 가능합니다:
1. 이중 서명: 같은 높이에서 두 개 이상의 다른 블록에 서명하는 것
2. 유효하지 않은 청크: 유효하지 않은 데이터나 연산적 결과를 가진 청크에 서명하는 것
악의적인 검증자는 특정 트랜잭션을 원복시키는 체인의 재구성을 위해 이중 서명할 실시할 수 있습니
다. (그 결과, 이들이 "이중 지출"을 실행할 수도 있는 것입니다).
예치 증명 시스템에서 악의적이지 않은 이중 서명은 소프트웨어의 잘못된 구성이나 문제로 인해 발생
할 수도 있습니다.
실수로 슬래싱되는 위험을 줄이기 위해, NEAR는 “점진적 슬래싱”을 사용합니다.
여기서 삭감되는 예치금의 일부분은, 문제의 에폭 동안 이중 서명을 보인 예치금의 배수가 됩니다. 이
배수의 값은 3으로써, 각 악의적인 참여자는 “3x악의적 예치금/총예치금”만큼 슬래싱 됩니다.
슬래싱으로 이어지는 이중 서명의 예를 들어 봅시다. 특정 에폭에서 검증자가 예치된 총 토큰의 1%를
소유하고 있다고 가정합시다. 해당 에폭에서 예치된 토큰의 총량이 50,000,000 NEAR라고 했을 때, 이
검증자는 500,000 NEAR를 예치한 것이 됩니다. 만약 이 검증자가 이중 서명을 했고 그 외 다른 이중 서
명이 없다고 하면, 이 검증자는 해당 에폭에서 예치금의 3%를 잃게 되기 때문에 485,000 NEAR를 반환
받고 15,000 NEAR는 소각되는 것입니다. 만일 한 에폭 내 이중 서명된 예치금의 총량이 33%에 도달하
면 (이는 네트워크에 위험한 수준입니다), 모든 관련 당사자의 전체 예치금이 슬래싱되는 것입니다.
유효하지 않은 청크의 경우, 검증자의 전체 지분이 슬래싱됩니다. 그 이유는 유효하지 않은 청크란 노
드가 실제로 악의적인 경우(코드를 수정한 경우)에만 나타나기 때문입니다.

7. 기술

NEAR의 커뮤니티가 운영하는 클라우드는 높은 수준의 설계 목표를 달성하기 위해 참신한 컨센서스 알

고리즘과 확장성 있는 샤딩 아키텍처를 사용합니다.
NEAR 기술의 핵심 요소들은 다음과 같습니다:
● 샤딩: 본 시스템은 복수의 병렬화된 샤드들에 연산을 분산시킴으로써 무한에 가까운 수평적 확
장이 가능하도록 설계되었습니다.
● 컨센서스: 새로운 나이트셰이드(Nightshade) 알고리즘을 사용, 모든 샤드들의 네트워크 운영자
들을 구성하는 노드 전체에서 컨센서스가 이루어집니다.

- 20 -
 ● 예치 선택 및 게임 이론: 검증 과정에 참여하는 예치자들은 보안이 확보된 무작위의 프로세스
를 통해 선택되는데, 이 프로세스는 당사자들 간 자리를 최적으로 분배하고, 그들이 선의를 가
지고 운영할 수 있도록 인센티브를 제공합니다.
● 무작위성: NEAR에 채택된 무작위성은 편향적이지 않고 예측 불가합니다. 또한 악의적 행위에
강한 속성을 지니는데, 이는 생동성(liveness, 대상에 문제가 없다면 네트워크에서 합의가 반드
시 일어난다는 개념)에 영향이 가려면 전체 검증자의 1/3이, 실제로 결과에 영향이 가려면 전체
검증자의 2/3이 악의적 행위자여야 하기 때문입니다.

기술적 설계 원칙
NEAR의 전체적 시스템 설계 원칙들은 다음과 같은 해석으로 자신의 기술적 설계를 설명합니다:
1. 가용성: 최종 사용자는 주어진 상호 작용에 대해 가능한 한 가장 낮은 수준의 보안적 책무를 져
야 합니다. 개발자는 친숙한 언어로 컨트랙트를 쉽게 개발, 테스트, 배포할 수 있어야 하며, 최
종 사용자에게 현재의 웹과 유사한 경험을 제공할 수 있어야 합니다.
2. 확장성: 플랫폼은 그 용량의 사용에 따라 무한대로 확장되어야 합니다.
3. 단순성: 각 시스템 구성 요소의 설계는 근본 목적을 달성하기 위해 가능한 한 단순해야 합니다.
4. 유지가능한 탈중앙화: 검증 노드로서 플랫폼에 참여하기 위해 넘어야 할 진입 장벽은 가능한
한 낮게 설정되어 다양한 참여자를 불러올 수 있도록 해야 합니다. 수정되는 가치를 보호하기
위해, 먼 미래에 이루어지는 개별 트랜잭션은 최소한 오늘날 이루어지는 트랜잭션만큼 안전해
야 합니다.

요약
NEAR는 오늘날 블록체인의 두 가지 핵심 문제들인 사용성과 확장성들 대한 해결책을 제시하는 데 초
점을 두고 있습니다.
최종 사용자들의 사용성은 그들에게 지갑과 관련한 진보적 보안 모델을 제시하고, 개발자들이 현재의
웹과 매우 유사한 경험을 사용자들에게 줄 기회를 늘려 줌으로써 제공됩니다. 이는 NEAR의 컨트랙트
기반 계정 모델의 결과로써 프로토콜 수준에서 구현되는 유연하고 프로그래밍 가능한 핵심 관리 기술
을 통해 제공되는 것입니다. 이를 통해 메타 트랜잭션, 초소형 계정 이체, 특정 용도의 자금이 잠겨 있는
계정 생성, 기타 프로그래밍 및 제한 설정을 쉽게 할 수 있는 계정의 생성이 가능해지는 것입니다.
개발자들의 사용성은 브라우저 기반 디버깅, 친숙한 프로그래밍 언어(예: 어셈블리 스크립트 및 러스트
)의 사용, 컨트랙트 사용에 대한 리베이트("컨트랙트 보상")등이 가능하도록 프로토콜을 설정함으로써
제공됩니다.
확장성은 하나의 체인을 무한하게 늘어날 수 있는 병렬 작동의 서브체인(subchains)으로 샤딩함으로써
제공됩니다.

성능적 특성 및 장단점
흔히들 말하는 삼중 딜레마가 있는데, 그것은 바로 시스템이 확장성, 탈중앙성 및 보안성을 동시에 달
성할 수는 없다는 것입니다. 그러나 NEAR의 샤딩 및 검증자 선택법은 상당한 확장성과 탈중앙성을 제
공하면서도, 이러한 장점들이 일반적으로 불러오는 보안에서의 약점을 완화시킵니다.
고전적인 삼중 딜레마가 또 하나 있는데, 그것은 CAP 이론에 의해 제기되는 것으로써 시스템이 일관성

- 21 -
, 가용성(또는 "생동성(liveness, 대상에 문제가 없는 경우 반드시 합의가 일어난다는 개념)") 및 분할 내
성(Partition Tolerance) 중 두 가지만 달성할 수 있다는 것입니다. 여기에서 분할 내성은 희생할 수 없으
므로, 실제로는 일관성과 가용성 사이에서만 가감이 일어나는 것입니다.
블록체인 기반 시스템에서 이를 보여주는 예로는 네트워크가 일주일 동안 두 부분으로 분할되면 어떻
게 되는가를 들 수 있습니다. “일관된” 시스템은 두 부분 사이에 일관성이 없어지지 않도록 네트워크가
복원될 때까지 두 부분 중 하나(또는 둘 다)를 완전히 끌 것입니다. (비트코인과 같은) “가용한” 시스템
은 네트워크의 두 부분을 계속 독립적으로 실행시키다가, 그것들이 하나로 복원되면, 한쪽의 운영을 삭
제함으로써 다른 쪽만 남도록 할 것입니다.
시스템 수준에서 보면 NEAR는 현재 가용성을 선호하지만, 개별 사용자는 로컬에서의 일관성을 위해 5
0%라는 한계값보다 많은 서명 없이는 블록을 수용하지 않도록 할 수 있습니다.
시스템의 성능은 처리되는 트랜잭션의 유형과 이를 지원하는 실제 하드웨어에 따라 크게 달라질 수 있
습니다. 단순한 금융 트랜잭션의 경우, 샤드 당 처리량은 초당 400~2000건 정도입니다.

샤딩
현재 확장성에 대한 현재 접근 방식은 다음의 두 가지로 나뉩니다.
1. 수직적 확장: 시스템의 기존 하드웨어 성능을 개선하여 달성합니다. 블록체인 기반 시스템에서
이는 일반적으로 노드가 더 적게 들어있는 네트워크의 실행을 의미하는데, 여기에는 “더 나은
” 하드웨어가 필요합니다. 더 나은 하드웨어는 초기에 처리량의 향상을 불러오지만, 그 이후의
향상은 연산 하드웨어의 성능 향상율로 제한합니다 (이는 종종 "무어의 법칙"으로 간주되기도
합니다.). 즉, 사용률의 증가에 상응하는 속도로 네트워크를 확장할 수 없게 되는 것입니다.
2. 수평적 확장: 시스템에 “더 많은” 하드웨어를 추가하여 달성합니다. 블록체인의 경우, 이는 일반
적으로 네트워크에 참여하는 노드의 수가 증가하면 해당 네트워크의 성능 또한 그에 상응하도
록 향상됨으로써 이루어집니다. 이러한 성능의 향상은, 한 예로 여러 개의 "샤드"에 걸쳐 연산
을 병렬화 시킴으로써 실현시킬 수 있습니다.
NEAR는 샤딩이라는 접근 방식을 사용하여 수평적 확장성을 제공하므로 수요의 증가에 따라 용량을 확
장할 수 있습니다.

크로스 체인(Cross-Chain) 및 크로스 샤드(Cross-Shard) 통신

단일 체인의 샤드 내에서 발생하든 복수의 체인들 사이에서 발생하든, 모든 형태의 크로스 체인 통신에
서 가장 큰 어려움 중 하나는 다른 체인에서 들어오는 트랜잭션이 유효한지 확인하는 것입니다. 크로스
체인 트랜잭션을 검증하기 위한 방법으로는 다음의 세가지가 있습니다:
1. 이중 검증: 수신측 체인의 검증자가 송신측 체인도 검증하도록 하는 것입니다. 쿼크체인(Quark
chain)이 이 방법을 사용합니다. 이 방법의 단점은 검증자의 확장이 잘 이루어지지 않는다는 것
입니다.
2. 트랜잭션을 신뢰함: 트랜잭션이 수신된 경우 그것이 유효하다고 가정하는 것입니다. 예를 들어
, 코스모스(Cosmos)에서는 메인 허브에 복사된 트랜잭션을 되돌릴 수 없는 것으로 간주합니다
. 각 경제 구조 내 총 토큰 수를 추적하기 때문에 새 토큰을 만들 수는 없지만, 이론적으로는 당
사자 간에 유효하지 않은 전송이 일어나도록 할 수 있습니다. (예: 다른 당사자의 토큰을 훔친
경우)

- 22 -
 3. 롤백(Rollback) 기능을 갖춘 비콘 체인(Beacon Chain): 비콘 체인은 작은 검증자 집단을 사용
하여 다른 모든 체인들에서 일어나는 상태 정보의 전이를 확인하고, 문제가 감지되면 모든 체
인들을 롤백 시킵니다. 원자성(atomicity)을 위해, 이러한 롤백은 일어나긴 하되 드물게 일어나
야 하고 즉시 감지되어야 합니다.
NEAR는 세 번째 방법에 중점을 둡니다.
적응력을 가진 적(敵)이라도 샤드의 검증자들을 하루 만에 변절시킬 수 없다는 가정하에, 각 샤드의 검
증자들을 매일 순환 교체시킴으로써 보안을 강화할 수 있습니다. 그러나 실상에서는 (매우 어렵긴 하지
만) 적응력을 가진 적이 특정일 내에 샤드의 검증자들을 변절시킬 수도 있습니다.
이를 막기 위해, 다른 프로토콜들은 훨씬 빠르게 (몇 분마다) 돌아가면서도 샤드 전체의 유효성을 검증
하는 보다 작은 검증자 모임을 사용합니다. 이 작은 모임이 각 샤드의 전체 상태 정보를 다운로드하지
않고도(주어진 시간 내에 이러한 다운로드는 불가능함) 검증을 수행하기 위해, 실제로 영향을 받은 상
태 정보만을 수신하는 것입니다. 그러나 변경이 있을 때 마다 상태 정보를 보내기란 쉬운 일이 아닙니
다 - 단일 트랜잭션이 한 번에 100mb의 상태 정보에 영향을 미칠 수도 있기 때문입니다.
바로 여기서 나이트셰이드 샤딩이라는 접근법이 등장합니다.

나이트셰이드
나이트셰이드는 일반적인 샤딩의 개요 대신 모든 샤드가 함께 결합하여 단일 블록을 생성한다고 가정
합니다. 이 블록은 개별 샤드가 특정 블록 높이에 대한 "청크"를 생성했는지 여부에 관계없이 규칙적인
리듬(cadence)로 생성됩니다. 따라서 각 샤드의 모든 청크는 존재하거나 존재하지 않거나 하는 상태가
됩니다.
올바른 포크에서 결정이 이루어지려면 포크 선택의 규칙이 있어야 합니다. 아직 개발 중이지만, 이는 L
MD 고스트(LMD Ghost)와 유사할 가능성이 높습니다. 여기에는 주어진 청크 및 블록에 대해 얼마나 많
은 검증자들의 증명이 이루어졌는가가 포함될 것입니다.
각 블록의 생성이라는 임무는 하나의 검증자에게 주어집니다. 이 검증자는 해당 블록의 기간 동안 제공
받은 청크를 블록과 합쳐내야 합니다. 이 검증자의 임무는 검증자 집단(예: 100명의 검증자가 모인 집단
)안에서 순환됩니다. 리더는 트랜잭션이 아닌 청크만을 수신합니다.
각 개별 샤드 및 기간에 대한 청크의 생성이라는 임무 또한 하나의 검증자에게 주어집니다. 해당 검증
자가 없는 경우, 샤드는 그 기간 동안 멈춰 있게 됩니다. 각 샤드는 전체 검증자 집단에서 뽑아낸 자신
만을 위한 작은 검증자 집단이 있습니다. 샤드 리더의 자리는 전체 블록 리더가 선택되는 것과 같은 방
식으로 이 작은 집단(예: 4명의 검증자들을 가진 집단) 내에서 순환됩니다. 따라서, 검증자가 없어서 샤
드 청크가 한 기간 동안 멈춰 있게 되면, 다음 검증자가 다음 기간에 체인의 작업을 계속할 가능성이 높
습니다.
나이트셰이드 백서에서 NEAR이 샤딩 설계에 대한 더 많은 정보를 얻으실 수 있습니다.

숨겨진 검증자
추가적인 보안을 제공하기 위해, NEAR는 숨겨진 검증자들을 이용합니다. 이들은 각 샤드에 대한 작은
검증자 집단(평균 100명의 검증자)으로 존재하며, 각 청크를 검증합니다. 이런 검증 임무를 블록체인에
두어 모든 참여자가 공개적으로 볼 수 있도록 하는 대신, 숨겨진 검증자는 검증가능한 무작위 함수(Ve
rifiable Random Function, VRF)으로부터 일련의 샤드 ID를 뽑아 자신들의 임무를 스스로 파악합니다.

- 23 -
이렇게 하면 각 검증자는 자신이 검증해야 하는 샤드가 어떤 것인지 알게 되지만, 이러한 검증자를 변
절시키기 위해 적(敵)은 모든 샤드 전반에 존재하는 전체 검증자들 중 상당 비율의 사람들에게 뇌물을
주는 등의 포섭 행위를 해야 하는 것입니다.
여기서 한발 더 나아가, 특정 블록에 할당된 숨겨진 검증자의 수도 무작위로 결정됩니다. 이렇게 되면
적은 공격을 성공적으로 수행하기 위해 변절시켜야 하는 검증자의 수가 몇 명인지도 정확히 파악할 수
없게 됩니다. 이는 적으로 하여금 자신의 의도를 알리고 낚시꾼이 올 때까지 기다리는 (그래서 그들이
검증하는 샤드들이 어떤 것인지 공개하게 만드는) 공격 형태를 방지해 줍니다.
이러한 검증의 특성상, 한 명의 숨겨진 검증자라도 청크가 유효하지 않다고 증명할 수 있어 "사기가 아
님을 증명하는 방법”이라고도 불릴 수 있겠습니다.
샤드에 대한 더 작은 검증자 집단의 선발은 블록 및 청크 생성자와 동일한 집단에서 매 에폭(하루의 절
반)마다 이루어지는데, 이 모(母)집단은 예치된 노드의 총합과 같습니다. 예를 들어, 샤드 당 100개의 자
리가 있고 총 100개의 샤드가 있는 경우, 총 10,000개의 자리가 있게 되는 것이고, 그중 100개의 자리
는 청크 생성자에게, 나머지는 숨겨진 검증자에게 할당되는 것입니다.

낚시꾼
각 샤드에 대해 보안을 제공하는 숨겨진 검증자 외 다른 노드 운영자들 또한 소위 "낚시꾼"으로써 별도
의 허가 없이 NEAR의 보안 향상에 참여할 수 있습니다. 이러한 제3자 노드도 숨겨진 검증자와 동일한
사기 방지 효과를 제공할 수 있으므로 그것들 역시 슬래싱 및 롤백 과정을 시작할 수 있습니다.
즉, 적(敵)이 숨겨진 검증자 집단 전체를 성공적으로 변절시켰다 하더라도, 독립적인 낚시꾼들 중 한 명
이 이러한 악의적인 노력들을 발견하지 못할 것이라는 보장이 없으므로, 적으로써는 악의적인 노력을
기울일 의욕이 크게 떨어지는 것입니다.

게으른 검증자 방지
검증자들에게 있을 수 있는 잠재적인 문제 중 하나는 그들이 “게을러” 질 수 있다는 것입니다. 각 블록
마다 검증자는 새로운 청크를 받고, 새로운 상태 정보를 다운로드하며, 해당 블록에서 검증을 수행해야
합니다. 그러나, 검증자들은 다른 검증자가 “사기가 아님에 대한 증명”을 제출할 때까지 아무 것도 하
지 않을 수도 있습니다. 그렇게 가만히 있다가, 다른 검증자가 증명을 제출한 뒤에야 최신 블록을 검증
하고 자신의 증명을 제출하는 것입니다. 이렇게 되면, 체인은 검증자들에게 비용을 지불하면서도 그들
로부터 의미 있는 작업 결과를 얻지 못할 수 있습니다.
이를 방지하기 위해, 검증자로 하여금 먼저 결정을 내리고 (청크가 유효한지 아닌지에 대한 결정), 그 후
에 그러한 결정의 세부 내용을 공개하도록 했습니다. 이렇게 되면, 검증자들로써는 유효하지 않은 청크
를 놓쳤을 때 슬래싱 될 예치금 때문에라도 일을 제대로 해야겠다는 동기가 생기게 되는 것입니다.

데이터 호딩(Hoarding) 방지
또 다른 문제는 (청크 생성자의 작은 집단이 변절하여) 해당 청크가 손상되고, 관련 청크 생성자들이 숨
겨진 검증자에게 충분한 데이터를 제공하지 않아 그들이 검증 또는 사기가 아님을 증명할 수 없는 경우
발생할 수 있습니다.
이 문제는 청크 생성자로 하여금 다른 샤드에 있는 타 청크 생성자들에게 "삭제 기능이 코딩된" 청크를
보내도록 함으로써 해결됩니다. 이 코드를 사용하면, 타 청크 생성자들은 당사자들의 16% 및 그것을

- 24 -
검증할 수 있는 숨겨진 검증자만으로도 청크를 재구성할 수 있습니다. (변절한) 청크 생성자가 자신의
청크에 대한 해당 코드를 제공하지 않은 경우, 타 청크 생산자는 해당 부분이 없는 체인을 보증하거나
그 위에 개발 행위를 하지 않을 것입니다. 실제로 "포크 선택의 규칙"은 해당 부분을 가진 당사자들이 5
0% 이상 존재하는 체인을 선택합니다.
악의적인 행위를 방지하기 위해, 이 삭제 코드 내 임의의 한 부분은 "지뢰"(무효)가 되도록 의도적으로
만들었습니다. 언제라도 검증자가 지뢰가 포함된 블록(쉽게 증명할 수 있음)을 보증하면, 해당 블록은
슬래싱됩니다. 각 기간마다 악의적인 행위자가 슬래싱 될 작은 가능성 또한 있기 때문에, 악의적인 행
위를 할 의욕은 크게 떨어지게 됩니다.

무작위성
블록체인에서 무작위성은 다음과 같은 속성을 지녀야 합니다.
1. 비(非)편향성
2. 예측불가성
3. 생동성, 예) 오프라인으로 튕겨져 나가는 행위자들이나 악의적인 행위자들을 어느정도 감당할
수 있어야 함
상기를 확보하기 위한 몇 가지 가능한 접근 방식이 있습니다:
1. 랜다오(RANDAO) – 예측 불가하지만 편향적일 수 있습니다. 생동성은 기본 컨센서스 프로토콜
에 따라 달라집니다.
2. 랜다오+검증가능한 지연 함수(RANDAO+VDF) – 예측불가하고 비편향적이며 생동성 또한 가
지고 있습니다. 그러나 현실에서는 이를 사용함과 동시에 ASIC에 대항하기란 상당히 어렵습니
다.
3. 한계값 서명 - 예측불가하고 비편향적이며 생동성 또한 가지고 있습니다. 그러나 특정 방식으
로 개인 키를 생성하려면 복잡한 메커니즘을 필요로 합니다. 현재 활발한 연구가 진행되고 있
는 분야입니다.
4. 랜드셰어(RandShare) - 예측불가하고 비편향적이며 생동성 또한 가지고 있습니다. 그러나 O(n
^3)개의 네트워크 통신 메시지를 필요로 합니다. 여기서 n은 참여자 수이기 때문에 필요한 메
시지의 수가 상당합니다. 또한 낮은 한계값으로 볼 수 있는 1/3 이상의 악의적 참여자가 있으면
편향성을 갖게 됩니다.
NEAR의 접근 방식은 예측불가하고 비편향적이며 생동성 또한 가지고 있습니다. 랜드셰어와 달리, 편향
성을 갖게 되기 전 최대 2/3까지의 악의적 참여자를 감당할 수 있습니다. 한계값 서명과 달리 단순합니
다. RANDAO+VDF와 달리 ASIC으로 공격할 수 없습니다. NEAR Randomness 논문에서 이 접근의 작동
방식을 알아보세요.

8. 거버넌스
거버넌스는 프로토콜이 어떻게 업데이트되는가("기술적 거버넌스")와 자원이 어떻게 할당되는가("자원
거버넌스")를 정의합니다. 기술 거버넌스에는 일반적으로 버그 수정, 시스템 변수에 대한 업데이트 및
프로토콜의 근본 기술에 대한 대규모 변경 사항이 포함됩니다. 자원 거버넌스에는 일반적으로 커뮤니
티의 기획하에 생긴 자금들(예: 재단이 받은 할당금)의 할당이 포함됩니다.

- 25 -
기술 거버넌스는 특히 복잡한데, 잠재적으로 전 세계에 퍼져있는 수천 명에 이르는 독립적인 노드 운영
자들 간에 조정이 이루어져야 하기 때문입니다. 최신 버전의 네트워크에 참여하기 위해, 이러한 노드들
각각은 업그레이드 과정을 거쳐야 합니다. 업그레이드 과정을 거치지 않은 경우, 해당 노드는 별도의
체인을 실행하거나 실행하려고 시도할 수 있습니다. 그렇기 때문에, 업그레이드 과정은 매끄럽게 이루
어져야 하며, 그 과정에 영향을 받는 노드들은 내려진 결정에 순응해야 하는 것입니다.
많은 프로토콜은 거버넌스의 의사결정 부분을 "오프 체인"에서 수행합니다. 즉, 주요 이해 당사자들 혹
은 그들의 대리인들은 문자 채널, 직접 대면 및 전화를 통해 최선의 의사 결정을 내린다는 것입니다. 이
는 주요 문제들을 해결하는 데 있어 사람들 사이의 유동적 의사소통이 갖는 역동적인 특성을 활용한다
는 점에서 의미가 있지만, 개인이 갖는 강한 개성들과 “소프트 파워”들을 알맞게 배치시켜야 한다는 도
전과제를 제시하기도 합니다.
반면 다른 프로토콜은 온라인 투표 메커니즘을 통해 프로토콜의 주요 자원(예: 토큰) 소유자들이 명시
적으로 결정을 내리는 "온체인" 거버넌스에 크게 의존합니다. 이는 의사 결정 및 롤아웃(rollout)이 보다
명확하게 이루어지도록 해 주지만, 의사 결정의 대상 또한 매우 명확하게 특정해야 한다는 어려움을
야기시킵니다. 또한, 일부 결정들과 관련해 "인간적 상식"의 부족으로 문제가 발생할 소지가 있기 때문
에 오프체인 과정에서는 발생하지 않을 특정 공격에 대한 취약성을 가집니다.

거버넌스 설계 원칙
NEAR의 핵심 설계 원칙들은 다음과 같이 거버넌스에 적용됩니다.
1. 사용성: 거버넌스 과정은 명확하고 이해하기 쉬워야 합니다. 적극적인 참여와 투표(가능한 경우
)를 위한 메커니즘은 단순하고 직관적이어야 합니다. 거버넌스는 신속하게 결정을 내리고 내려
진 결정을 효율적인 적용시키기 위해 효과적이고 효율적이어야 합니다. 이해 당사자들의 커뮤
니티는 내려진 결정의 정당성을 지지하고 플랫폼으로부터 이탈하거나 분기(fork)하지 않겠다는
것을 보여줄 충분한 발언권을 가지고 있어야 합니다.
2. 확장성: 거버넌스는 플랫폼의 범위와 복잡성이 커지고, 이해 당사자의 다양성이 증가하며, 참여
의 폭이 넓어짐에 따라 확장되어야 합니다.
3. 단순성: 가장 탄탄한 프로세스들은 가장 단순한 것들인 경우가 많기 때문에, 좋은 거버넌스 또
한 과도한 엔지니어링 과정을 피하고 사람 대 사람 간 의사소통이 가장 단순하다는 점을 인정
해야 합니다.
4. 유지가능한 탈중앙화: 거버넌스는 플랫폼 내 모든 이해 당사자들의 참여를 허용해야 하지만, 시
간이 지남에 따라 이들 중 하나에 의해 점거되지 않도록 탄력적이어야 합니다.
거버넌스의 설계는 효율성과 탄력성 사이에서 균형을 이루는 것이 중요합니다. 이해 당사자들에게 최
상의 가치를 제공하기 위해 기술 플랫폼이 충분한 수준으로 계속 진화하려면 의사 결정이 효율적으로
내려지고 적용되어야 하지만, 이러한 플랫폼은 시간이 지남에 따라 특정 이해 당사자 그룹에 의해 점거
되지 않도록 탄력적이기도 해야 합니다.

요약
NEAR의 거버넌스는 프로토콜이 효율적으로 개선되게 함과 동시에 프로토콜이 독립성을 유지하는 데
필요한 커뮤니티의 충분한 발언권 및 감독을 허용하도록 설계되었습니다. 장기적인 목표는 커뮤니티
주도의 혁신을 효과적인 의사 결정 및 수행과 결합시키고, 네트워크의 주요 이해 당사자들 각각을 제대

- 26 -
로 된 대변하는 것입니다. 초기 NEAR 커뮤니티를 예로 들자면, 이해 당사자들에는 토큰 소유자, 검증자
, 애플리케이션 개발자, 프로토콜 개발자, 커뮤니티 리더 등이 포함됩니다. 이러한 각 이해 당사자들은
다양한 문제에 대해 서로 다른 관점, 견해 및 의견을 가지고 있을 것입니다.
제대로 된 대변인이 있다는 것은 의사 결정에 심의와 토론이 수반될 것임을 의미하며, 그냥 둘 경우 프
로토콜에 필수적인 진화의 속도가 느려질 수 있음을 의미합니다. 효율적인 수행으로의 편향성을 유지
하려면, 핵심 프로토콜 코드의 참조 구현(Reference Implementation)을 유지시킬 수 있는 상당한 자격
을 갖춘 주체가 필요합니다. 참조 유지 관리자(Reference Maintainer)라고 불리는 이 관리자는 커뮤니
티에 의해 선택되고 감독받아야 합니다.
초기의 거버넌스 활동은 생태계의 장기적 유용성을 개선하는 임무를 맡은 독립적 비영리 단체인 NEAR
재단에서 조정합니다. 이러한 활동에는 참조 유지 관리자에 대한 감독, 거버넌스 조정 도구의 개발 지
원, 특정 토큰의 분배 및 커뮤니티 운영 거버넌스와 관련한 토대의 마련이 포함됩니다.

기술적 거버넌스
탈중앙화된 네트워크로써 어떠한 단일 주체도 전체 NEAR 네트워크에 변경을 강제할 수 없습니다. 핵
심 기여자들이 참조 코드 기반에 적용하는 모든 변경 사항은 네트워크를 실행하는 노드들로부터 개별
적으로 수락되어야 합니다.
참조 코드 기반에 변경 사항들을 적용시키는 데 사용되는 핵심 프로세스를 이해하는 것은 여전히 중요
한데, 이러한 변경 사항들은 커뮤니티의 의도를 반영할 가능성이 높기 때문이며, 고로 커뮤니티의 일부
를 이루는 네트워크 노드로부터 수락될 가능성 또한 높기 때문입니다.
NEAR의 거버넌스는 NEAR 네트워크의 기술적 업그레이드를 책임지는 주체인 참조 유지 관리자를 정의
합니다. 이 주체는 참조 구현을 유지시키고, 사양과 관련한 개선 사항을 계속적으로 제안하도록 선택되
었습니다. 모든 중요한 출시버전은 커뮤니티 내 토론 및 거부권 과정(2주간의 도전 기간)을 통해 보호되
고, 소규모의 버그 수정은 신속하게 이루어져서 노드 운영자에게 전달될 수 있도록 했습니다.
초기의 유지 관리자는 재단 이사회에서 선발하고, 이사회가 유지 관리자를 교체하기로 투표할 때까지
업무를 수행합니다. 시간이 지남에 따라, 유지 관리자에 대한 감독은 커뮤니티를 대별하는 선거 과정을
통해 수행될 것입니다.

자원 거버넌스
네트워크 자체에서 프로토콜 금고에 제공하는 자원은 NEAR 재단에서 관리하고 배분합니다. 본 재단은
독립적으로 운영되며, 프로토콜 생태계의 지속적 안녕에 가장 도움이 되는 프로젝트 및 활동들에게 체
계적이고 투명하게 자금을 제공할 것입니다. 여기에는 (참조 유지 관리자와 같은) 기술적 프로젝트 및
일반 대중들과 커뮤니티 전체를 지원하는 비기술적 프로젝트나 기획들 또한 포함될 수 있습니다.

- 27 -
9. 기초 요소들

새로운 연산 패러다임이 출현할 때마다, 그것이 가장 효과적으로 활용될 수 있는 방법이나 그것이 혁신

의 미래에 의미하는 바에 대해 상당한 불확실성이 존재합니다. 이번에도 마찬가지입니다.
NEAR와 같은 블록체인 기반의 애플리케이션 플랫폼은 기존의 두 가지 클라우드 서비스 (연산과 스토
리지 서비스)들을 신용이 필요치 않고 별도의 허가 또한 필요치 않은 방식으로 결합합니다.
이러한 방식으로 상기의 서비스들을 결합하면 새로운 애플리케이션, 새로운 가치 사슬 및 새로운 사업
들을 구축하는 데 사용될 수 있는 새로운 기초 요소들이 창조됩니다.
이렇게 새로운 것을 대할 때에는, 그것이 무엇을 위해 사용될 수 있는지 (또한 무엇을 사용돼서는 안 되
는지) 이해하기 위해 아주 근본적인 수준에서 시작하는 것이 좋습니다. 새로운 기초 요소들과 새로운
가치 사슬들이 도입될 때 우리에게 주어지는 가능성들의 크나큰 세계는 그 도입의 초기 단계에서 완전
히 알 수 없다는 점을 인정하는 것이 중요합니다. 예를 들자면, 2000년대 초 최초의 스마트폰이 나왔을
때, 모든 사람의 주머니 속에 카메라와 GPS 기능이 합쳐진 기기가 있다는 사실이 세상을 얼마나 바꾸
게 될지 예측할 수 있었던 사람은 거의 없었습니다.
다음 섹션들에서는 기술이 어디에 좋은지, 어디에 좋지 않은지, 그리고 현재 기술로 인해 가능해진 세
부적인 기초 요소들을 살펴보겠습니다. 또한 블록체인을 적용해야 할 때와 적용해서는 안 될 때를 이해
하기 위한 명확한 정신적 모델을 제시하겠습니다. 향후에 있어야 할 토론의 쟁점들은 본 백서의 결론
부분에 다루겠습니다.

상기 이미지 내 영어 부분 번역
위에서부터
애플리케이션
사용 사례
기초 요소
기술
기술은 기초 요소들을 창조하는데, 이러한 기초 요소들은 사용 사례들을 만들어 내고, 다시 이런 사용
사례들은 애플리케이션에 의해 구현됩니다.

기술이 “잘 못하는” 것들
기초 요소들에 대해 논하기 앞서, 몇 가지의 지속적인 오해들을 풀기 위해 본 기술이 “잘 못하는” 것들
에 대해 인정하는 것이 중요합니다.
NEAR와 같이 커뮤니티가 운영하는 클라우드는 단독적으로 봤을 때 기존의 연산 및 스토리지 솔루션들

- 28 -
에 비해 저렴하거나 빠르지 않습니다. 그 정의에도 나타나 있듯이, 커뮤니티가 운영하는 클라우드의 사
용이 제공하는 구체적인 이점은 바로 보안성을 위해 연산 및 스토리지 모두에서 반복을 극적으로 활용
한다는 것이고, 이러한 보안성은 결국 네트워크에 가장 큰 이익을 준다는 것입니다.
복수의 개별 노드들에 걸쳐 일어나는 연산 및 스토리지를 종합하여 해당 네트워크들이 어떻게 작동하
는지 조사함으로써 위의 사실을 가장 기본적인 수준에서 이해할 수 있습니다.
네트워크가 100개의 노드를 가진 하나의 샤드로 구성되어 있고, 각 노드는 다른 노드들과 병렬로 놓인
자체적 개별 하드웨어에서 실행되는 경우, 정의에 따라 이 네트워크에서 연산을 실행하는 것은 단일
하드웨어에서 실행하는 것보다 최소 100배 이상의 비용을 발생시킬 것이며, 속도 또한 네트워크의 노
드 간에 통신하는 데 걸리는 시간에 비례해서 상대적으로 훨씬 느려질 것입니다.
이와 유사하게, 네트워크의 저장 용량은 이론적으로는 무한하지만, 네트워크에 새로운 검증 노드를 추
가하는 속도와 거기에 드는 비용에 의해 실질적으로 제한됩니다. 각 샤드의 저장 용량 또한 새로운 검
증자가 네트워크에 참여하고 매회의 새로운 셔플링(shuffling)에서 시간 내에 새 샤드와 동기화하는 데
필요한 수준으로 고정됩니다. 샤드 내의 각 검증자는 스토리지를 복제하므로, 네트워크에 새로운 스토
리지 용량을 추가하려면 새로운 샤드를 생성해야 합니다. 또한, 이렇게 생성된 새로운 샤드는 추가적인
새로운 검증 노드 집단을 필요로 하게 됩니다. 위의 예에서, 네트워크에 새로운 스토리지 용량을 추가
하려면 아예 새로운 검증자들을 데려오던 기존의 검증자들로 하여금 보다 많은 수의 샤드들을 감당하
도록 하던 어쨌든 100개의 다른 검증 노드들을 추가적으로 가져와야 함을 의미합니다. 네트워크상 스
토리지의 경제성은 이러한 현실을 반영해야 하므로, 단일 스토리지 하드웨어를 운영하는 것보다 언제
나 최소 몇 배의 비용이 듭니다.
스토리지 기술의 발전으로 인해 스토리지가 얼마나 필요한가와 관련해서는 일부 최적화가 이루어졌지
만, 상기 경제성의 근본적인 현실을 바꾸어 놓지는 못했습니다.
따라서, 블록체인 기반의 시스템이 전통적인 연산 또는 스토리지의 사용 사례와 관련하여 Amazon의 A
WS 또는 Google의 클라우드 프로바이더(Cloud Provider)와 같이 중앙화된 클라우드 연산 시스템보다
빠르거나 저렴하다고 주장할 수 없는 것입니다. 이러한 차원에서의 최적화를 요구하는 애플리케이션들
은 NEAR 플랫폼의 초기 구현으로 얻을 수 있는 최고의 사용 사례들이 “아닙니다.”

기술이 주는 새로운 이익들

플랫폼에 의해 활성화되는 특정 기초 요소들을 살펴보기 전에, 커뮤니티 클라우드를 통해 연산과 스토
리지를 별도의 허가나 신용이 필요치 않은 방식으로 결합했을 때 발생하는 근본적인 이점들을 살펴보
았습니다.
이 높은 수준의 개념적 이해는 우리로 하여금 블록체인이 어떻게 “기존의” 작업을 현재의 클라우드 아
키텍처보다 저렴하게 또는 빠르게 수행할 수 있는지 묻는 영역에서, 어떤 “새로운” 사용 사례가 가능해
지는지를 묻는 영역으로 올라가게끔 해주기 때문에 중요합니다.

고가치 자산을 위한 탈중앙화

탈중앙화는 시스템을 위태롭게 하기 위해 얼마나 많은 행위자를 변절시켜야 하는지를 나타내는 하나의
축을 따라 그려지는 스펙트럼으로 생각할 수 있습니다. 축의 한쪽 끝에 있는 오늘날 대부분의 시스템(
현재의 클라우드 연산 및 스토리지 솔루션들을 포함하여)은 중앙화된 요소가 하나 있습니다: 단일 인원
의 접속키를 가지고 있으면, 시스템의 데이터를 임의로 수정할 수 있다는 것입니다. 반면, 축의 다른 쪽

- 29 -
끝에 있는 완전히 탈중앙화된 시스템에서 기본 데이터를 변질시키기 위해서는 수십, 수백 혹은 수천
명의 행위자가 변절해야 합니다.
오늘날 많은 블록체인 기반 시스템들은 사실 상당히 중앙화되어 있는데, 이는 설계 때문에, 또는 시스
템들이 소수의 매우 강력한 인원들을 만들어내는 집합이나 위임 방식에 인센티브를 제공하기 때문에,
또는 거버넌스 과정이 쉽게 점거되기 때문에 그렇습니다.
앞서 논의한 바와 같이, 탈중앙화가 제공하는 중복성에는 추가 비용이 발생함으로, 가장 강력한 사용
사례들이란 이러한 탈중앙화가 제공하는 것, 즉 중복성으로부터 충분한 혜택을 누리는 사례들일 것입
니다.
오늘날 애플리케이션에 저장되는 대부분의 데이터는 가치가 낮고 용량이 큰 것들입니다. 탈중앙화는
저장되는 데이터가 매우 민감하거나 검열, 도난, 변질 또는 기타 수정 행위에 취약한 경우에 가장 중요
해집니다.
이것은 특히 디지털 화폐, 신원 및 자산의 소유권을 나타내는 데이터를 NEAR 플랫폼에 저장했을 때 가
장 큰 혜택을 얻을 수 있음을 의미합니다.

공유된 글로벌 데이터 레이어

NEAR 플랫폼은 애플리케이션들이 동일한 공유 데이터 집합에 접근할 수 있도록 하기 때문에, 여러 애
플리케이션 간에 서로의 상태 정보를 쉽게 공유할 수 있습니다. 이는 일반적으로 각 애플리케이션이 자
체 데이터를 독점적 데이터베이스에 저장하고, 이러한 데이터베이스 간에 통신이 쉽지 않은 기존의 웹
애플리케이션들과 다릅니다.
애플리케이션 간에 공유되는 상태 정보는 앞서 언급한 디지털 화폐, 신원, 자산 등의 데이터 유형 중 하
나일 수 있습니다. 이 데이터는 기본적으로 암호화를 통해 보호되므로 사용자의 허락이 있는 애플리케
이션만이 데이터를 수정할 수 있습니다. 사용자는 자신의 데이터를 효과적으로 소유하기 때문에 제3자
애플리케이션의 허가 없이도 데이터를 수정하거나 전송할 수 있습니다.
이는 NEAR가 금전적 자산과 같이 높은 가치의 데이터를 저장할 수 있을 뿐만 아니라, 사용자와 애플리
케이션이 현재 타 플랫폼에서는 불가능한 방식으로 이러한 자산들을 서로 쉽게 주고받을 수 있음을 의
미합니다.
보안 및 개인 정보 보호를 위해 데이터를 여전히 암호화하고 보호할 수 있다는 점 또한 잊지 말아야 합
니다.

개발자들이 “무료로” 얻는 것
이러한 핵심 이점들에 더해, NEAR는 일반적으로 그 설정을 완료하는 데만 수개월이 걸리는 분산형 아
키텍처에 대한 접근을 개발자들에게 허용합니다. 여기에는 분할에 탄력적인 네트워킹, 고가용성 데이터
베이스 및 국제적으로 분산된 엔드포인트(endpoints)들이 포함됩니다.
또한, 개발자들은 현재 웹 세계에서 구현하는 데에 상당한 개발 노력이 필요한 여러 기본 요소에도 쉽
게 액세스할 수 있습니다. 예를 들어, 개발자들은 민감한 사용 사례에서나 볼 수 있는 암호화 기본 요소
들에 대한 고유의 접근 권한들을 갖게 됩니다. 또 다른 예로, 그들이 개발한 애플리케이션들은 플랫폼
의 모든 사용자가 새로운 애플리케이션을 사용해 보려고 할 때 접근과 관련한 어려움이 거의 없도록 해
주는 “통합인증(Single Sign On, SSO)”의 기능을 가집니다.

- 30 -
고유한 기초 요소들
연산과 스토리지를 하나의 탈중앙화 된, 그리고 공유된 데이터 레이어로 결합했을 때 얻을 수 있는 높
은 수준의 이점 중 일부를 소개하였으니, 다음으로는 이를 통해 가능해지는 새로운 기초 요소들에 대해
알아보도록 하겠습니다. 기초 요소들은 사용 사례의 구성에 있어 기초적 재료 역할을 합니다.
기초 요소들은 다음 범주 중 하나에 속하게 됩니다:
1. 자산: 모든 유형의 자산(돈에서 데이터에 이르기까지)들은 이제 디지털적 고유함을 가집니다.
즉, 그들은 검증가능한 방식으로 고유하고, 개별적으로 소유되며, 완전하게 프로그래밍 될 수
있습니다.
2. 계정: 생태계의 모든 행위자는 자신의 자산을 안전하게 보관할 수 있는 계정을 가지고 있는데,
이를 통해 애플리케이션에서 자신의 신원을 쉽게 확인할 수 있고 시간이 지남에 따라 평판 또
한 축적할 수 있습니다.
3. 트랜잭션: 자산은 디지털적 고유함이 있고 계정은 세계적인 사용자 집단의 일부이기 때문에,
당사자들 간의 프로그래밍 가능한 거래는 간단하고 저렴하며 안전하고 거의 즉각적입니다.
4. 검증: NEAR의 스토리지는 변경 불가한 공개 원장이므로 플랫폼에 저장되는 데이터와 코드는
공개적으로 그 시기와 내용이 검증 가능합니다.
다음 섹션에서 위 기초요소들에 대해 자세히 살펴보겠습니다.

기초 요소 – 자산
이제 자산은 디지털적 고유함을 가지고 있고, 검증 가능한 방식으로 고유하며, 완전하게 프로그래밍 될
수 있습니다. 이러한 특성들을 통해 기존 자산에 디지털화가 제공하는 이점을 더하거나 완전히 새로운
자산 범주를 만들 수도 있습니다.
예를 하나 들겠습니다. 현금은 과거 일차원적인 상품에 불과했지만, 이제는 완전히 프로그래밍 될 수
있어 그 발행 조건으로부터 사용까지 모든 것을 직접 자산에 적용시켜 넣을 수 있습니다.
자산이라는 기초 요소에는 다음이 포함됩니다:
1. 프로그램 가능한 소유권: 각 계정은 자신의 소유권과 관련하여 프로그래밍을 통해 의사 결정(
또는 분할)을 할 수 있을 뿐만 아니라 돈, 디지털 상품 및 (신원과 같은 실생활의 것들을 나타내
는) 데이터에 대한 검증 가능한 통제 권한을 가집니다.
2. 디지털적 고유함: 디지털 자산은 100% 고유할 수 있으며 특정한 대체 가능한 코인에서부터 완
전히 대체 불가능한 토큰에 이르기까지 모든 것을 나타낼 수 있습니다.
3. 프로그래밍이 가능한 자산: 프로그래밍을 통한 자산의 생성, 진보 및 파기가 가능합니다.

기초 요소 – 계정
사람, 컨트랙트 또는 장치에 관계없이 생태계의 모든 행위자는 최상위 계정을 가진 것으로 취급됩니다.
이들 각각을 플랫폼의 일급 시민으로 취급하면, 이전 세계의 주체들은 물론 자율 또는 준자율 행위자
들 간의 새로운 상호 작용 모두 아우를 수 있습니다.
계정이라는 기초 요소에는 다음이 포함됩니다:
1. 자율성: 체인의 모든 것이 계정에 할당됩니다. 계정은 사람, 회사, 앱 또는 사물(예: 냉장고)도 나
타낼 수 있습니다. 계정은 무엇이든 상관없이 각각의 일급 시민으로 취급받습니다.
2. 통합인증(SSO): 하나의 계정은 전 세계의 앱들, 그리고 체인에 연결하려는 다른 모든 것들에서

- 31 -
 작동합니다.
3. 평판/내역: 모든 계정의 트랜잭션 내역은 서비스 전반에서 사용할 수 있는 평판을 만들어냅니
다.
기초 요소 - 트랜잭션
동일한 공유 데이터 집합 내에 자산과 계정을 제공하면 디지털적 고유함을 가진 매체들의 외부세계에
서는 거의 불가능한 방식으로 요소 간 원활한 상호 작용들이 간단히 생성될 수 있습니다. 가장 일반적
으로 인용되는 이러한 사용 사례로는 별도의 허가를 필요로 하지 않는 P2P 자금 이체인데, 이외에도 모
든 종류의 디지털 자산에 더 광범위하게 적용될 수 있습니다.
트랜잭션이라는 기초 요소에는 다음이 포함됩니다:
1. 직접성: 특정 애플리케이션의 코드나 허가 없이 계정 간에 직접 전송이 가능하므로 P2P 마켓플
레이스 및 전송이 가능해집니다.
2. 즉시성: 금융 및 디지털 상품과 관련한 트랜잭션은 몇 초 안에 완료되며 승인을 위한 긴 대기
시간이 필요하지 않습니다.
3. 마이크로성: 무시해도 좋을 만한 수수료로 인해 현재 금융 인프라가 허용하는 것보다 훨씬 더
많은 빈도로 소량 이체가 가능해집니다.
4. 조건성: 스마트 컨트랙트를 통해 트랜잭션에 논리를 쉽게 더할 수 있습니다. 이러한 예로는 조
건부 에스크로 혹은 시간을 기반으로 한 통화나 데이터의 양도 등을 들 수 있습니다.

기초 요소 – 인증
NEAR에 데이터를 저장하는 데 사용되는 변경 불가한 공개 원장은 과거에 발생한 일에 대한 검증 가능
한 기록과, 특정 애플리케이션 뒤에서 실행되는 코드의 검증 가능한 저장소를 모두 생성합니다. 이러한
특성은, 작은 것(주사위 게임이 실제로 무작위성을 사용하는지에 대한 대답)에서부터 큰 것(공급망을
위한 감시 추적 기능의 생성)에 이르기까지 여러 가지 창의적인 방법으로 사용할 수 있습니다.
인증이라는 기초 요소에는 다음이 포함됩니다:
1. 체크포인트: 암호화된 타임스탬프가 가능하다는 것은 특정 시간에 확인 가능한 체크포인트를
쉽게 저장할 수 있다는 것을 의미합니다. 이를 통해 애플리케이션들은 이전 활동들의 진위성
또는 발생빈도를 확인할 수 있음을 의미합니다.
2. 프로세스의 무결성을 검증: 플랫폼에 배포된 앱을 실행하는 코드는 현재의 서버 측 코드가 할
수 없는 방식으로 검증될 수 있습니다.

조합적 기초 요소들
플랫폼 기술에 의해 고유하게 제공되는 낮은 수준의 기초요소들을 살펴보기란 어렵진 않지만, 가장 흥
미로운 가능성은 여러 기초 요소들을 결합하여 보다 높은 수준의 기초 요소들을 만들어내는 일일 것입
니다. 이들 중 상당 부분은 시간이 지남에 따라 발견되겠지만, 이들의 몇몇 예를 들자면 다음과 같습니
다:
1. 별도의 허가가 필요하지 않은 시장: 오늘날 대부분의 시장은 제대로 기능하기 위해 누군가(예:
시장활동이 일어나는 마켓플레이스 공급자)의 허가를 필요로 합니다. 낮은 수준의 기초 요소들
여럿을 조합함으로써 이러한 한계를 걷어 낼 수 있는데, 이전에는 시장이 설 여지가 없었던 곳
에서 별도의 허가가 필요치 않은 시장들이 번창할 수 있는 것입니다. 이를 위해서는 다음의 조

- 32 -
 합이 필요합니다:
1. 고유의 교환 매체(그 안에서 거래가 일어남) 및 (가격 책정을 위한) 계정
1.통화들 사이에 동적 교차 변환을 사용하면 이것이 더욱 수월하겠지만, 일반적으로 사
용자들은 단일의 통화를 선호한다는 것을 유념하세요.
2. 자산에 대한 검증 가능한 소유권
3. 자산의 P2P/별도의 허가가 필요치 않은 전송
4. 검열이 불가한 마켓플레이스 애플리케이션 (가시성, 매칭 및 가격 책정 기능 제공)
2. 파생상품 자산: 검열이 불가한 자산 저장소를 우선 제공하는 것이 중요하지만, 낮은 수준의 기
초 요소들 여럿을 조합함으로써 우리는 기존의 자산, 트랜잭션 및 논리들을 수용할 수 있는 다
양한 새로운 자산을 무한히 만들 수 있습니다. 이 새로운 자산들을 사용자의 위험 관리 요구 사
항들을 충족할 것입니다. 이를 위해서는 다음의 조합의 필요합니다:
1. 자신에 대한 검증 가능한 소유권
2. 자산에 대한 프로그래밍 가능한 에스크로
3. 프로그래밍 가능한 권리의 이전
3. 공개 상태의 구성 요소들: (그러한 접근이 허가된 경우) 모든 앱은, 특정 자산 또는 플랫폼 사용
자와 관련한 상태 데이터의 공유 집합에 접근할 수 있습니다. 이는 구성 요소들로 하여금 오늘
날 애플리케이션에서의 마이크로 서비스들처럼 작동하게끔 함으로써, 더 큰 사업 목표를 달성
하기 위해 함께 합쳐져야 할 특정 기능들을 수행토록 합니다. 그것들은 공개되기 때문에 경쟁
을 통해 이들 중 최고가 사용을 달성할 수 있습니다. 이를 위해서는 다음의 조합이 필요합니다.
4. 이들은 공개되어 있기 때문에 경쟁을 통해 이들 중 최고가 사용될 것입니다. 이를 위해서는 다
음의 조합이 필요합니다:
5. 공유 데이터 집합
6. 사용자가 주권을 가지는 데이터
7. 검증 가능한 프로세스 무결성

10. 미래
인터넷 자체와 마찬가지로 NEAR의 미래 또한 무한합니다. 그것이 어떤 모습이 될지 우리는 알 수 없지
만, 그 경로를 좌우할 주요 힘들 중 일부를 식별하고 우리를 그곳으로 데려다 줄 주요 도구 중 일부를
예측할 수 있습니다.
프라이버시: 기본적으로 블록체인의 활동 및 데이터는 눈에 보이는 곳에 있습니다. 그러나 프라이버시
의 본질은 개인 활동을 투명하게 나타낼 것인지 숨길 것인지에 대한 선택입니다. 기본적인 기술 도구들
은 이러한 프라이버시 보호를 제공하지 않지만, 그 위에 적용된 여러 솔루션을 통해 이것이 가능해집니
다.
약한 형태로, 데이터를 체인에 쓰기 전에 암호화할 수 있습니다. 이것은 일반적으로 데이터 자체의 무
결성을 보호하기는 하지만, 추적에 취약한 트랜잭션을 여전히 남길 수 있으며, 수준 높은 분석 행위가
동원된다면 실제로 무엇이 발생했는지를 종합적으로 맞출 수 있습니다. 따라서, 영지식 증명과 같은 새

- 33 -
로운 기술은 데이터뿐만 아니라 데이터를 수정하는 연산 그 자체를 비공개로 만들 수 있는 흥미로운 기
회를 제공합니다.
이 기술은 NEAR 플랫폼에 현재 적용되어 있지는 않지만, 커뮤니티가 추진한다면 적용될 가능성이 있
습니다.

비공개 샤드들: 모든 블록체인의 사용 사례들이 각 트랜잭션에 대한 공개 체인의 완전한 보안 및 보호

를 요구하는 것은 아닙니다. 때로는 사용자 컨소시엄이나 단일 주체가 자신만의 체인 실행을 선호할 수
도 있습니다. 이러한 체인에서는 상기 주체들이 모든 유효성 검증을 통제하고, 보안이나 인증, 활동과
관련된 의사소통을 위해 주기적으로 메인 체인과 확인합니다. 이 경우, 특정 샤드가 사전에 정의된 특
수 검증자 집단을 사용하도록 잠재적으로 구성됨으로써 "비공개 샤드"가 될 수 있습니다.

모바일 노드들: 샤딩은 네트워크의 총 처리 능력이 연결된 CPU의 수에 비례하는 수평 확장 기술입니다

. 간단히 말해, 유효성 검증 절차에 참여함으로써 커뮤니티 클라우드를 지원하는 장치가 많으면 많을수
록 네트워크가 감당할 수 있는 트랜잭션 처리량이 많아진다는 이야기입니다.
전 세계에는 실행 가능한 CPU가 수십억 개나 퍼져 있습니다. 이러한 장치들 중 보다 강력한 것들의 일
부만 활용해도 네트워크는 놀라운 확장성을 가질 수 있습니다. 그러나, 추가 용량이 필요한 경우, 노드
를 실행하기 위해 필요한 조건들을 모바일 장치도 만족시킬 수 있도록 조정할 수 있습니다. 공학적 균
형도 중요하지만, 상기와 같은 조정은 모든 사람의 주머니에서 돌아가고 있는 또 다른 10억 개의 노드
들에 대한 접근을 제공할 수 있기에 향후 탐구하기 흥미로운 영역일 것입니다.

사물 인터넷(IoT): 사물 인터넷의 장치들은 그 처리 능력이 가장 낮은 대신 CPU 수가 가장 많기 때문에

상기 모바일 장치의 경우보다 훨씬 더 특수한 경우입니다.

재구성 가능한 구성 요소들(오픈 웹):

오픈 웹의 꿈은 전 세계적으로 사용 가능한 무료 화폐로부터 시작하여 중단 없는 애플리케이션으로 이
어지지만, 종국에는 사용 가능한 모든 애플리케이션이 새로운 기능을 위해 쉽게 합쳐질 수 있는 환경을
지향합니다. 최신 스마트폰의 GPS, 카메라 및 인터넷 연결이 열어 놓은 하드웨어적 기반에 소프트웨어
의 유동성을 적용시켜 생각해봅시다. 이것이 가능한 세상에서 혁신이 얼마나 빠르게 일어날지는 상상
할 수도 없습니다. NEAR의 글로벌한 환경에 모든 애플리케이션이 접근할 수 있을 때, 이러한 미래는 현
실이 될 것입니다.

그 다음은?
첫 걸음을 내딛으세요! NEAR 프로토콜의 개발은 https://github.com/near에서 오픈 소스로 볼 수 있으
며, 코드의 작동 방식에 대해 보다 자세히 알아보고 이를 이용해 어떤 것들을 개발할 수 있는지는 https
://docs.near.org에서 볼 수 있습니다. 질문이 있으시면 https://near.chat이나 스택 오버플로 (https://st
ackoverflow.com/questions/tagged/nearprotocol)에서 하시면 됩니다.
당신의 경험이나 기술 수준에 관계없이, 저희의 여정에 동참할 수 있는 방법이 있으니 동참하셔서 NEA
R가 미래를 만들어 나갈 수 있도록 도와주세요.

- 34 -
11. 면책 고지
공지 사항 및 면책 고지
본 “공지 사항 및 면책 고지” 섹션의 전체 내용을 주의 깊게 읽으십시오. 본 백서의 어떤 내용도 법률적
, 재정적, 사업적, 혹은 세무적 자문으로 여겨서는 안 되며, 귀하는 본 백서와 관련된 활동에 참여하기
전 귀하만의 법률적, 재정적, 세무적, 기타 전문적 자문인(들)에게 자문을 구해야 합니다.
NEAR STIFTUNG (NEAR 재단) (이하 재단), (본 백서에서 정의한 대로의) NEAR 플랫폼 및 어떤 식으로
든 NEAR 플랫폼의 개발을 지원하기 위한 프로젝트에서 작업을 한 프로젝트팀의 구성원들 (이하 NEAR
팀), NEAR 토큰의 모든 배포자/밴더 (이하 배포자), 그리고 모든 서비스 제공자들은 본 백서 및 HTTPS:
//near.org/의 웹사이트(이하 웹사이트), 또는 재단이 발행한 기타 웹사이트 또는 자료들에 접근하는 것
과 관련하여 귀하가 입을 수 있는 모든 종류의 직간접적 손해/손실에 대해 책임지지 않습니다.

프로젝트의 목적: NEAR 프로토콜을 중심으로, 모든 기여 활동은 전 세계 사람들에게 혜택을 줄 수 있는

커뮤니티 중심의 혁신을 발전시키고, 관련 연구를 촉진시키며, 보다 나은 방향으로 설계 및 개발하고,
이를 옹호하는 데 적용될 것입니다. 재단, 배포자 및 이들과 관련된 계열사들은 NEAR 플랫폼을 개발,
관리 및 운영합니다.

백서의 성격:
백서 및 웹사이트는 일반적인 정보 제공의 목적으로만 사용되며 안내서, 제안 문서, 증권 구매 제안, 투
자 권유 또는 제품, 아이템 혹은 자산 (디지털이던 디지털이 아니던 간에)의 판매 제안으로 여겨서는 안
됩니다. 본 백서 내 정보들은 완전하지 않을 수 있으며, 계약적 관계의 어떤 요소도 암시하지 않습니다
. 본 백서는 이러한 정보의 정확성 또는 완전성에 대해 보증하지 않으며, 마찬가지로 그 정확성 또는 완
전성에 대해 어떠한 대변, 보증 또는 약속도 제공되지 않습니다. 백서 또는 웹사이트에 제3의 출처에서
얻은 정보가 포함되어 있는 경우 재단, 배포자, 각 계열사 및/혹은 NEAR 팀은 해당 정보의 정확성 또
는 완전성을 별도로 확인하지 않았습니다. 또한 귀하는 여러 상황이 변할 수 있음과, 그 결과로 백서 또
는 웹사이트가 최신의 상태로부터 뒤떨어질 수 있음을 인정합니다. 이와 관련하여 재단이나 배포자는
본 백서를 업데이트하거나 수정할 의무가 없습니다.

토큰 관련 문서: 본 백서 또는 웹사이트의 어떠한 내용도 재단, 배포자 또는 NEAR 팀이 (본 백서에서 정

의한 대로의) NEAR 토큰을 판매하겠다는 제안으로 여겨져서는 안 되며, 그 전체나 일부가, 혹은 그것의
발표가 어떤 계약이나 투자 결정의 근간을 이루거나 그것에 의존하여서는 안 됩니다. 백서 또는 웹사
이트에 포함된 어떠한 내용도 NEAR 플랫폼의 향후 성능에 대한 약속, 대변 또는 약속으로 여겨지거나
그것들에 의존해서는 안됩니다. NEAR 토큰의 판매, 구매, 기타 배포나 양도와 관련하여 배포자(또는 제
3자)와 귀하 간에 맺은 계약은 해당 계약의 별도 조항에 의해서만 규정됩니다.
백서 및 웹사이트에 명시된 정보는 커뮤니티 내 토론만을 위한 것이며 법적 구속력을 갖지 않습니다.
누구도 NEAR 토큰의 취득과 관련하여 계약 또는 구속력 있는 법적 약속을 체결할 의무가 없으며, 백서
또는 웹사이트를 근거로 그 어떤 디지털 자산이나 기타 지불 방식을 수락해야 할 의무 또한 없습니다.
NEAR 토큰의 판매, 구매 및/혹은 NEAR 토큰의 지속적인 소유와 관련한 합의사항은 해당 구매 및/또
는 지속적인 소유의 조건들을 명시한 별도의 이용약관이나 (경우에 따라서는) 토큰 구매 계약에 의해

- 35 -
규정되며, 이러한 약관/계약은 귀하에게 별도로, 혹은 웹사이트를 통해 제공되어야 합니다. 이용 약관
문서는 백서와 함께 읽어야 합니다. 이용 약관과 백서 또는 웹사이트 사이에 불일치가 있는 경우 이용
약관이 우선합니다.

대변 및 진술로 간주되는 사항들: 백서 또는 웹사이트(또는 그 일부)에 접근함으로써 귀하는 재단, 배포

자, 각 계열사 및 NEAR 팀에 다음과 같은 사항들을 대변하고 보증하는 것으로 간주합니다:
1. NEAR 토큰에 대한 구매 결정 시, 귀하는 백서 또는 웹사이트에 명시된 진술에 의존하지 않습니
다:
2. 귀하는 (경우에 따라) 귀하에게 적용될 수 있는 모든 법률 및 규제 당국의 요구/제한 사항을 귀
하의 비용으로 준수합니다;
3. 귀하는 NEAR 토큰이 아무런 가치를 지니지 못할 수 있고, NEAR 토큰이 가치나 유동성을 지닐
것이라는 그 어떤 보증이나 대변도 없으며, NEAR 토큰이 투기적 투자를 포함한 투자 상품이
아님을 인정하고 이해하며 동의합니다;
4. 재단, 배포자, 각 계열사 및/혹은 NEAR 팀의 구성원 중 어느 누구도 제3자 혹은 기타 방법을 통
해 형성되는 모든 NEAR 토큰의 시장들에서 NEAR 토큰의 가치, NEAR 토큰의 양도 가능성, 유
동성 및/혹은 가용성에 대한 책임을 지지 않습니다;
5. 귀하가 지리적 영역 또는 국가의 시민, 국민, 거주자(세금 또는 기타), 거주지 및/또는 영주권 소
지자인 경우 NEAR 토큰을 구매할 자격이 없음을 인정하고 이해하며 동의합니다. (i) NEAR 토
큰 판매는 유가 증권(이름 불문), 금융 서비스 또는 투자 상품의 판매 및/또는 (ii) 해당 법률, 법
령, 규정, 조약에 의해 토큰 판매 참여가 금지되는 경우로 해석될 수 있습니다. 또는 행정 행위;
이와 관련하여 귀하는 관련 확인을 수행하기 위해 요청 시 그러한 모든 신원 확인 문서를 제공
하는 데 동의합니다.
6. 귀하가 다음에서 설명하는 지역 또는 국가의 시민, 국민, (과세대상이건 아니건 간에) 거주자,
거주권 및/또는 영주권 소지자인 경우, NEAR 토큰을 구매할 자격이 없음을 인정하고 이해하며
동의합니다; (i) NEAR 토큰의 판매가 유가 증권(명칭 불문), 금융 서비스 또는 투자 상품의 판
매로 해석되는 지역/국가 (ii) 관련 법률, 법령, 규정, 조약 혹은 행정 명령에 의해 토큰 판매에
대한 참여 행위가 금지되는 지역/국가. 이와 관련하여, 귀하는 확인 절차를 수행하기 위해 요구
되는 모든 신원 확인 문서들을 제공하는 데 동의합니다.
재단, 배포자 및 NEAR 팀은 그 어떤 주체 또는 개인에게라도 그 어떤 형태의 대변, 보증 또는 약속을 하
지 않고, 그렇게 주장하지도 않으며, 따라서 이러한 행위에 대해 면책됩니다. (이러한 대변, 보증 또는
약속의 대상에는 본 백서, 웹사이트, 재단이나 배포자가 출간한 기타 자료들의 정확성, 완전성, 적시성
또는 신뢰성에 대한 보증이 포함됩니다). 법률이 허용하는 최대 한도 내에서 재단, 배포자, 각 계열사 및
서비스 제공자는 불법 행위에 의한 것이던, 계약에 의한 것이던, 기타 다른 이유에 의한 것이던 백서,
웹 사이트 혹은 출간된 기타 자료나 그 내용 (오류나 생략된 부분이 있던 없던 간에)의 사용으로 인해
발생하는 모든 간접적, 특수적, 부수적, 결과적, 기타 모든 종류의 손실에 대해 책임지지 않습니다 (불이
행 또는 태만으로 인해 발생하는 모든 채무 및 수익, 수입, 이익의 감소, 유용함 또는 데이터의 상실 포
함).
NEAR 토큰의 잠재적 구매자는 NEAR 토큰의 판매, 재단, 배포자 및 NEAR 팀과 관련된 모든 위험과 불
확실성(재정 및 법적 위험 및 불확실성 포함)을 신중하게 고려하고 평가해야 합니다.

- 36 -
토큰 기능: NEAR 플랫폼의 고유한 디지털 암호화 유틸리티 토큰(이하 NEAR 토큰)은 NEAR 플랫폼의
프로토콜/코드 내 지정된 속성 기능들의 양도 가능한 대변체로써, NEAR 플랫폼의 생태계가 기능하는
데 중요한 역할을 하도록 설계되었고, 플랫폼에서 오로지 기본 유틸리티 토큰으로만 사용되도록 의도
됐습니다. NEAR 토큰은 NEAR 플랫폼 참여자 간의 교환 매체로 사용되는 환불 불가능한 기능적 유틸리
티 토큰입니다.
NEAR 토큰의 도입 목표는 NEAR 플랫폼의 생태계 내에서 상호작용하는 참여자들에게 편리하고 안전한
지불 및 결제 수단을 제공하는 것입니다. NEAR 토큰은 상품/서비스에 대한 지불, 또는 채무 이행을 위
한 지불 수단으로써 일반 대중(혹은 대중의 일부분)들의 인정을 받는 교환 매체가 아니며, 그렇게 되고
자 하는 의도도 없습니다. 또한, 발행인이 독점적으로 제공하지 않는 상품이나 서비스에 대한 지불 수
단으로써 누군가가 사용하도록 설계되거나 의도되지 않았습니다. NEAR 토큰은 어떤 식으로든 재단, 배
포자, 각 계열사, 기타 회사, 기업, 사업 등과 관련한 주식 소유, 경영 참여, 권리, 소유권 또는 이익을 나
타내지 않으며, 토큰 소유자에게 수수료, 배당금, 수익, 이익 또는 투자 수익 등에 대한 권리를 약속하지
않습니다. 또한, 스위스, 싱가포르 혹은 그 어떤 관련 관할권에서도 증권으로 여겨질 의도를 갖고 있지
않습니다. NEAR 토큰은 NEAR 플랫폼에서만 사용할 수 있으며, NEAR 토큰의 소유권은 NEAR 토큰을
플랫폼 내에서 사용하고 상호 작용이 일어나도록 하는 권리 외에 그 어떠한 명시적 혹은 묵시적인 권리
도 수반하지 않습니다.
NEAR 토큰은 네트워크를 운영하는 모든 참가자의 경제적 조정을 가능하게 하고, 참가자가 생태계에 기
여하고 이를 유지하도록 장려하는데 소비될 경제적 인센티브를 제공함으로써 해당 네트워크 위에 구축
된 애플리케이션 간 새로운 행동들이 일어나도록 합니다. 탈중앙화된 네트워크로써, NEAR 플랫폼은 네
트워크의 유지 관리를 위한 자원을 제공받기 위해 다양한 참여자들에게 의존합니다. 여기서 NEAR 토
큰은 소비된 자원의 비용을 정량화하고 지불하는 교환 매체로 사용됩니다. NEAR 토큰은 NEAR 플랫폼
의 필수 불가결한 부분입니다. NEAR 토큰 없이는 사용자로 하여금 NEAR 플랫폼에서 전체 생태계의 이
익을 위한 활동에 참여하거나 서비스를 제공하도록 할 인센티브를 줄 수 없기 때문입니다. NEAR 플랫
폼의 사용자 및/또는 적극적으로 참여하지 않은 NEAR 토큰 소유자는 NEAR 토큰을 인센티브로써 받지
못합니다.
NEAR 토큰은 다음과 같은 기능을 가질 것입니다:
1. 생태계 내 트랜잭션 처리, 대역폭 제공, 데이터 저장 등 다양한 서비스에 대한 지불 기능;
2. 예치 과정에 참여함으로써 네트워크의 일부로 검증 노드(정보 검증/블록 생성을 위한 연산 자
원 제공)를 실행하는 기능;
3. 거버넌스 프로세스에 참여하여 네트워크 자원이 어떻게 할당되고 향후 기술 방향이 어디로 갈
지 결정하는 데 도움을 주는 기능 (의심의 여지를 피하기 위해 설명하자면, 투표권은 오로지 N
EAR 플랫폼의 기능에 대한 투표권으로 제한되며, NEAR 토큰 소유자에게 재단, 배포자 또는 각
계열사 자산의 운영 및 관리에 대해 투표할 권한을 주지는 않습니다. 또한, 상기의 주체들에 대
한 지분으로 여겨져서도 안 됩니다.)

NEAR 토큰과 관련한 면책 고지: NEAR 토큰은 아래와 같음을 명시적으로 밝힙니다:
1. 유형적/물리적 외견이 없고 내재된 가치 또한 없습니다 (누구도 그 가치에 대해 대변하거나 확
약하지 않습니다);
2. 환불이 불가능하며, 재단, 배포자 또는 각 계열사에 의해 현금(또는 이에 상응하는 가치의 다른

- 37 -
 디지털 자산)으로 교환되거나 채무로 교환할 수 없습니다;
3. 토큰 소유자에게 재단이나 배포자(또는 각 계열사)의 수익 및 자산과 관련하여 어떠한 형태의
권리도 대변하거나 부여하지 않습니다. 이러한 수익 및 자산에는 NEAR 플랫폼, 재단, 배포자
및/또는 서비스 제공자들과 관련하여 미래에 받을 수 있는 배당금, 수익, 주식, 소유권, 지분, 증
권, 투표권, 배분 권한, 환매, 청산, 소유권(모든 형태의 지적재산권 또는 라이선스 권리 포함),
계정을 받을 수 있는 권한, 재무제표 또는 기타 재무 데이터를 받을 권한, 주주총회를 요청할 권
한, 이사를 지명할 수 있는 권한, 기타 재정적 또는 법적 권한 및 이에 상응하는 권한, 지적재산
권 또는 기타 형태의 참여 권한 등이 포함됩니다;
4. 차액과 관련한 계약이나, 이익을 보장하거나 손실을 방지하기 위한 목적의 기타 계약들에 따른
권리를 대변할 의도를 갖지 않습니다;
5. 금전(전자 화폐 포함), 증권, 상품, 채권, 채무 증서, 집단 투자 계획의 분담금 또는 기타 금융 상
품이나 투자금을 대변할 의도를 갖지 않습니다;
6. 재단, 배포자 또는 각 계열사에 대한 대출이 아니고, 재단, 배포자 또는 각 계열사가 지닌 부채
를 나타내지 않으며, 이익에 대한 기대 또한 아닙니다;
7. 토큰 소유자에게 재단, 배포자 또는 각 계열사에 대한 소유권 또는 기타 지분을 제공하지 않습
니다.
토큰 판매로 인한 자금은 토큰 판매 후 배포자(또는 각 계열사)가 보유하며, 구매자는 토큰 판매 후 이
러한 자금 또는 상기 배포자(또는 각 계열사)의 자산에 대해 경제적 또는 법적 권리나 수익적 지분 관계
를 갖지 않습니다. NEAR 토큰 거래를 위한 2차 시장 또는 거래소가 생겨날 경우, 이는 재단 및 배포자,
NEAR 플랫폼이나 NEAR 토큰의 판매와는 완전히 독립적으로 실행, 운영될 것입니다. 재단이나 배포자
모두 그러한 2차 시장을 만들지 않을 것이며, NEAR 토큰의 거래소 역할 또한 하지 않을 것입니다.

정보 제공의 목적에 한함: 본 백서에서 제시된 정보는 개념적일 뿐이며, 현재 개발되고 있는 NEAR 플랫
폼의 향후 개발 목표를 설명합니다. 특히, 백서의 프로젝트 로드맵은 NEAR 팀의 계획 일부를 요약하기
위해 공유되었고, 오로지 정보 제공의 목적으로만 제공되며 구속력 있는 약속으로 여겨져서는 안 됩니
다. 구매 결정을 내릴 때 상기 정보에 의존하지 마십시오. 궁극적으로 모든 제품 혹은 기능들의 개발, 출
시 및 그 시기는 재단, 배포자 또는 각 계열사의 단독 재량에 달려 있고 변경될 수 있기 때문입니다. 더
나아가, 백서 또는 웹사이트는 수시로 수정되거나 교체될 수 있습니다. 백서 또는 웹사이트를 업데이트
하거나, 그것들의 이용자/수신자에게 본 백서에서 제공된 것 이외의 정보에 대한 접근 권한을 제공할
의무를 저희는 갖지 않습니다.

규제 당국의 승인: 어떤 규제 당국도 본 백서나 웹사이트에 명시된 정보를 공식적으로나 비공식적으로

검토하거나 승인하지 않았습니다. 어떠한 관할권의 법률, 규제 요건 혹은 규칙 아래에서도 그러한 조
치나 보증은 취해지지 않았으며 앞으로도 그럴 것입니다. 백서 또는 웹사이트가 출간, 배포 또는 전파
되었다고 해서 관련 법률, 규제 당국의 요구 사항 또는 규칙이 준수되었음을 의미하지 않습니다.

미래에 대한 예측적 진술과 관련한 주의 사항: 본 백서 내에서 재단, 배포자 및/또는 NEAR 팀이 한 모
든 진술과 보도 자료를 통해 한 진술, 혹은 대중이 접근할 수 있는 모든 장소에서 이루어진 진술 및 구
두 진술은 미래에 대한 예측적 진술일 수 있습니다 (이러한 진술에는 시장 상황, 사업 전략 및 계획, 재

- 38 -
무 상태, 특정 상황 및 위험 관리 관행에 대한 의도, 믿음 또는 현재 기대치에 관한 진술 또한 포함됩니
다.) 이러한 진술에는 실제 미래의 결과가 이러한 미래 예측적 진술과는 상당히 차이가 나도록 만들 수
있는 알려져 있거나 숨겨진 위험들, 불확실성 및 기타 요소들이 포함되어 있기 때문에, 이러한 미래 예
측적 진술에 과도하게 의존하지 않도록 주의해야 합니다. 또한, 독립적인 제3자가 이러한 진술이나 가
정의 합리성을 검토하지 않았음에 유의해야 합니다. 이러한 미래 예측적 진술은 백서에 표기된 날짜 당
시에만 적용 가능하며 재단, 배포자 및 NEAR 팀은 해당 날짜 이후에 이러한 미래 예측적 진술에 대한
수정 사항을 (명시적이든 묵시적이든) 공개할 책임이 없음을 분명히 밝힙니다.

회사 및 플랫폼에 대한 참조: 본 백서 내 언급한 모든 회사 및/또는 플랫폼의 이름들, 또는 상표(재단,

배포자 또는 각 계열사와 관련된 상표 제외)들의 사용은 제3자와의 제휴 또는 보증을 의미하지 않습니
다. 백서 또는 웹사이트에서 특정 회사 및 플랫폼에 대해 참조한 것은 설명을 위한 목적만을 가집니다.

영어의 사용: 참고를 위한 목적만으로써 본 백서 및 웹사이트는 영어 이외의 언어로 번역될 수 있으며,

백서 또는 웹사이트의 영어 버전과 번역된 버전의 내용들 사이에서 상충 또는 모호함이 있는 경우 영어
버전의 내용이 우선합니다. 귀하는 본 백서 및 웹 사이트의 영어 버전을 읽고 이해했음을 인정합니다.

배포 금지: 본 백서 또는 웹사이트의 어떤 부분도 재단이나 배포자의 사전 서면 동의 없이 어떤 식으로

든 복사, 재생산, 배포 또는 유포될 수 없습니다. 본 백서의 발표회에 참석하거나 백서의 하드 카피 또는
소프트 카피를 받음으로써 귀하는 상기 언급한 제한 사항에 구속된다는 데 동의합니다.

용어 해설
블록체인
디지털 자산을 뒷받침하는 기술입니다. 블록체인은 트랜잭션 기록을 한 곳에 저장하지 않고 P2P 네트
워크에 안전하게 저장할 수 있는 기술입니다. 노드라고 불리는 전 세계적으로 퍼져 있는 독립적인 서버
들이 블록체인을 운영하는 네트워크를 구성합니다.

NEAR, NEAR 프로토콜, NEAR 플랫폼, NEAR 네트워크

상기 용어들은 스마트 컨트랙트를 배포할 수 있는 소프트웨어 플랫폼의 의미로 상호 교환적으로 사용
됩니다. 기술적으로 말하자면, "프로토콜"은 "플랫폼"을 정의하는 일련의 규칙이고, "네트워크"는 네트
워킹 계층 또는 이를 구성하는 노드들의 집합이며, "NEAR"는 단순히 그 플랫폼의 이름입니다. 그러나
대중적인 사용으로 인해 이들의 의미가 효과적으로 병합되어 대부분의 경우 동의어로 사용됩니다.

참조 적용
그 코드 기반이 참조의 목적으로 오픈 소스 기반에 제공되고, 배포된 기본 적용 사례가 있으며, 관련 작
업을 수행한 특정 개발자 팀에 의해 호스팅 되는 프로토콜, 응용 프로그램 혹은 도구를 의미합니다. 그
럼에도 불구, 이 코드는 누구나 실행할 수 있으므로 기본 적용 사례는 참조용일 뿐입니다.

- 39 -
참조 관리자
참조 적용 및 관련 오픈 소스 코드를 유지 관리할 책임을 지난 주체입니다 .

에폭
많은 블록이 생성되는 긴 시간의 토막을 의미합니다. 특정 연산은 이 기간을 기준으로만 일어납니다.
최초에 에폭은 하루의 절반으로 설정됩니다.

블록
청크의 집합입니다

청크
특정 샤드 내에서 실행되는 트랜잭션의 집합입니다.

- 40 -
- 41 -