기사 한 편으로 라이쿠: 솔라나의 고성능 엣지 컴퓨팅 레이어에 대해 알아보세요!

출처: SHOALRESEARCH편집: Zhou, ChainCatcher

현대 블록체인은 규모를 달성했지만 아직 결정론적이지 않습니다. 솔라나는 처리량과 지연 시간에서 선두를 달리고 있지만, 고위험 애플리케이션의 안정적인 실행을 보장하기에는 여전히 부족합니다. 라이쿠는 성능 저하 없이 온체인 시스템에 결정성, 예측 가능성 및 신뢰를 회복하는 프로그래밍 가능한 오케스트레이션 계층을 도입합니다. 라이쿠는 솔라나의 검증자 네트워크를 위한 사이드카로 구축되어 개발자가 블록 공간을 예약하고 공간을 예약하고, 트랜잭션을 정확하게 예약하며, 모든 메모리 풀이 혼잡해지는 것을 방지할 수 있습니다.

이 백서에서는 어떻게 <라이쿠>가 실행 보장, MEV 저항, 사전 검증을 Solana의 모놀리식 아키텍처에 도입하여 분산화된 적대적 세계에서 속도뿐만 아니라 신뢰성에 중점을 둔 시스템을 제공하는지 살펴봅니다.

블록체인 아키텍처의 현황과 실행 확실성의 필요성

글로벌 시장은 확실성을 필요로 합니다. 암호화폐는 희망만을 가져다주는 경향이 있습니다.

오늘날의 블록체인 인프라는 구조적 결함으로 가득 차 있습니다. 규모를 추구하기 위해 핵심 분산 컴퓨팅 원칙을 위반하고, 대역폭을 무한대로 가정하고, 지연 시간 제한을 무시하고, 애플리케이션이 필요하지 않은 일반 상태 모델을 사용하도록 강요하는 시스템을 구축합니다. 그 결과는? 취약한 추상화, 불안정한 성능, 혁신보다는 생존에 가까운 개발자 경험.

최신 금융 상품을 출시했는데 스팸을 보내거나 검증자에게 뇌물을 주거나 그저 포함되기를 기도하지 않으면 거래가 실패할 수 있다는 말을 듣는다고 상상해 보세요.

블록체인 시스템은 궁극적으로 이러한 복잡성을 없애고 효과적인 탈중앙화 인프라를 제공해야 합니다. 그러나 현실에서는 서버 랙을 검증자 노드로 대체했고, 지연 시간 문제는 물리적 하드웨어에서 레이어 1 혼잡으로 옮겨갔습니다.

이것이 웹3.0의 일상적인 현실입니다. 가장 널리 사용되는 스마트 컨트랙트 플랫폼인 이더리움은 초당 15~30개의 트랜잭션만 처리합니다. NFT 스왑, 청산, 멤코인 성수기 등 수요가 많은 기간에는 기본 네트워크가 막히고 비용이 치솟으며 레이어2가 유일한 탈출구입니다. 이러한 레이어 2 롤업은 실행을 오프체인으로 옮겨 가스 수수료를 줄이면서 엄청난 처리량을 제공하지만, 유동성 파편화, 복잡성 연결, 차별화된 신뢰 모델, 다소 결함이 있는 사용자 경험 등 새로운 트레이드오프도 도입합니다.

동시에 이더의 대체 생태계는 더 큰 취약성을 도입합니다. 아이겐레이어와 같은 프로토콜은 검증자가 제3자 시스템을 보호하기 위해 이더의 사회적 합의를 사용하도록 요구하는데, 이는 사실상 문제가 발생할 경우 커뮤니티가 구조에 협조할 것이라는 내기를 하는 것과 마찬가지입니다. 비탈릭도 이러한 접근 방식이 위험성이 높다는 데 동의합니다. 이더리움의 확장은 10년이 걸릴 로드맵으로 남아 있습니다. 빌더들은 지금 행동에 나서야 합니다.

반면 솔라나는 단일 체인에서 합의와 실행을 중앙 집중화하여 매우 빠른 블록 시간과 병렬 실행을 제공하는 고성능 모놀리식 디자인을 추구합니다. 실제로 솔라나는 일반적으로 글로벌 스테이트 머신에서 이더리움의 처리량을 훨씬 뛰어넘는 3,000~4,000 TPS를 처리할 수 있습니다. 이 설계는 일반적인 상황에서 낮은 수수료와 거의 즉각적인 최종 결정성을 가능하게 합니다. 하지만 솔라나의 단일 체인 아키텍처는 극심한 부하 상황에서도 스트레스를 받습니다. 사용량이 급증하는 동안 솔라나는 모든 디앱이 동일한 글로벌 리소스를 두고 경쟁하기 때문에 혼잡을 경험하고 심지어 중단될 수도 있습니다.

예를 들어, 역사적으로 인기 있는 NFT 채굴이나 차익거래 봇과 같은 트래픽의 급격한 증가는 블록 스톨과 거래 실패로 이어졌습니다. 특히 2024년 2월에는 솔라나 런타임에서 발생한 오류로 인해 네트워크가 거의 5시간 동안 중단되기도 했습니다. 네트워크가 정상적으로 작동하더라도, 사용자와 봇은 수요가 폭주하는 기간 동안 트랜잭션이 실패하거나 시간 초과되는 경우가 종종 발생하여 솔라나의 탄탄한 사용자 경험을 약화시킵니다. 실제로 솔라나의 고빈도 트레이더들은 네트워크가 혼잡할 때 거래 실패율이 75%에 달하는 것을 목격했습니다. 이는 솔라나의 리더 스케줄링과 QoS(서비스 품질) 우선순위 지정이 특정 검증인을 선호하기 때문에 발생하며, 너무 많은 거래가 몰려들면 많은 거래가 제시간에 처리되지 못하기 때문입니다.

처리량 제약 외에도 두 생태계 모두 MEV 활용과 예측 불가능한 실행 문제에 직면해 있으며, 솔라나는 공개적으로 사용 가능한 리더 스케줄링 메커니즘에도 불구하고 자체적인 MEV 역학에 직면해 있습니다.Solana의 지분 가중 거래 스케줄링 메커니즘은 대형 검증자 또는 주문 흐름 전문가가 특정 장외 거래를 우선시하는 거래를 체결할 수 있습니다. 이러한 투명성 부족은 잘 연결된 봇이나 기업은 빠르게 접근할 수 있는 반면, 일반 사용자는 거래에 어려움을 겪는 중앙 집중성 문제로 이어집니다. 솔라나는 보다 개방적인 수수료 시장을 만들기 위해 우선 수수료와 Jito(MEV 인식 특화 클라이언트)와 같은 솔루션을 도입했지만, 네트워크가 바쁠 때 포용성은 입찰 전쟁이나 내부자 게임이 되고 일반 사용자는 불확실성과 거래 지연에 직면한다는 근본적인 문제는 여전히 남아 있습니다.

국가 관점에서 볼 때? 롤업 중심 모델인 이더는 애플리케이션을 여러 체인에 분산시킵니다. 각 롤업은 하나의 섬이 되어 브리지, 중복 도구, 추가적인 보안 가정이 필요합니다. 유동성과 컨트랙트가 더 이상 공존하지 않으면 탈중앙 금융의 마법인 구성 가능성은 사라집니다.

블록체인에 부족한 것은 지연 시간 급증, 상태 조각화 또는 트랜잭션 실패를 방지할 수 있는 확장성입니다. 글로벌 금융에 필요한 정밀성은 아직 블록체인이 부족합니다.

이것이 바로 라이쿠의 설계 공간입니다.

수년간의 이더리움 인프라에 대한 불만과 깨끗한 시스템 설계에 대한 깊은 존중에서 탄생한 라이쿠는 더 많은 롤업이 아닌 정밀한 실행에 중점을 둔 새로운 종류의 인프라를 솔라나에 도입합니다. 이는 별도의 체인을 관리하거나 구성성을 깨뜨릴 필요 없이 애플리케이션에 전용 고속 레인, 보장된 대역폭, 결정론적 정산을 제공하는 프로그래밍 가능한 빌딩 블록(엣지 컴퓨팅 환경)을 제공함으로써 솔라나의 핵심을 확장합니다.

솔라나가 글로벌 고속도로라면 라이쿠는 지능형 교통 제어 시스템으로, 가장 필요한 애플리케이션에 빠른 차선을 제공합니다.

