[리퀴댑스] 확장성 트릴레마 해결 - 세마리 토끼를 다 잡아라!
블록체인들은 “확장성 트릴레마”로 알려진 실제적인 도전에 직면했습니다. 현재까지, 이것은 블록체인 개발자들이 오직 3가지 문제 중 최대 2가지 문제만 해결 할 수 있을 뿐, 3가지 전부를 동시에 해결하지 못한 사실에서 비롯됩니다. (확장성 트릴레마 : 탈중앙화, 확장성, 보안)
탈중앙화와 보안을 최적화 하는것은 중요하지만, 그것은 또한 최대 양의 네트워크 정보를 최대 P2P 노드와 공유하거나 변경하기 어려운 시스템을 설계하는 것을 의미합니다. 많은 블록체인 네트워크들은 공격자에 대한 검열 저항성과 방어를 염두에 두고 설계 되었습니다. 탈중앙화 순수주의자(purists)들은 어떤 방식으로든 네트워크의 무신뢰성(trustlessness)과 타협하는 모든 프로토콜 변경을 극도로 꺼려합니다.
그러나 탈중앙화와 보안의 우선시하기로 선택함으로써, 이러한 네트워크들은 확장 가능한 어플리케이션을 서비스 할 수 있는 생산성을 희생시키고 있습니다. 예를들어, EOS 블록체인에서 이 문제는 의사결정 팀이 확장성을 희생하고 그들의 데이터를 한정된 RAM 데이터 베이스에 저장하거나 또는 탈중앙화를 희생하고 데이터를 오프-체인으로 이동하는 것 두 가지 사이에서 결정할 수 밖에 없다는것은 분명합니다.디앱 개발자들은 스마트 컨트랙트 정보를 온-체인에 저장 할 것인지 또는 어플리케이션의 무신뢰성과 타협 할 것인지 선택해야 합니다.
-현재까지는.
엔드 투 엔드 탈중앙화 (Feat. DAPP 네트워크)'
확장성, 분산화, 보안. 이 모든 것을 최적화하기 위해서는, 블록체인들은 향후 트랜잭션 유효성 검증 하는데 필요한 최소한의 정보만 저장할 수 있도록 설계되어야 합니다 “EOS 하드 드라이브” 역할을 하는 vRAM 시스템은 RAM이 작동 중인 데이터에만 캐시 레이어 역할을 하고, 데이터는 IPFS와 같은 분산 파일 스토리지 시스템인 DAPP 서비스 공급자(DSP)에 의해 호스팅 됩니다.일단 스마트 컨트랙트 운영을 위해 필요한 데이터는 트랜잭션 기간 동안 EOS RAM의 일시적인 캐시 테이블에 로드 됩니다. IPFS에 있는것 외에도, vRAM을 사용하여 저장된 모든 데이터는 체인 히스토리의 일부로 존재하며 체인의 히스토리를 재생하여 재구성 할 수 있습니다.
EOS는 디앱이 상호작용(interact)하는 결제 레이어(settlement layer)로 남아 있습니다. 이것의 의미는 디앱 개발자들은 여전히 스마트 컨트랙트를 배포하기 위해서 EOS를 스테이킹 하고 RAM을 살 필요가 있다는 것 입니다.
확장성. 가져가 니꺼야.
세마리 토끼를 다잡아라 ! (Have Your Cake and Eat It Too)
현재는 실험 단계에 있지만 블록체인 기술은 향후 기능적 채택을 향한 커다란 진전을 이룰 것으로 예상됩니다.확장성 트릴레마가 해결되면 메인스트림 소비자들은 탈중앙화의 모든 보안이익을 가지고 광범위하게 채택된 디앱을 사용 할 수 있게 될 것입니다. vRAM은 EOS RAM에 데이터 로드를 줄여 디앱 개발자들이 엔드 투 엔드로 탈중앙화된 확장성있는 어플리케이션을 구축 할 수 있게 해줍니다.무한한 확장성이라는 임무에서의 성공은 DAPP 네트워크를 구성하는 개발자, 사용자 및 DSP의 상상력과 실행에 크게 의존합니다. DAPP 생태계에 널리 퍼진 인재들은 탈중앙화 기술의 밝은 미래를 보여줍니다.
리퀴댑스 ENG
Website | Twitter | Telegram| Github | LinkedIn