EOS 체인 히스토리 챌린지: A Thing of the Past
BP(블록 프로듀서)들은 상위 21위의 메인 BP가 되기 위한 투표를 얻기 위해, 경쟁사와 차별화 되기 위한 노력을 하는 동시에 생태계가 기능적이고 생산적인 상태를 유지되도록 하는 의무에 협력하도록 장려됩니다. 디앱에 신뢰할 수있는 체인 히스토리 데이터 소스를 제공하는 것은 EOS 생태계의 공통된 이익을 위해 의미있는 방식으로 협력하는 BP들의 사례 중 하나입니다.
EOS 네트워크가 빠른 속도로 계속 성장함에 따라, 히스토리문제를 해결하기위한 협력적 접근법은 네트워크의 장기 전망에 결정적인 요소입니다.
풀 히스토리 노드(Full History Node)란?
풀 히스토리 노드는 사실 오해의 소지가 있는 이름입니다. 모든 동기화된 히스토리 노드는 EOS 메인넷의 전체 트랜잭션기록을 포함하고 있지만, 노드는 히스토리 문서의 실제 소스가 아닙니다. 우리는 여전히 풀 히스토리 노드 없이 블록체인에서 이루어진 모든 트랜잭션을 검색할 수 있으며, 풀 히스토리 노드가 사람들이 생각하는 것보다 EOS 핵심 기능성에서 덜 중요한 것으로 만들 수 있습니다.
풀 히스토리 노드가 제공하는 것은 디앱의 처리와 사용을 용이하게 하는 히스토리 데이터 위에 있는 분석 레이어 입니다.이러한 유형의 데이터 프로세스를 처리하기 위해서, 노드는 상당한 양의 RAM과 높은 유지관리 비용이 필요한 풀 히스토리 플러그인과 솔루션을 실행해야 합니다. 디앱개발자들은 풀히스토리 노드를 사용하여 특정 사용자 계정에 대한 데이터를 추적하고 쿼리할 수 있었습니다.(예: 특정 계정에 연결된 모든 액션 또는 트랜잭션 가져오기) 그러나 그러한 유형의 풀 히스토리 노드 분석은 거의 2TB의 추가 데이터(및 관련 RAM)를 필요로 했습니다.
#위험 : 앞선 실패
현재 Greymass, EOS Tribe, Cryptolions, EOS Canada,EOS Sweden 등 5개의 BP만이 2TB에 달하는 풀 히스토리 노드의 저장 및 인덱싱에 필요한 하드웨어를 유지하고 있습니다. 2TB 중 약 210GB는 전체체인 데이터를 저장하는 데 사용되며 나머지는 히스토리 플러그인을 유지하는 데 필요한 정보를 포함하고 있습니다.
전에 EOS42에서 보고한 대로, 2018년 11월 중순, EOS 블록체인의 기하 급수적인 성장으로 모든 풀 히스토리 노드가 다운되면서 순간적인 위기를 초래했습니다. 공개적으로 접근할 수 없는 엔드포인트가 없는 경우, 그들은 블록체인의 상태를 쿼리하는 데 사용할 수 있었고, EOS의 많은 애플리케이션들은 히스토리 노드가 다시 온라인화될 때까지 사용자의 요청을 처리할 수 없었습니다. 시간이 흐르면서 블록체인의 크기가 증가함에 따라, 풀 히스토리 노드를 유지하는 것은 엄청나게 비용이 많이 들 것이고 우리는 지난 11월에 일어났던 일과 비슷한 일이 발생 할 수 있습니다. 다행히도 BP와 개발자들은 체인 히스토리 문제에 대한 장기적인 해결책을 우선순위를 두고 있습니다.(제안된 해결책의 일부와 11월의 일에 대한 간략한 설명은 전문지식을 제공한 EOS42의 이 훌륭한 글을 읽어보십시오).
데이터의 20 %를 위한 100 % 비용
풀 히스토리 노드를 구축하는데 약 30만 달러(한화 약 3억 4천만원)가 들며,특히 메인 BP 보상을 받지 못하는 상위 21개 이외의 BP들에게는 비싼 비용입니다. 블록체인이 증가함에 따라 유지보수 비용과 하드웨어 업그레이드와 관련된 비용을 더하면 풀 히스토리 노드를 유지할 수 없게 됩니다. 풀 히스토리 노드 또한 Pareto 법칙에 따라 작동 합니다: 디앱의 API 요청의 80%가 체인 히스토리의 가장 최근 20%에 관련된 데이터를 찾고 있으므로 풀 히스토리 노드는 엄청나게 비효율적입니다. EOS 블록체인이 진화함에 따라, 풀히스토리 노드의 가격 또한 증가할 것입니다. 만약 하나의 BP가 풀히스토리 노드 지원을 중단하기로 결정한 경우, 나머지 노드에 가해지는 추가 압력이 네트워크 성능을 심각하게 제한 될 수 있다.
풀 히스토리 서비스
현재, BP가 풀 히스토리 노드를 유지하는 비용을 감당하기 위한 유일한 수익은 블록 보상 입니다. 풀 히스토리 노드를 유지하는 BP는 EOS의 시장가격과 생존을 위해 상위 21위 이내의 자리를 확보하는 것에 의존 합니다. DAPP 네트워크는 히스토리 노드 서비스 패키지를 생성하여 더 많은 풀 히스토리 노드를 계속 실행하기 위한 추가 동기를 부여함으로써 BP를 지원할 수 있습니다.
DSP(DAPP Service Providers)의 서비스 중 하나로 블록체인의 풀 히스토리를 제공하여 개발자가 서비스 패키지에 DAPP 토큰을 스테이킹 함으로써 데이터에 접근할 수 있도록 할 수 있습니다. 그들은 디앱에서 요구하는 히스토리 양에 따라 다른 서비스 패키지를 제공할 수 있습니다. 예를 들어, 한 패키지는 계정 당 가장 최근의 1,000개의 액션을 제공하기 위해 제한될 수 있고, 또 다른 패키지는 그것이 과거로 돌아가는 기간에 따라 각 쿼리의 가격을 매길 수 있습니다. DSP는 제공하는 패키지의 유형과 가격에 대해 완전한 자율성을 가질 것입니다.
이는 히스토리 노드에 액세스 하는 작동 모델에 대한 스테이크를 창출합니다. 개발자는 히스토리 노드를 사용해야 할 때 DSP 패키지에 스테이킹만 하면됩니다. DSP는 DAPP 토큰 인플레이션을 통해 서비스에 스테이킹된 토큰 수에 비례하여 보상을 받으며 잠재적으로 새로운 수익 구조를 만들어 풀 히스토리 노드 유지 비용을 충당합니다.
도전에서 기회로
EOS는 기본적인 사용 사례를 넘어서서 핵심적인 앱을 시작하면서 이러한 디앱에 신뢰할 수있는 히스토리 데이터 소스에 대한 확인이 점점 더 중요 해지고 있습니다. 우리는 DAPP 서비스 공급자의 분산 된 네트워크 인 DAPP 네트워크가 "시장이 풀 히스토리 노드의 공급 / 수요에 대한 가격을 결정하게 될 것"이라고 말하는 Dan Larimer 모델을 만드는데 도움이 될 수 있다고 믿습니다.
리퀴댑스 ENG
Website | Twitter | Telegram| Github | LinkedIn