또 다른 롤업도 아니고 사이드체인도 아닌, 빠르고 모듈식이며 프로그래밍이 가능하고 예측 가능한, 블록체인 실행에 대한 새로운 시각을 제시합니다. 유행을 쫓는 것이 아니라 희망이 아닌 확실성을 필요로 하는 조직, 개발자, 글로벌 규모의 애플리케이션의 요구를 충족하기 위해 구축되었습니다.

한계에서 비전으로: 라이쿠의 기원

라이쿠는 모든 블록체인 워크로드가 같은 복잡한 주방에서 실행될 필요는 없다는 단순한 관찰에서 탄생했습니다. 연구자 그룹과 솔라나 베테랑들은 온체인 이점을 잃지 않으면서 어떻게 하면 솔라나의 L1에서 과중한 계산을 오프로드할 수 있을지 고민하기 시작했습니다. 이 이니셔티브는 이더 중심 인프라의 '정체'에 대한 좌절감으로 인해 연구 프로젝트(슈퍼팀과 솔라나 재단의 지원)로 시작되었습니다. 이더리움 생태계는 레이어 2가 풍부하지만 연구자들이 기대했던 만큼의 성능이나 개발자 경험을 제공하지 못했고, 롤업은 점진적으로 발전하고 있지만 여전히 상대적으로 느리고 혼잡한 기본 레이어에 의존하고 있습니다. 반면 솔라나는 다른 것을 시도할 수 있는 기회를 제공합니다. 이미 L1이 빠르며 웹 스케일 블록체인이 가능하다는 것을 증명하고 있지만 아키텍처 개선을 통해 개선할 수도 있습니다.

라이쿠 팀은 2024년 1월까지 많은 솔라나 앱이 아키텍처를 확장하려는 "자연스러운 경향"을 보이고 있으며, 즉 프로젝트들이 자체 미니 집계 또는 격리 실행 레이어를 구축하여 기본 레이어의 처리량을 더욱 확장하려고 노력하고 있다고 언급했습니다. 즉, 프로젝트는 기본 계층의 처리량을 더욱 확장하기 위해 자체 미니 집계 또는 격리 실행 계층을 구축하려고 시도하고 있습니다. 공식 프레임워크가 없는 상황에서 일부 팀들은 소버린 SDK(독립형 체인용)와 같은 도구의 용도를 변경하여 솔라나 확장, 즉 어그리게이트를 만들려고 시도했습니다. 그 결과는 좋지 않았습니다. Solana에서 이더넷 지향 집계 프레임워크를 잘못 사용하면 성능이 저하되고 많은 마찰이 발생하게 됩니다. 자체 확장을 출시하는 모든 프로젝트는 상태 파편화(기본적으로 Ether에 존재하는 모든 문제에 직면함)와 노력의 중복으로 이어집니다. 게다가 이러한 DIY 솔루션은 솔라나의 설계와 깔끔하게 통합되지 않으며, 데이터 처리량 제한, 타이밍 문제, 레이어1과 상태 또는 계정을 공유할 수 없는 문제 등이 발생합니다.

이 패턴은 명확한 설계 문제를 강조합니다. Solana에는 다른 곳에서 강제로 도입된 프레임워크가 아니라 목적에 맞게 구축된 확장성 프레임워크가 필요합니다.

Raiku의 창립 팀은 Robin A. Nordnes 등이 주도하여 처음부터 Solana와 긴밀하게 연결된 "에지 컴퓨팅" 레이어를 구축함으로써 이 문제를 해결하기 시작했습니다. 이들은 앱토스와 수이 등 다른 새로운 L1 레이어를 조사한 후, 대규모 사용자 기반과 강력한 개발자 커뮤니티, 탄탄한 기반 아키텍처(종종 빠르게 진화하는 초기의 이더와 비교됨)를 갖춘 솔라나가 자신들의 비전을 지원할 수 있는 독보적인 위치에 있다고 판단하여 솔라나를 선택했습니다. 중요한 점은 솔라나의 리더십과 생태계가 혁신을 통해 번창하고 있으며, 핵심 개발자들이 몇 주마다 업데이트를 발표하고 새로운 확장 방법에 대해 열정적으로 연구하고 있다는 점입니다. 이 아이디어는 또 다른 독립형 L1 레이어를 출시하거나 완전히 별도의 샤드를 만드는 것이 아니라 상호 보완적인 방식으로 Solana를 확장하는 것입니다.

한 팀원의 말처럼, "우리는 L2도 아니고 L1도 아닙니다! ...... 우리는 그 중간 어딘가에 있습니다." 보다 공식적으로 라이쿠는 검증자, 애플리케이션, 기본 체인을 연결하여 기본 레이어가 자체적으로 제공할 수 있는 것 이상의 고성능 실행을 조율하는 인프라 프로토콜인 블록 구축 아키텍처로 자리매김하고 있습니다. 솔라나 L1이 고속도로라면, 라이쿠는 특정 애플리케이션이 필요할 때 더 빠르고 예측 가능하게 실행될 수 있도록 빠른 차선과 교통 통제 시스템을 구축합니다.

라이쿠 설계의 핵심 인사이트 중 하나는 많은 대규모 dApp이 전체 글로벌 상태와 지속적으로 상호 작용할 필요가 없다는 것입니다. 일부 앱은 가끔씩 메인 체인에 정착하고 필요할 때 보안과 유동성을 활용할 수 있다면 대부분 독립적으로(자체 오더북이나 게임 엔진 로직) 실행할 수 있습니다. Nordnes는 "대규모 잠재력을 가진 대부분의 사용 사례는 항상 상태 컴포저빌리티를 보유할 필요가 없습니다."라고 설명합니다. 애플리케이션의 실행을 자체 영역(예: L2)에서 샌드박스화하면서도 결제 완결성, 공유 사용자 계정, 온체인 가격 데이터, 자산 보안 측면에서 메인 체인의 이점을 누릴 수 있습니다.

이러한 실현은 레이쿠의 아키텍처를 뒷받침합니다. 레이쿠는 앱에 자체적인 주권 실행 환경을 제공하면서(다른 환경에 의해 병목현상이 발생하지 않도록) 솔라나의 레이어1(통합 자산 및 신원 공간, 고성능의 결제 레이어). 이더리움 세계에서는 옵티미스틱 롤업이나 ZK 롤업을 시작하여 비슷한 목표를 달성할 수 있지만, 팀이 지적한 것처럼 "이더리움에서 레이어2를 구축할 수는 있지만 여전히 기본 레이어1의 제한이 심하다"는 단점이 있습니다. 아무리 좋은 롤업이라도 이더리움 데이터 게시 처리량, 지연 시간, 업그레이드 일정(레이어1을 수정하는 데는 10년이 걸립니다.) 라이쿠 팀은 기다리기보다는 솔라나의 현재 강점을 활용하고 이를 기반으로 혁신할 수 있는 기회를 포착했습니다.

라이쿠는 높은 수준의 실행 기능을 조율하기 위해 검증자 커뮤니티에 의해 운영되고 경제적으로 연계된 솔라나 컨센서스와 병렬로 실행되는 새로운 레이어를 도입할 예정입니다. 탈중앙화를 훼손하지 않으면서 온체인 앱을 "시장에서 더 빠르고, 더 안정적이며, 더 경쟁력 있게" 만들기 위해 웹2.0과 트레이딩 시스템(예: AWS 또는 NASDAQ)을 활용한다는 대담한 비전입니다.

2024년 초, 이 비전은 주목을 받았고 솔라나의 확장 개념은 화제가 되었으며, 커뮤니티는 궁극적으로 포크가 아닌 L1 기반 확장을 강조하기 위해 L2 대신 웹 확장이라는 용어를 사용하기로 결정했습니다. 라이쿠는 이 개념을 구현하는 선도적인 프로젝트 중 하나가 되었습니다.

