최근 이더리움 창립자 비탈릭 부테린이 제안한 "RISC-V"는 암호화폐 커뮤니티 의 주목을 끌었으며, 핵심 생태계 개발자들 사이에 논쟁을 촉발했습니다. 하지만 대부분의 사용자는 RISC-V가 이더 에서 어떻게 개선될 수 있는지 이해하지 못합니다. 비탈릭 부테린 (Vitalik Buterin) 의 제안은 이더 에 어떤 진전을 가져올 수 있을까?
이 질문에 답하기 위해 Dynamic Zone은 2016년부터 이더 핵심 생태계를 개발해 온 원로 OG "니린지롱"을 인터뷰했습니다. 그는 "RISC-V" 개정의 세부적인 절차와 향후 발생할 수 있는 단기적인 부정적 영향에 대해 설명했으며, 모든 이더 투자자에게 이 제안의 후속 조치에 세심한 주의를 기울여야 한다고 당부했습니다.
RISC-V를 수정하는 방법
이더 은 다른 PoS 체인과 달리 이더 클라이언트가 "컨센서스 레이어"과 "실행 계층"의 두 부분으로 구성되어 있습니다. 컨센서스 레이어 주식 투표를 패키징하는 역할을 하고, 실행 계층은 거래 처리를 담당합니다. 따라서 스마트 계약 코드를 실행하는 실행 계층 클라이언트는 실제로 노드 컴퓨터에 의해 실행됩니다. 거래 브로드캐스트를 캡처하여 코드를 실행하고 공개 원장에 "컨센서스 레이어" 투표 결과를 기록합니다.
현재 EVM 환경을 RISC-V로 업그레이드하는 유일한 방법은 노드 클라이언트의 "실행 계층 클라이언트"를 업데이트하여 업그레이드하는 것입니다. 이는 과거에 이더 블록과 해당 노드 버전을 변경하는 데 사용되었던 하드 포크 방법과 다릅니다. 이것은 단지 소프트웨어 수준의 포크일 뿐입니다.
Vitalik Buterin의 논문에 따르면 이상적으로 모든 노드 클라이언트가 RISC-V 실행 파일을 가지고 있다면 새로운 버전의 프로토콜과 zk 증명은 이론적으로 거의 100배 더 높은 성능을 달성할 수 있습니다. 하지만 이는 EVM 클라이언트에서 실행되는 EVM 스마트 계약 형식과는 달리, 스마트 계약의 RISC-V 버전과 RISC-V 클라이언트에서 계산된다는 점에 유의해야 합니다.
RISC-V 제안의 특별한 점은 실행 계층 클라이언트를 직접 수정하고 하드 포크를 포함하지 않는다는 점입니다. 저는 이런 상황을 별로 좋아하지 않지만, 이더 새로운 방향으로 움직이고 있다는 것은 알 수 있습니다. 이것은 양날의 검일 수도 있습니다. 과거에 이더 하드 포크와 함께 이러한 수준의 변경을 구현하기로 선택했을 수도 있는데, 이는 더 안전한 접근 방식이기 때문일 수 있습니다.
현재 상황과 기존 계약 간의 대응
이론적인 성과를 이해한 후, 현재 상황을 살펴보겠습니다. 현재 상황은 전체 이더 생태계와 모든 EIP 관행이 EVM 스마트 계약과 EVM 클라이언트를 통해 성공적으로 실행되고 있다는 것입니다. Vitalik Buterin이 말했듯이 RISC-V에 EVM 변환기가 있다면 실제 미래 상황은 다음과 같은 상황으로 나뉠 수 있습니다.
- EVM 스마트 계약은 EVM 클라이언트에서 실행됩니다 (이전 EIP는 완벽하게 호환되지만 새 EIP에는 두 개의 해당 버전이 필요합니다)
- EVM 스마트 계약은 RISC-V EVM 변환기를 통해 RISC-V 클라이언트에서 실행됩니다 (새 EIP와 이전 EIP는 해결을 위해 대량 테스트와 디버깅이 필요함)
- RISC-V 스마트 계약은 RISC-V 클라이언트에서 실행됩니다 (모든 기존 EIP는 다시 테스트해야 하지만 새로운 EIP는 완벽하게 호환되어야 함)
요약하자면, 미래에 스마트 계약의 실행 효율성이 이론적으로 100배 향상될 것으로 생각하면, 세 번째 상태만이 적용될 수 있습니다. 두 번째 상황의 경우, 이는 특히 이더 코어 팀의 번역기 최적화와 모든 과거 EIP 업그레이드 및 스마트 계약에 달려 있습니다. 이는 이론적인 성능 향상을 이루기 위해서는 이더 매우 높은 최적화 비용을 지불해야 한다는 것을 의미하며, RISC-V에서 변환을 통해 실행되는 기존 EVM 코드의 효율성 최적화가 네이티브 EVM 환경의 효율성 최적화보다 절대적으로 더 큰지는 불확실합니다.
사실, 비탈릭 부테린 (Vitalik Buterin) 말을 듣고 나서는 많은 핵심 개발자들이 절망감을 느꼈을 것 같습니다. 과거에는 EVM을 개발하고 각 EIP의 구현과 테스트를 해결하는 것만으로도 엄청난 작업이었습니다. 왜냐하면 이더 매우 개방적인 환경에서 공개 답변을 테스트하는 것을 선호하는 커뮤니티 이기 때문입니다.
하지만 지금은 RISC-V 환경으로 전환하면서 시험적인 전환 기간을 거치는 데 많은 어려움을 겪고 있습니다. 핵심 문제는 테스트 기간 동안 원래 환경보다 1~5배 더 높은 효율성으로 실행할 수 없을 수 있다는 것입니다. 그러므로 저는 이 테스트 기간 이더 병합과 마찬가지로 계속해서 여러 번 연장될 것으로 추측합니다. 이런 방식으로 초기 단계에서는 구체적인 결과가 부족하고, 외부 생태계를 유치하여 테스트 네트워크에 배포하고 피드백을 제출하는 것도 어렵습니다.
비탈릭이 큰 야망을 가지고 있다는 것만 말할 수 있지만, 실행에 대해서는 그다지 낙관적이지 않습니다. 최소한 핵심 개발자의 절반 이상은 그다지 행복하지 않을 것 같아요. 만약 그들이 RISC-V로의 전환을 고집한다면, 비탈릭 부테린 (Vitalik Buterin) 과 이더 Foundation은 핵심 개발자 팀과 생태계에 영감을 주기 위해 많은 노력을 기울여야 할 것입니다.
RISC-V와 관련된 생태계 문제
역스케일의 드래곤은 RISC-V 제안의 가장 큰 문제는 민간 프로젝트 생태계의 지원과 대응에서 비롯될 수 있다고 언급했습니다. 기존의 오픈소스 생태계에서는 사용할 수 있는 구성요소가 매우 제한적입니다. 따라서 비탈릭 부테린이 제안한 EVM에서 RISC-V로의 변환이라는 슬로건은 단기적으로 많은 의문과 문제점을 안고 있을 수 있다.
예를 들어, 이더 의 기존 생태계에서는 원래 문제가 없었던 EVM 프로젝트와 계약이 있습니다. EVM에서 RISC-V로 변환한다는 전제 하에, 실행 계층에서 계약을 실행하는 동안 상태가 누락되거나 작업이 종료될 수 있습니다. 즉, 과거에 아무런 문제가 없었던 오래된 EVM 프로젝트의 경우에도 EVM을 RISC-V로 변환할 때 토큰이 인출되지 않거나 실수로 소각되거나 잠길 수 있습니다.
이러한 사례는 어떤 경우 생태 프로젝트 팀이 사용자가 EVM에서 RISC-V 변환기를 사용하여 오래된 EVM 스마트 계약을 실행하는 것을 허용하지 않으려 할 가능성이 매우 높습니다. 또한, 관련 리스크 피하고 이더 의 새로운 기술에 발맞추기 위해 프로젝트 생태계를 위한 최선의 방법은 모든 스마트 계약에 대해 새로운 RISC-V 버전 계약을 작성하고, 기존 계약과 새로운 계약 간의 연결은 자산 브리징을 통해 해결하는 것입니다.
사실, 호환성을 달성하는 방법은 잘못되기가 매우 쉽지만, 만약 재단이 일반적인 솔루션을 해결하기 위해 많은 돈을 쓸 의향이 있다면 호환성 문제의 99%는 해결될 수 있지만, 문제는 나머지 1%와 생태계 개발자들의 보안 신뢰에 있습니다.
지금 이더 프로젝트 개발자들에게 물어보면, 그들은 EVM이 RISC-V로 변환되는 것에 대해 그다지 확신하지 못하는 것 같습니다. 대규모 기술 회사가 처음부터 끝까지 자체 맞춤형 시스템이나 칩을 배포하려는 경우 RISC-V를 선택하지 않을 수 있습니다. 이 아키텍처는 오픈소스이기는 하지만 ARM, X86 등의 주류 아키텍처에 비해 RISC-V 생태계 지원은 매우 제한적이며, 블록체인과 관련된 개발도 없습니다. 즉, 이더 맨손으로 자신만의 틈새시장을 개척해야 한다는 뜻입니다.
보안과 생태계 지원을 고려한다면, 안전을 추구하는 부유한 프로젝트는 기존 계약과 새로운 계약 사이에 직접 브리지를 구축할 수 있는데, 이는 쉽게 수십만 달러에서 수백만 달러의 비용이 들 수 있습니다. 프로토콜 앱의 모든 EVM 스마트 계약을 RISC-V 버전으로 다시 작성하는 것은 훨씬 더 큰 프로젝트입니다. 자본이 충분하지 않은 회사는 이러한 추가 비용을 감당할 수 없을 수도 있습니다.
비탈릭 부테린 (Vitalik Buterin) 소규모 생태 프로젝트를 생각해 보았는지 잘 모르겠습니다. 아마도 RISC-V 제안을 보고 이더 생태계를 떠날지 말지 기다리고 있는 것 같습니다. 만약 1,000만 달러 미만의 가치가 있는 소규모 프로젝트라면 솔라나로 바로 옮기는 게 더 좋다고 생각합니다. 이더 천천히 개발될 때까지 돈을 쓰고 기다릴 필요는 없습니다. 개발이 반드시 성공하지는 않을 수도 있습니다.
이더 현재 엔지니어와 기술 전문가들의 기대에 부응하기 위해 기술 용어를 사용하고 있지만, 현실과 균형을 맞추기 위해 이더 RISC-V 제안을 통해 커뮤니티 와 개발자 생태계에 균형 잡힌 답변을 제공해야 한다고 생각합니다.
클라이언트 단편화 효과, 업데이트 중단 우려
"RISC-V" 제안을 구현하려면 이더 리움 클라이언트 브랜드가 필수적이지만, 과거와 달리 클라이언트는 EVM 버전 유지 관리만 담당했고, 현재의 "RISC-V" 제안에 따른 작업 부하가 두 배로 늘어났습니다. 이는 각 EIP와 클라이언트 개정 시간에 영향을 미칠 수밖에 없으며, 이더 의 전체 개정 비용을 더 높고 부담스럽게 만들 것입니다.
온체인 초기 EVM과 RISC-V 포맷의 스마트 계약 수가 불평등하면 각 클라이언트가 개발의 한 쪽에 "편견"을 갖게 될 수도 있습니다. 즉, 클라이언트가 EVM에 친화적이지만 RISC-V에 대한 변환이 좋지 않거나 그 반대의 경우가 발생할 수 있습니다. 이로 인해 클라이언트가 다른 고객과 다른 엔터티 요구 사항에 대면 되면 사용자를 재할당하기 위해 다른 정책을 채택하게 될 수 있습니다.
시장에서 발생할 수 있는 "이클립스" 문제는 반드시 이더 재단이 예상하는 것과 같지는 않습니다. 이더 재단은 기존 사양을 공식화하기 위해 필연적으로 RISC-V 클라이언트에 더 많은 자금과 개입을 제공해야 할 것입니다. 그러나 오늘날의 고객 자금은 오랫동안 주요 상업 사용자(예: Coinbase 등)로부터 조달되어 왔으며, 이더 재단의 재정적 개입과 참여는 예전처럼 조잡하고 효과적이지 않을 수 있습니다.
마지막으로 유지관리 기간의 문제가 있습니다. 모바일 폰 시스템의 업데이트가 중단되는 것과 마찬가지로, "RISC-V" 제안이 진행되면 RISC-V 클라이언트가 개선되면 예측 가능한 기간 내에 EVM 클라이언트가 점차 시장에서 철수할 것이라는 점을 누구나 예상할 수 있어야 합니다. 그 전에 모든 스마트 계약이 RISC-V와 호환되도록 최선을 다해 볼 수 있을까요? 아니면 이 기간 동안 블록체인 활동에 참여하지 않아 고객 자산이 오래되고 실행할 수 없는 EVM 스마트 계약으로 손실되는 경우가 있을까요? 이는 이더 에 대한 사용자의 신뢰에 영향을 미칠 수 있습니다.
사실, "EVM과 RISC-V는 이중 트랙에서 실행될 것이다"와 같은 슬로건을 보고, 이것이 계속될 것이라고 믿는다면, 당신은 매우 어리석은 사람이라고 생각할 것입니다. 모든 소프트웨어에는 유지 관리 주기가 있으므로 새로운 버전이 나오면 기존 버전은 조만간 제거됩니다. 이것이 기술의 법칙입니다. 그래서 저는 RISC-V 개정판이 출시된다는 것은 언젠가 누군가가 EVM 계약에 있는 자산을 인출할 수 없게 된다는 것을 의미한다고 생각합니다.
하지만 저는 비트코인에서는 같은 상황이 일어나지 않을 것이라고 생각합니다. 지금까지 가장 초기의 비트코인은 p2pk 형식으로 수령하다 수 있었습니다. 저는 블록체인이 사용자에게 보안과 헌신을 제공하는 것이 매우 중요하다고 생각합니다.
예전에는 스마트 계약에 자산을 넣어두면 IOU 토큰을 보유하고 있는 한, 기존 계약이 더 이상 유지되지 않고 Uniswap이 V4에 도달하더라도 그 해의 자산을 V1이나 V2에서 여전히 검색할 수 있다고 생각했습니다. 이것이 제가 생각하는 블록체인의 약속이 이루어져야 할 바이며, 이 사회에 필요한 블록체인의 기능과 가치이기도 합니다. 하지만 이더 실제로 RISC-V 버전을 출시하고 EVM 계약에 대한 네이티브 클라이언트 지원을 중단한다고 발표한다면, 저는 이 퍼블릭 체인과 커뮤니티 에 실망하게 될 것입니다.