기술적으로 스케일링은 롤업 또는 사이드체인과 유사하며, 라이쿠 팀이 구축하는 기능으로 분류되어 과소평가되어 왔지만 라이쿠는 그 실행 영역을 설명하기 위해 "엣지 컴퓨팅"이라는 용어를 채택했습니다. "라이쿠의 엣지 컴퓨팅 환경은 솔라나와 경쟁하는 독립형 블록체인이 아니라, 특정 워크로드를 결정론적 성능으로 처리하도록 구축된 솔라나 네트워크의 엣지에 있는 모듈식 실행 영역입니다. 라이쿠의 엣지 컴퓨팅 환경은 솔라나와 경쟁하는 독립형 블록체인이 아니라 특정 워크로드를 결정론적 성능으로 처리하도록 구축된 솔라나 네트워크 엣지의 모듈식 실행 영역입니다. 이 용어는 웹2.0 인프라 팀과 조직 플레이어들에게 공감을 불러일으키며, 롤업과 익숙한 엣지 서버 사이의 개념적 간극을 메워줍니다. 기본적으로 라이쿠는 Solana의 엣지 컴퓨팅 영역에 통합되는 맞춤형 롤업과 유사한 환경(확장)을 제공합니다. 이를 통해 개발자는 완전히 새로운 체인을 시작하거나 사용자를 여러 에코시스템에 분산시키는 번거로움 없이 자체 로직과 스케줄링을 자유롭게 실행할 수 있는 자율성을 확보할 수 있습니다.

롤업 재정의: "확장"에서 "엣지 컴퓨팅 환경"으로

라이쿠가 사용자 정의 실행 환경의 환경을 재편하고 있다는 점에 주목할 필요가 있습니다. 솔라나 서클에서는 이러한 솔라나 커스텀 롤업을 설명할 때 '확장'이라는 용어를 사용하지만, 라이쿠 팀은 이 용어가 다소 협소하다고 생각합니다(심지어 초기의 스케치적인 시도로 인해 낙인이 찍히기도 했습니다). 암호화폐 사용자와 기존 웹2.0 사용자 모두의 상상력을 사로잡기 위해 라이쿠는 단순한 확장 기능을 넘어 '엣지 컴퓨팅 환경'을 구축하고 있습니다.

Source: https ://x. com/owocki/status/1830621049190560061

라이쿠의 엣지 컴퓨팅 환경에서는 레이어 2 네트워크를 더 이상 레이어 1 네트워크(L1) 위에 있는 외부 추가 기능으로 보지 않고 네트워크 아키텍처의 일부인 필수적인 부분으로 간주합니다. 대신 네트워크 아키텍처의 필수적인 부분으로, 네트워크의 가장자리, 사용자와 애플리케이션에 가까운 곳에 위치한 레이어 1 네트워크(L1)의 확장이며, 라이쿠는 이를 "모듈화된 실행 영역"이라고 부르며, 각 실행 런타임/가상 머신인 다양한 모듈을 통합된 시스템에 연결할 수 있다는 점을 강조합니다. 이러한 모듈식 실행 영역을 통해 개발자는 서로 다른 실행 런타임 또는 사용자 지정 가상 머신을 통합 시스템에 연결하여 기본 애플리케이션 로직을 구성할 수 있는 탁월한 제어 기능을 제공합니다.

라이쿠 팀은 대규모 성능은 학습되는 것이 아니라 처음부터 구축되는 것이라고 믿으며, 다른 기술이 멈추는 곳에서, 즉 분산 네트워크에 내재된 대역폭, 지역, 시간 제약의 물리적 한계를 뛰어넘는 것에서 시작한다고 생각합니다. 특히, 라이쿠는 다음을 제공합니다.

• 극심한 부하와 스트레스에도 견고한 시스템 안정성을 제공합니다.

• 결정론적 실행으로 모든 트랜잭션에 대해 예측 가능한 결과를 보장합니다.

• 솔라나 네트워크의 엣지에 고성능 엣지 컴퓨팅(HPEC) 기능을 직접 배치하여 트랜잭션을 밀리초 단위로 처리할 수 있어 지연 시간이 짧습니다.

• 개발자는 로우레벨 로직을 자유롭게 커스터마이징할 수 있어 탁월한 유연성과 제어력을 제공합니다.

라이쿠의 오케스트레이션 엔진은 트랜잭션이 신속하게 전송, 예약, 확인되도록 정확하게 조율하며, 트랜잭션이 패키징되도록 보장하는 잘 구축된 사전 블록공간 마켓플레이스의 지원을 받습니다(자세한 내용은 다음 섹션에서 자세히 설명합니다). 검증자 플러그인은 사전(AOT) 및 정시(JIT) 실행을 모두 지원합니다. 이러한 플러그인을 스트리밍 증명과 결합하면 트랜잭션의 즉각적인 사전 유효성 검사를 통해 오늘날의 신뢰할 수 없는 최선의 노력을 다하는 상호작용을 안정적이고 예약 가능한 실행으로 전환할 수 있습니다.

엣지 컴퓨팅 환경은 실용적입니다. 솔라나의 접근 방식과 이더의 접근 방식을 구분하는 데 도움이 됩니다. 이더는 "레이어 2 롤업"을 사용하는 반면, 솔라나(라이쿠를 통해)는 "엣지 컴퓨팅"을 사용합니다. 후자는 분리가 아닌 보강을 의미합니다. 이는 전통적인 금융권에서 이해하는 용어입니다. 엔터프라이즈 컴퓨팅에서 엣지 컴퓨팅은 컴퓨팅을 필요한 곳에 더 가깝게 배치하여 응답 시간을 단축하는 공격적인 개념입니다.

라이쿠가 실제로 말하는 것은 메인 네트워크에 고정된 채로 (논리적인 의미에서) 실행을 애플리케이션에 더 가깝게 옮긴다는 것입니다.

따라서 이 보고서 전체에서 "엣지 컴퓨팅 환경", "확장", "모듈형 실행 영역"이라는 용어는 라이쿠가 '모듈형 실행 영역'이라는 사실과 '모듈형 실행 영역'이 아니라 '모듈형 실행 영역'이라는 점을 반영하기 위해 혼용하여 사용합니다. "라는 라이쿠 철학의 구체적인 의미를 반영하기 위해 이 보고서 전반에 걸쳐 표현했습니다. 앞으로 라이쿠의 메인 네트워크가 가동되고 더 많은 마케팅이 이루어지면 "라이쿠 엣지 컴퓨팅"이 Polkadot의 "Parallel Chain"이나 Avalanche의 "서브넷"처럼 브랜드 용어가 될 수 있을 것입니다. "서브넷". 이 용어는 또한 새로운 기능을 더 쉽게 표현할 수 있게 해줍니다. 예를 들어, "일주일 안에 Solana에 자체 에지 컴퓨팅 환경을 배포하세요"라고 하면 마치 클라우드 환경을 구축하는 것처럼 들리므로 개발자에게 친숙하게 다가갈 수 있습니다.

라이쿠는 "엣지 컴퓨팅"을 강조함으로써 웹 인프라의 광범위한 추세인 속도를 위해 로직이 사용자(엣지 네트워크, CDN 등)에 더 가까이 이동하고 있다는 점을 따르고 있지만, 이 경우의 "사용자"는 다음과 같은 의미를 갖습니다. 여기서 '사용자'는 애플리케이션 트랜잭션이며 엣지는 네트워크의 특수한 영역입니다. 이는 더 많은 사람들이 라이쿠가 일반적인 스케일링 해킹과 어떻게 다른지 이해하는 데 도움이 되는 강력한 비유입니다.

라이쿠의 설계는 몇 가지 핵심 원칙에 따라 이루어집니다.

모든 dApp에 일정한 글로벌 상태가 필요한 것은 아닙니다.

처리량이 가장 많은 일부 애플리케이션(거래소, 게임, 결제 네트워크)은 필요할 때만 메인 체인을 사용하여 대부분의 활동을 격리된 상태에서 실행할 수 있습니다.Raiku는 이러한 애플리케이션이 글로벌 메모리 풀 경합에서 벗어나면서도 필요할 때 레이어 1 이동성/상태에 액세스할 수 있는 옵트인 격리 메커니즘을 제공하여 이 시나리오를 해결합니다. 라이쿠. 이는 모든 것이 단일 체인에 고도로 얽혀 있는 이더넷 DeFi와는 매우 다른 철학입니다(이 철학은 강력하지만 모든 작은 앱이 글로벌 원자 구성성을 필요로 할 때는 확장되지 않습니다.) 라이쿠는 많은 경우 시간적 또는 상황적 구성성(필요할 때만)으로 충분하며 엄청난 성능 향상을 가능하게 한다는 것을 인식하고 있습니다.

단일 네트워크의 느낌 유지:

모듈식 파티셔닝을 도입했음에도 불구하고, Raiku는 여러 체인에서 발생하는 사용자 경험 문제를 피하기 위해 열심히 노력했습니다. 글로벌 계정과 오케스트레이션 엔진은 사용자 관점에서 솔라나가 하나의 네트워크로 유지되도록 보장합니다. 가스 결제를 위해 여러 체인/파티에서 여러 토큰을 관리할 필요가 없으며, RPC 엔드포인트를 수동으로 전환할 필요도 없습니다. 솔라나와 상호작용하면 라이쿠가 백그라운드에서 트랜잭션을 확장 체인이나 메인 체인 중 원하는 곳으로 라우팅합니다. 이는 새로운 체인을 사용한다는 것은 새로운 토큰, 새로운 블록 브라우저, 사고의 패러다임 전환을 의미하는 코스모스 앱 체인 모델이나 심지어 이더의 레이어 2 아키텍처와는 매우 다릅니다.

라이쿠의 엣지 컴퓨팅 영역은 독립형 네트워크라기보다는 '네트워크 확장'에 가깝기 때문에 솔라나와 경쟁하기보다는 솔라나를 확장한다고 볼 수 있습니다. SOL 토큰의 유용성이 여전히 전체(수수료, 서약)를 지원하고 솔라나의 커뮤니티가 수십 개의 작은 체인으로 쪼개지지 않는 등 네트워크 효과가 유지된다는 구조적 이점이 있습니다. 이는 사용자 활동이 다양한 레이어 2 토큰과 생태계로 이동하는 동안 이더가 단순한 결제 레이어가 되어 이더의 경제적 보안을 약화시킬 수 있다는 이더의 롤업 중심 로드맵에 대한 일반적인 비판을 반영한 것으로, 라이쿠의 접근 방식은 용량을 추가하고 솔라나의 경제적 우산 아래에 배치합니다.

기존 보안을 활용하고 재창조하지 않음:

라이쿠는 새로운 기본 합의 메커니즘을 만들지 않으며, 사용자가 완전히 새로운 검증자 집합에 자금을 맡길 필요도 없습니다(실제로 라이쿠는 그러지 않습니다). 에스크로에만 자금을 보관하고 자산은 솔라나에 그대로 유지합니다). 이는 자체 애플리케이션 체인이나 새로운 레이어 1을 출시하는 것보다 유리합니다. 프로젝트가 지금 자체 체인을 출시하기로 결정한다면(코스모스 SDK, 아발란체 서브넷 또는 일종의 자율 롤업 체계를 통해), 검증자를 안내하고, 인센티브를 제공하고(종종 인플레이션이 심한 새로운 토큰 보상을 통해), 나머지 생태계와 연결되는 다리를 확보해야 하는 어려운 과제에 직면하게 됩니다. 라이쿠는 솔라나의 검증인 커뮤니티를 기반으로 글로벌 계정을 통해 검증인들을 연결함으로써 이 과정을 간소화합니다.

별도의 브리징 계약이 필요하지 않으며, 확장자는 논리적으로 Solana의 일부입니다. 따라서 소버린 체인 접근 방식에 비해 보안 위험과 개발 오버헤드가 크게 줄어듭니다. 예를 들어, 일부 팀은 솔라나에서 소버린 SDK를 사용하려고 시도했지만, 소버린 SDK가 솔라나 시나리오에 맞게 설계되지 않아 결국 상태 조각화와 낮은 성능으로 이어졌습니다. 라이쿠의 맞춤형 솔루션은 이러한 함정을 피하고 솔라나의 검증된 구성 요소(예: 네트워크, 검증자 인센티브)의 재사용을 최대화하며, 솔라나에서 소버린 SDK를 사용하는 것이 좋습니다. Raiku의 맞춤형 솔루션은 이러한 함정을 피하고 Solana의 입증된 구성 요소(예: 네트워크, 검증자 인센티브 등)의 재사용을 극대화합니다.

핵심 기능인 예측 가능성과 투명성:

빌더와 사용자는 미래에 어떤 일이 일어날지 아는 것을 중요하게 생각하며, 라이쿠는 프로토콜 수준에서 예측 가능성을 가능하게 합니다. 신호가 포함되면 트랜잭션 제출 프로세스에서 추측이 필요하지 않으며, MEV는 더 효율적으로 설계되었습니다(개인 메모리 풀이 없고 모든 트랜잭션은 경매 또는 알려진 채널을 통해 진행됨). 이는 더 건강한 생태계를 촉진합니다.

이더리움에서는 개선에도 불구하고 사용자들이 유니스왑 거래를 전송할 때 차익거래 봇의 저격에 대해 여전히 걱정하고 있습니다. 솔라나에서 사용자들은 네트워크가 바쁠 때 트랜잭션이 '완료되지 않을까' 걱정하는데, 라이쿠는 AWS 인프라처럼 작업을 예약하면 제시간에 완료될 것이라는 믿음을 줄 수 있는 최선의 방법으로 블록체인을 안정적이고 '지루하지 않게' 만들어 이러한 우려를 없애고자 합니다. 작업을 예약하면 제시간에 실행될 것이라는 믿음을 가질 수 있습니다. 이는 SLA와 예측 가능성이 필요한 기관 도입과 일반적인 소비자 사용(트랜잭션이 작동하기를 바라며 '제출' 명령을 계속 보내고 싶어 하는 사람은 아무도 없습니다)을 위한 핵심 판매 포인트입니다.

라이쿠 엣지 컴퓨팅 설계가 지원하는 실제 사용 사례

개발자가 실제로 라이쿠를 통해 달성할 수 있는 이전에는 불가능했던 기능에는 어떤 것들이 있을까요? 정답은 오프체인 시스템의 속도와 안정성을 갖춘 온체인 애플리케이션을 구축하고, 이전에는 별도의 체인이나 중앙화된 솔루션이 필요했던 새로운 유형의 서비스를 솔라나에 배포할 수 있다는 것입니다. 에지 컴퓨팅 접근 방식이 어떻게 작동할 수 있는지에 초점을 맞춰 라이쿠 팀과 커뮤니티가 구상한 몇 가지 예시적인 사용 사례를 살펴보겠습니다.

고빈도 거래 및 거래소(Swift for the Drift 프로토콜에서 예시):

Drift는 대량의 거래를 처리하는 선도적인 솔라나 기반 무기한 계약 거래소로, 2025년 초 솔라나에 직접 구축한 온체인 초저지연 집계 엔진인 Swift 프로토콜을 출시했습니다. 이는 주문장과 집계 로직을 온체인에 보관한 다음, 체결된 거래를 Drift의 영구 계약 프로세스로 라우팅하여 정산합니다. 스위프트는 혁신적이지만 한 가지 한계가 있습니다. 바로 솔라나 레이어1에서 집계된 거래를 정산할 때 일반적인 네트워크 조건의 영향을 받으며 지연이나 경합이 발생할 수 있다는 것입니다(특히 변동성이 큰 시장과 많은 거래소에서 그리고 많은 거래소가 활성화되어 있는 경우).

라이쿠 입력: Drift와 같은 DEX는 거래 엔진에 전용 에지 컴퓨팅 확장 기능을 배포할 수 있습니다. 이 확장 프로그램에서는 주문을 온체인(확장 프로그램 내)에서 마이크로초 단위의 정밀도로 매칭하고 즉시 완료할 수 있으며, 이는 솔라나의 400밀리초 블록 시간보다 훨씬 빠른 속도입니다. 이 확장 프로그램은 거래에 최적화된 Light SVM을 사용해 결정론적 타이밍으로 초당 수천 개의 작업(예: 매수호가와 매도호가 매칭, 트레이더 포지션 업데이트)을 수행할 수 있습니다. 결정적으로, 라이쿠의 보장된 포함 기능을 사용하면 거래가 매칭되면 불확실성 없이 다음 솔라나 블록에 정산되도록 예약할 수 있습니다. 더 이상 거래가 입금되기를 기다리며 허둥대거나 기도할 필요 없이, 정산을 위해 미리 예약되고 확정됩니다.

결제 및 핀테크 인프라(예: "스트라이프형" 결제, Squads):

결제 앱은 높은 처리량과 고가용성을 모두 필요로 합니다. 높은 처리량과 높은 안정성이 필요합니다. 판매자, 급여, 소액 결제 등을 위해 초당 수천 건의 트랜잭션을 처리하는 서비스인 Stripe on Solana와 같은 시나리오를 상상해 보세요. 솔라나 레이어1에서는 이론적으로는 가능하지만(높은 TPS를 고려하면) 실제로는 네트워크가 혼잡하거나 특정 결제 흐름에서 한 프로세스가 너무 많은 연산 단위를 차지하면 다른 프로세스가 충돌할 수 있습니다.

라이쿠를 사용하면 기본적으로 결제 거래 전용 (에지 컴퓨팅) 영역인 결제 확장 프로그램을 만들 수 있습니다. 이 확장 기능은 전용/최적화된 환경 또는 경량 SVM을 포함하여 간단한 토큰 전송에 최적화하여 효율성을 극대화할 수 있습니다. 라이쿠의 대역폭 예약 기능을 통해 결제 운영자(예: 스테이블코인 발행자 또는 CBDC 플랫폼)는 외부 수요에 관계없이 항상 거래가 원활하게 진행될 수 있도록 처리량(예: 500 TP/S)을 지속적으로 예약할 수 있습니다. 자금을 송금하는 사용자는 즉시 확인을 받게 됩니다(트랜잭션 지연 없음).

기업 또는 기관의 경우, 라이쿠는 솔라나에서 "결정론적 완결성과 주요 금융기관 간의 암호화된 스트림을 갖춘 개인 결제 채널"인 프라이빗 결제 네트워크를 활성화할 수 있습니다.

대형 은행이 공유 Solana 확장 프로그램에서 외환 거래나 증권을 결제한다고 상상해 보시면, 모든 당사자에게만 거래가 표시되고(암호화를 통해 확인 가능하지만) 최종성이 보장되는 자체적인 Raiku 확장 프로그램을 보유할 수 있습니다. 이렇게 하면 퍼블릭 체인에서 국경 간 결제, 송금 또는 은행 간 결제와 같은 사용 사례를 SWIFT나 FedWire의 예측 가능성을 통해 실현할 수 있습니다.

소비자 측면에서는 인기있는 솔라나 다중 서명 및 오케스트레이션 도구인 SquadX와 같은 도구가 라이쿠를 사용하여 여러 명령어가 포함된 다중 서명 거래가 네트워크 피크 시간에도 안정적으로 실행되도록 할 수 있습니다. DAO 트레저나 다중 서명의 주요 문제점은 거래에 서명하려고 할 때 쉽지 않다는 점입니다. 복잡한 트랜잭션을 실행하려고 할 때 네트워크 문제로 인해 실패하는 것이 가장 큰 문제인데, 라이쿠는 모든 서명자가 승인한 후 전용 시간 슬롯을 할당하여 다중 서명 트랜잭션이 원자적으로 완료될 수 있도록 함으로써 이 문제를 해결할 수 있습니다.

또한, 라이쿠는 RFQ와 같은 유동성 통합을 통해 새로운 결제 모델을 지원할 수 있습니다. 예를 들어 탈중앙화 결제 애플리케이션은 라이쿠의 RFQ 시스템을 통해 시장 조성자에게 통화 스왑 거래에 가장 적합한 환율을 쿼리하여 슬리피지나 MEV 없이 단일 확장 내에서 가능한 최적의 환율을 얻을 수 있습니다. Stripe가 수수료와 성공률을 최적화하기 위해 다양한 은행을 통해 결제를 라우팅하는 방식과 유사하게, 라이쿠는 통제되고 결정적인 방식으로 암호화폐 결제를 다양한 유동성 공급원으로 라우팅할 수 있도록 지원합니다.

DeFi 프로토콜 및 서비스(비욘드 더 딜 )

거래소 외에도 많은 DeFi 프로토콜이 라이쿠의 엣지 컴퓨팅 환경을 활용할 수 있습니다. 대출 플랫폼은 전용 채널을 통해 즉시 거래를 청산하는 데 사용할 수 있습니다(라이쿠는 '마이크로초 정확도'로 리스크 관리를 자동화할 수도 있습니다. 즉, 대출 프로토콜은 포지션을 모니터링하고 보장된 시간 내에 청산된 거래를 실행하여 부실채권을 줄일 수 있습니다). 옵션 및 파생상품 플랫폼은 에지 컴퓨팅 리전을 오케스트레이션 센터로 사용하여 플랫폼 전반의 복잡한 다중 지점 전략을 조정할 수 있으며, 라이쿠는 모든 지점이 연속적인 시간 프레임에서 원자적으로 실행되도록 보장합니다.

예를 들어, 탈중앙화 옵션 거래소(DEX)는 사용자가 롤오버(한 옵션을 청산하고 다른 옵션을 개시)할 때 가격 변동이 중단되지 않고 두 거래가 연속적으로 실행되도록 보장합니다. 이러한 수준의 제어는 현재 중앙화된 시스템에서만 가능합니다. 스테이블코인 발행자도 혜택을 누릴 수 있습니다. USDC가 라이쿠 확장 기능을 사용해 대량 발행/상환 프로세스를 우선순위에 따라 관리함으로써 대규모 상환이 네트워크를 막거나 선점되지 않도록 할 수 있다고 상상해 보십시오. 블록 공간을 할당함으로써 스트레스가 많은 시기에도 원활하게 운영할 수 있습니다.

하이브리드 CEX/DEX와 기관 접근:

라이쿠는 중앙화된 거래소와 탈중앙 금융 사이의 경계를 모호하게 만들 수 있습니다. 라이쿠의 아키텍처는 KYC 인증을 받은 기관(예: 기관)만 참여하는 '규제된 탈중앙 금융 영역'과 유사한 모델을 허용하여 규정을 준수하는 동시에 솔라나에 정착할 수 있도록 합니다. 웹사이트는 중앙화된 거래소(또는 연합)가 유동성을 제공하지만 거래는 공용 네트워크 확장에서 정산되는 "우수한 사용자 경험을 갖춘 하이브리드 중앙화 거래소/탈중앙화 거래소"라는 개념을 암시합니다. 이러한 플랫폼은 엣지 컴퓨팅을 활용하여 중앙화된 거래소(전용 하드웨어의 집계 엔진)의 속도와 DeFi의 투명성 및 호스팅 혜택(솔라나에서 결제)을 제공할 수 있습니다.

비금융 애플리케이션(실시간 게임, 소셜, AI 에이전트, IoT):

라이쿠는 무엇보다도 DeFi와 금융 시장에 초점을 맞추고 있지만, 이 프레임워크는 다양한 애플리케이션에 적용될 수 있습니다. 실시간 게임이나 가상 세계의 경우, 라이쿠는 빠른 게임 상태 업데이트를 처리하는 확장을 지원할 수 있습니다(완전히 체인화된 빠른 속도의 게임을 상상해 보면, 라이쿠의 스케줄링 메커니즘이 적시에 작업이 완료되도록 보장합니다). Solana의 소셜 네트워킹 또는 메시징 앱의 경우, Raiku는 활동의 급증을 처리하는 처리량을 제공할 수 있습니다(예: 수천 개의 답글을 트리거하는 인기 게시물의 경우 메인 체인에 부하가 걸리지 않도록 익스텐션에서 처리할 수 있습니다).

사이트의 사용 사례에는 "AI 에이전트, DePIN, 소셜 네트워크, 결제 인프라, 자본 시장, 고빈도 거래, 인터넷"을 솔라나에 도입하는 것이 명시적으로 언급되어 있습니다. 이러한 야심찬 비전은 현재 블록체인의 규모나 속도를 충족하지 못하는 수요가 많은 애플리케이션을 지원할 수 있다고 라이쿠가 생각하고 있음을 시사합니다.

이 모든 사례의 공통점은 단일 레이어 1로는 달성할 수 없는 수준의 성능과 신뢰를 달성한다는 것입니다. 이를 통해 개발자들은 중앙화된 서버의 응답성에 필적하는 온체인 서비스를 상상할 수 있는 더 넓은 비전을 갖게 됩니다.

라이쿠의 혁신적 접근 방식: 예측 가능한 성능을 위한 집행 합의 분리

라이쿠는 내부에서 솔라나의 기초 레이어를 개선하는 새로운 블록 구축 아키텍처를 도입합니다. 이는 프로그래밍 가능한 오케스트레이션을 가능하게 하여 검증자와 앱이 별도의 합의 메커니즘이나 파편화된 환경을 도입할 필요 없이 보다 결정론적인 실행을 수행할 수 있도록 합니다.

라이쿠 네트워크는 동일한 검증자 세트에 의해 구동되는 솔라나의 메인체인과 병렬로 실행되는 특수 실행 레이어로 생각할 수 있으며, 라이쿠 사이드카를 실행하는 것만으로 참여할 수 있습니다. 이러한 방식으로, Raiku는 고밀도 애플리케이션 로직이 Solana의 모든 트래픽과 경쟁하지 않아도 되지만, 섬이 아닌 Solana와 긴밀하게 동기화되어 최종성과 데이터 가용성을 보장합니다.

모듈식 트레이드오프나 단편화된 실행 모델 간의 트레이드오프로 여전히 어려움을 겪고 있는 다른 에코시스템과 달리, 솔라나는 고성능의 모놀리식 기본 레이어를 제공합니다. 1초 미만의 아웃오브블록 시간, 매우 낮은 오버헤드, Sealevel을 통한 병렬 실행을 제공합니다. 이러한 특징 덕분에 높은 지연 시간 없이 적시성(JIT) 또는 사전 트렌드(AOT) 블록 경매와 같은 개념을 대규모로 구현할 수 있는 블록체인이 될 가능성이 가장 높습니다.

솔라나는 빠른 블록 생성 시간, 낮은 비용, Sealevel을 통한 병렬 실행을 달성했지만, 현재 블록 생성 프로세스에는 여전히 한계가 있습니다.

• 검증자의 수익성은 여전히 변동성이 크며, 자체적인 인플레이션 보조금과 가끔씩 발생하는 MEV 급등에 크게 의존하고 있습니다.

• 거래 포함은 특히 원자성, 결정론적 순서 또는 사전 확인이 필요한 앱의 경우 예측할 수 없습니다.

• 강력한 경매 메커니즘과 번들 실행 보장의 부족을 해결하기 위해 Jito와 같은 프로토콜이 등장하면서 프로토콜 외부 조정이 증가하고 있습니다.

누락된 것은 검증자에게 보다 일관된 수익 기회를 제공하고, dApp에 안정적인 실행을 제공하며, 짧은 지연 시간, 높은 처리량 특성을 손상시키지 않으면서 솔라나의 기본 아키텍처에 연결할 수 있는 프로그래밍 가능한 오케스트레이션 레이어입니다.

솔라나의 인센티브 및 경제 프레임워크는 일련의 주요 솔라나 개선 문서(SIMD)에 따라 빠르게 발전하고 있습니다. 이러한 제안은 핵심 검증인 인센티브, 거래 우선순위 메커니즘, 보상 분배를 재구성하여 더욱 경쟁력 있고 견고한 생태계를 위한 기반을 마련합니다.

• SIMD-0096: 리다이렉팅 우선 순위 수수료의 100%를 검증인에게 리디렉션하여 검증인의 수익성을 크게 높이고 네트워크 외부 거래를 차단합니다.

• SIMD-0123: 경제적 일관성과 투명성을 높이기 위해 검증자가 이해관계자에게 직접 보상을 분배할 수 있는 확장 가능한 기본 프로토콜 메커니즘을 도입합니다.

• SIMD-0228: 경제적 효율성과 보안을 개선하기 위해 서약 참여에 따라 인플레이션율을 조정하는 역동적인 시장 중심 발행 방식을 도입합니다. (하지만 이 제안은 2025년 3월 투표에서 필요한 절대 과반수인 3분의 2를 얻지 못해 아직 시행되지 않았습니다.)

이러한 변화는 인센티브 조정에 초점을 맞추지만, 검증인 간의 경쟁을 심화시켜 새로운 외부 수익원을 찾도록 유도하는 측면도 있습니다. 이는 MEV와 우선 수수료 기회가 줄어드는 약세장에서 특히 중요합니다.

솔라나 시장 구조의 지속적인 발전은 안정적이고 예측 가능하며 고성능의 탈중앙화 실행을 위해 정밀하게 설계된 라이쿠의 오케스트레이션 엔진의 토대를 마련했습니다.

실행과 합의를 분리하는 것의 이점은 매우 큽니다.

가장 먼저 예측 가능한 패킹입니다. 일반적으로 사용자의 트랜잭션은 다음 블록에 패킹되기를 바라며 메모리 풀이나 큐에 남아 있을 수 있지만(또는 부하 급증으로 인해 삭제될 수 있습니다), 라이쿠는 패킹과 타이밍에 대한 확실한 보장을 제공하도록 설계되었습니다. 라이쿠를 통해 제출된 트랜잭션은 "조기" 패킷화 확인을 받을 수 있으며, 이는 사실상 트랜잭션이 생성될 블록을 예약하는 것과 같습니다. 이는 라이쿠의 새로운 스케줄링과 경매 메커니즘을 통해 이루어집니다(나중에 설명하겠습니다). 사용자와 디앱 개발자에게 이는 정크 트랜잭션을 전송하거나 주요 트랜잭션이 채굴되기를 초조하게 기다리는 대신, 향후 특정 기간에 트랜잭션이 예약되어 있는지 밀리초 이내에 알 수 있다는 것을 의미합니다. 결정적이고 예측 가능한 실행에 집중하는 것이 바로 핵심적인 차이점입니다. 이더리움의 기존 L2는 수수료와 처리량을 개선할 수 있지만, 일반적으로 트랜잭션이 언제 L1에 도달할지 정확히 보장하지 않습니다(특히 기간이 까다로운 낙관적 롤업의 경우). 반면, 라이쿠는 400ms의 블록아웃 시간으로 유명한 L1 플랫폼인 솔라나에서 시간 슬롯 보장을 제공합니다. Raiku는 기본적으로 앱이 블록 공간을 예약하는 데 사용할 수 있는 "글로벌 스케줄러"를 통해 Solana를 확장합니다.

또 다른 주요 이점은 결함 격리입니다. 모놀리식 L1에서는 애플리케이션(예: 인기 있는 NFT 채굴 프로그램)이 갑자기 많은 리소스를 소비하거나 충돌이 발생하면 전체 체인의 성능이 저하되거나 중단될 수 있습니다. 저희는 솔라나에서 이를 목격했는데, 단일 dApp 워크로드로 인해 전체 네트워크가 느려질 수 있었습니다. 라이쿠를 사용하면 애플리케이션을 에지 컴퓨팅이라고도 하는 격리된 실행 영역에서 실행할 수 있습니다. 이러한 영역 중 하나에 문제가 발생해도, 예를 들어 통제 불능의 애플리케이션이 너무 많은 컴퓨팅을 소비하는 등의 문제가 발생해도 솔라나의 메인 체인이나 다른 영역을 직접 차단하지는 않습니다. 장애는 해당 확장자의 환경에 국한되며, 솔라나의 컨센서스는 영향을 받지 않고 다른 확장자는 정상적으로 계속 작동합니다. 이러한 종류의 장애 격리는 네트워크에 여러 개의 "샌드박스"를 두는 것과 유사합니다. 각 애플리케이션(또는 애플리케이션 그룹)은 전체 안정성을 손상시키지 않으면서 전용 용량을 사용하거나 사용자 지정 매개변수를 가질 수 있습니다.

결정적으로, 라이쿠의 아키텍처는 L1과 L2가 공유하는 목표인 보안과 주권을 유지합니다. 각 Raiku 확장 환경에는 실행 주권이 있으므로 애플리케이션 개발자는 자신의 필요에 맞게 실행 로직, VM 및 매개변수를 사용자 정의할 수 있지만(자체 체인이라는 의미에서) 처음부터 새로운 마이너 또는 검증자 세트를 구축할 필요는 없습니다. 라이쿠는 솔라나 검증자 세트와 함께 작동하는 검증자 네트워크를 활용합니다. 사실상, Raiku 검증자는 Raiku 소프트웨어(검증자 클라이언트용 사이드카)를 실행하기로 선택한 솔라나 검증자가 되며, 이에 대한 추가 수수료를 받을 수 있습니다. 즉, 처음부터 보안이 전문적이고 강력하며, 숙련된 검증인이 주도하고, 보안을 위해 별도의 토큰이 필요하지 않습니다.

처리량은 최종 블록에 대한 솔라나의 PoH/PoS 메커니즘이 처리하는 합의와 라이쿠의 스케줄러 및 검증자 네트워크가 처리하는 실행을 분리함으로써 극적으로 증가하며, 솔라나는 더 이상 모든 프로세스의 모든 명령을 직접 실행할 필요가 없고 일부 명령을 라이쿠 확장자에게 실행을 아웃소싱할 수 있습니다. Solana는 더 이상 모든 프로그램의 모든 명령어를 직접 실행할 필요가 없으며, 결과나 증명만 확인하면 되는 일부 프로그램의 실행을 Raiku 확장에 아웃소싱할 수 있습니다.

요약하면, Raiku는 독립형 L1도 아니고 일반적인 L2도 아니며, 다음과 같은 기능을 제공하는 Solana의 실행 계층입니다.

• "Raiku Extension은 Solana의 확장입니다. align: left;">(a) 실행과 합의의 분리(애플리케이션이 L1의 처리량 제약으로부터 자유로워짐),

• (b) 예측 가능한 봉쇄 및 스케줄링(더 이상 확률적 메모리 풀링 게임 없음), 그리고

• (c) 강력한 결함 격리(하나의 확장에 문제가 생겨도 전체를 위협하지 않음)

솔라나는 단일 계층 네트워크에서 합의와 글로벌 상태를 위한 기본 계층, 그리고 다음과 같은 다중 계층 시스템으로 전환합니다. 고성능 애플리케이션별 실행을 위한 상위 계층.

라이쿠 기술 스택 내부: 결정론적 합의와 모듈식 실행

라이쿠는 약속을 이행하기 위해 몇 가지 새로운 구성 요소와 트랜잭션 유형을 도입했습니다. 이러한 구성 요소와 거래 유형은 솔라나를 향상시키기 위해 함께 작동하는 인프라 구성 요소로 생각할 수 있습니다. 라이쿠의 기술 스택의 핵심 요소를 자세히 살펴보겠습니다.

1. 초기 블록 경매 및 통합 신호 :

1. 왼쪽;">라이쿠의 핵심은 블록 공간을 관리하는 새로운 방식입니다. 라이쿠는 선착순 메모리 풀 모델 대신 슬롯 경매 마켓플레이스를 구현합니다. 애플리케이션이나 사용자는 솔라나에서 예정된 슬롯에 대해 미리 입찰할 수 있으며, 더 구체적으로는 라이쿠가 조정한 스케줄링 방식을 통해 거래의 우선순위를 확보할 수 있습니다. 낙찰자는 사전에 "포함 신호"를 받게 되며, 이는 기본적으로 자신의 거래(또는 거래 패키지)가 향후 특정 블록 또는 블록 시퀀스에 포함될 것임을 보장합니다. 이러한 경매는 지분 가중치 및 원자적 방식으로 이루어지며, 이는 스케줄링이 솔라나 지분의 할당에 따라 이루어지고(지분이 많은 검증자는 예약된 거래를 포함할 수 있는 능력이 더 많으므로 인센티브가 조화를 이룹니다), 거래가 묶음으로 예약되어 중단 없이 순차적으로 실행될 수 있다는 것을 의미합니다. 결과적으로 이제 라이쿠 사용자들은 체결 '티켓'이 이미 보장되어 있기 때문에 더 빠르게 확정 체결을 받을 수 있습니다.

이를 기존 환경과 비교해 보세요. 이더리움에서는 트랜잭션을 전송하고 채굴자가 최대한 빨리 수거하기를 바라거나(급하게 필요한 경우 수수료가 높아질 수 있음), 심지어 혼잡한 상황에서 하나의 트랜잭션이 도착하도록 여러 번 전송하는 솔라나의 경우와 비교해보시기 바랍니다.

라이쿠를 사용하면 혼잡한 플랫폼에서 줄을 서지 않고도 전체 프로세스를 마치 기차 좌석을 미리 예약하는 것처럼 처리할 수 있습니다. 이 시스템은 거래 실패율과 불확실성을 획기적으로 줄여주며, 라이쿠의 핵심 목표 중 하나는 거래 실행을 보장하는 것입니다.

스트리밍 증명: 순차적 블록 공간을 통한 대규모 페이로드 실행

현재 솔라나의 근본적인 한계 중 하나는 빠른 블록 전파를 보장하기 위해 설계된 엄격한 블록 데이터 제약입니다. 이는 많은 수의 상태 업데이트를 커밋해야 하는 애플리케이션(예: 결제 엔진 또는 ZK 롤업 증명)의 경우 병목 현상이 될 수 있습니다.

라이쿠는 순차적 블록 공간 예약을 통해 이 문제를 해결하는데, 이는 사전 블록 경매(AOT) 모델로 구현되는 개념입니다. 일련의 예정된 블록을 위한 공간을 예약함으로써 앱은 솔라나의 단일 블록 용량 제한에 부딪히지 않고 더 작고 검증 가능한 블록으로 대용량 증명이나 페이로드를 안정적으로 전송할 수 있습니다.

이 아이디어는 대규모 트랜잭션이나 증명을 여러 시간대에 걸쳐 스트리밍하고 검증할 수 있는 작은 블록으로 분할하여 Solana의 엄격한 블록당 데이터 제한을 우회하는 것입니다. 실제로 이는 애플리케이션이 라이쿠를 통해 매우 큰 규모의 상태 업데이트 또는 증명(예: 영지식 증명 또는 수백 개의 트랜잭션 배치)을 제출하면, 검증자가 처리할 수 있는 청크로 해당 데이터를 솔라나에 공급한다는 것을 의미합니다.

애플리케이션은 스케줄을 지정하고 구조화된 데이터를 전송할 수 있으며, 유효성 검사기는 실패나 부풀림의 위험이 있는 대규모 트랜잭션을 제출하는 대신 통제된 방식으로 데이터를 처리하고 유효성을 검사합니다.

2. 빠르고 확실한 결제("실행 보장"):

솔라나가 지원하도록 설계된 많은 차세대 애플리케이션은 빈도가 높은 거래 플랫폼, 실시간 게임 시스템, 기관 결제 네트워크 등 차세대 애플리케이션은 모두 거래가 예상되는 시간과 장소에 정확히 체결된다는 엄격한 보장이 필요합니다. 이러한 영역에서 실행의 불확실성은 사용자 경험의 결함을 넘어 거래를 방해하는 요소입니다.

예측할 수 없는 네트워크 혼잡과 트랜잭션 풀의 역학 관계로 인해 트랜잭션이 실패, 재주문 또는 지연될 수 있습니다. 자동 청산, 동시 자산 스왑, 차익거래 전략과 같은 고급 사용 사례의 경우 이러한 예측 불가능성은 기회를 놓치고 자본 비효율로 이어질 수 있습니다.

라이쿠는 사전(AOT) 및 적시(JIT) 시간대를 통한 거래 포함을 보장함으로써 이 문제를 해결합니다. 예를 들어 실시간 가격 변동에 따라 작동하는 로봇은 JIT 통합을 선호하는 반면 외부 시스템은 미리 정해진 AOT 시간 슬롯을 선택할 수 있습니다. 두 경우 모두 사용자는 시간과 대역폭 정확도에 대한 비용을 지불합니다(라이쿠 토큰과 SOL의 조합 사용).

라이쿠를 통해 보장된 포함을 위해 트랜잭션이 제출되면 예약된 실행 창이 할당되어 예정된 시간에 처리되고 검증자 동작이나 네트워크 혼잡으로 인해 손실되거나 재주문되지 않도록 보장합니다. 타임 슬롯 리더만 트랜잭션을 포함할 수 있지만, 라이쿠 사이드카를 실행하는 모든 검증자는 사전에 트랜잭션 일정을 전파하고 확인하며, 라이쿠는 사전 합의 스케줄링 시스템을 사용하여 트랜잭션 계획을 조율한 다음 블록 생성 중에 타임 슬롯 리더가 실행합니다.

라이쿠는 블록 공간을 미리 예약하고 결정론적 실행 시간 슬롯을 할당함으로써 역사적으로 솔라나에서 빈도가 높은 사용자의 경우 90%가 넘었던 피크 장애 시나리오를 완화합니다. 또한 극심한 부하 상황에서도 보장된 대역폭, 정확한 지연 시간, 예측 가능한 정산을 제공합니다.

또한 보장된 체결 메커니즘은 설계상 MEV 저항을 도입합니다. 거래가 사전에 예약되고 네트워크를 통해 확정되기 때문에 선점을 줄이고 경매 메커니즘 자체에 기대 가치 추출을 통합하여 샌드위치 공격에 대응할 수 있습니다. 이전에 프로토콜 외부에서 운영되던 비공개 주문 흐름 트랜잭션은 더 이상 필요하지 않습니다. 대신 공정한 스케줄링 경매 또는 예약 시스템을 통해 주문 흐름 통합이 투명하게 이루어집니다.

3. 글로벌 계정 모델과 통합 상태:

라이쿠의 가장 획기적인 측면 중 하나는 글로벌 계정 모듈입니다. 이 구성 요소(스트리밍 증명과 함께 V2 버전에 포함될 예정)는 상태 조각화를 정면으로 해결합니다. 사용자와 애플리케이션이 여러 실행 환경에서 통합된 ID와 상태를 유지할 수 있도록 하는 것이 목표입니다.

실제로 사용자는 기본 레이어 1과 이와 상호 작용하는 모든 라이쿠 확장에 대한 솔라나 지갑/주소를 계속 보유하게 됩니다. 자산과 데이터는 기존의 '브리징' 없이도 메인체인과 확장 프로그램 간에 원활하게 이동할 수 있습니다. 글로벌 계정 모델은 확장 프로그램 간 구성성을 지원하므로 필요에 따라 두 개의 라이쿠 확장 프로그램이 상호 운용되거나 공유 사용자 상태에 액세스할 수 있습니다.

이것은 일반적인 L2 시스템에서 크게 벗어난 것입니다. 일반적인 L2 시스템에서는 각 롤업이 폐쇄된 정원과 같아서 자산을 전송하려면 브릿지가 필요하고 계정/계약 주소는 체인별로 다를 수 있습니다. 라이쿠의 확장 프로그램은 솔라나 생태계에서 '영역'에 가깝기 때문에 사용자 경험은 일관성을 유지합니다. 개발자는 확장 프로그램 환경에서 배포할 수 있으며 솔라나 네이티브 애플리케이션 또는 계정과 쉽게 통합할 수 있습니다.

예를 들어, 통합 계정 덕분에 라이쿠 기반 주문서 확장 프로그램에서 이루어진 주문은 사용자의 솔라나 기본 지갑으로 청구되거나 레이어 1의 애플리케이션에서 인식될 수 있습니다. 기술적으로 이는 Raiku가 Solana의 계정 주소 공간과 서명 유효성 검사를 공유하거나 확장 프로그램과 Layer-1 간에 상태 루트를 동기화하는 메커니즘을 생성하여 달성할 수 있습니다.

그 결과 상태 조각화가 해결되고 여러 실행 환경이 결합된 단일 상태를 얻을 수 있습니다. 라이쿠 팀이 설명한 것처럼, 이는 이더넷 레이어-2(모든 레이어-2가 독립적으로 실행되는)나 이전의 솔라나 롤업 시도에서는 불가능했던 방식으로 확장 환경 전반에서 구성성을 가능하게 합니다. 이는 확장이 사용자 기반이나 이동성의 파편화로 이어지지 않도록 설계된 제1원칙 기반 접근 방식입니다.

글로벌 계정 모듈은 다중 가상 머신 기능도 지원하며, Raiku는 Solana의 기본 가상 머신(SVM)에 국한되지 않고 동일한 오케스트레이션 프레임워크에서 다양한 가상 머신을 호스팅할 수 있습니다. 실제로 Raiku는 EVM 호환 확장을 지원하도록 설계되어 이더넷 환경의 프로젝트에서 솔리디티 코드를 Solana 확장으로 배포할 수 있습니다.

"Arbitrum Orbit과 같은 프로젝트가 솔라나에 배포될 것"이라는 언급은 이더 L3 또는 커스텀 체인이 라이쿠를 통해 솔라나에 효과적으로 접근할 수 있음을 시사합니다. 이는 이더 디앱이 코드베이스를 포기하지 않고도 솔라나의 성능과 사용자 기반을 누릴 수 있다는 것을 의미합니다. 이 모든 것이 글로벌 계정으로 이루어지므로 사용자는 지갑을 바꾸거나 토큰을 연결할 필요도 없습니다. EVM 확장 프로그램은 주소 파생 또는 매핑을 통해 동일한 지갑을 인식하고 솔라나의 기본 자산을 사용할 수 있습니다.

이것은 라이쿠가 어느 정도의 계층적 노드 아키텍처: 일반 사용자/애플리케이션은 Ackermann 노드(또는 클러스터)와 통신한 다음 유효성 검사기와 상호 작용하여 실행을 예약합니다. 이는 입력 처리 능력을 확장하고 유효성 검사기 간에 트랜잭션을 효율적으로 분배하여 시스템이 버스트 트랜잭션을 처리할 수 있도록 하는 흥미로운 설계입니다.

요약

라이쿠의 등장은 솔라나와 블록체인 아키텍처 전반의 전환점이 되었습니다. 이는 한때 웹2.0 클라우드나 기존 금융 시스템의 전유물이었던 신뢰성, 속도, 유연성을 달성할 수 있는 탈중앙화 네트워크의 비전을 제시합니다. 결정론적 실행이 가능한 오케스트레이션 엔진을 도입함으로써, Raiku는 Solana가 "또 하나의 L1"이라는 꼬리표를 넘어 미션 크리티컬한 고성능 애플리케이션을 위한 진정한 플랫폼으로 거듭날 수 있도록 지원합니다.

이것이 개발자에게 어떤 의미인지 생각해 보세요. Raiku를 사용하면 Solana를 기반으로 구축하는 것이 확장 가능한 클라우드 서비스를 기반으로 구축하는 것과 같습니다.

• 처리량이 더 필요하신가요? 확장 기능을 활성화하고 필요한 슬롯을 예약하기만 하면 됩니다.

• 맞춤형 실행 로직이나 다른 VM이 필요하신가요? 엣지 컴퓨팅 영역으로 연결하세요.

• 사용량이 많은 시간대의 사용자 환경이 걱정되시나요? 트랜잭션 포함을 보장하여 사용자에게 실패한 트랜잭션이 다시는 표시되지 않도록 하세요.

개발자 환경이 크게 개선되었습니다. 솔라나 베이스 체인은 안정적인 인프라 역할을 하고, 라이쿠는 한계를 뛰어넘을 수 있도록 유연하고 프로그래밍 가능한 스캐폴딩을 제공하므로 개발자는 인프라가 앱의 요구사항을 충족한다는 사실을 알고 안심하고 구축할 수 있습니다.

이는 암호화폐 네이티브 개발자뿐만 아니라 성능이 중요한 웹2.0 개발자에게도 매력적으로 다가갈 수 있는 잠재력을 가지고 있습니다. 웹 속도 저하에 대한 걱정 없이 솔라나를 사용할 수 있습니다. 실제로 라이쿠는 솔라나를 탈중앙화와 높은 처리량이 필요한 모든 애플리케이션에 적합한 플랫폼으로 만들 수 있습니다.

기관 차원에서 보면, 라이쿠는 솔라나가 기업에서 본격적으로 채택될 수 있도록 하는 열쇠가 될 수 있습니다. 은행, 헤지펀드, 게임 회사, 소셜 미디어 신생 기업 등 모든 기업은 필요한 성능과 제어가 이미 갖춰져 있다는 안심감을 가지고 궁극적으로 온체인에 구축할 수 있습니다. 솔라나는 이미 기관 사용자 친화적인 블록체인 중 하나이며(점프와 같은 기업이 기술에 투자했습니다), 세밀한 실행 제어와 높은 안정성을 제공하겠다는 라이쿠의 약속은 솔라나의 매력을 더욱 강화합니다. 솔라나의 매력. 기관 등급은 99.999%의 가동 시간, 거래 기한, 필요한 개인 정보 보호, 규정 준수 페깅을 의미하며, 이 모든 것은 분리된 확장, 스케줄링 등을 통해 Raiku가 제공합니다.

라이쿠는 현재 테스트 네트워크 단계에 있으며 2025년 말에 메인 네트워크가 가동될 예정이지만, 인프라와 솔루션은 이미 준비되어 있습니다. 이는 처음에 나열한 문제점인 확장 제한(모듈 처리량 증가로 해결), MEV 취약점 악용(예측 가능한 정렬 및 경매 메커니즘으로 최소화), 리플리지 문제(보다 통제된 방식으로 방지), 파편화된 상태(글로벌 계정으로 해결), 성능 문제(보장된 포괄성과 오류 격리로 해결)를 해결합니다. 따라서 라이쿠는 단편적인 해결책이 아니라 전체적인 솔루션입니다.