Ark는 비트코인에서 출시를 목표로 하는 일방적 출구 또는 집행 메커니즘을 가진 세 번째 주요 Layer 2 프로토콜입니다. 2018년 Reckless 캠페인에서 C-Lightning이 처음으로 출시되었고, 2021년 Mercury Wallet이 출시되었을 때 Statechains이 등장했으며, 이제 Ark Lab의 clArk(코버넌트 없는 Ark) 구현인 Arkade 지갑이 같은 목표에 접근하고 있습니다.
clArk는 전체 Ark 구현에 비해 몇 가지 단점이 있습니다. 특히, 개별 Ark 내의 모든 사용자가 대규모 n-of-n 멀티시그에서 출구 거래에 공동 서명해야 하는 신뢰 없는 버전의 요구 사항이 있습니다. CTV 또는 다른 동등한 코버넌트가 있다면, 사용자는 상호 서명 프로세스에 참여할 필요가 없으며, Ark 서비스 제공자(ASP)는 단순히 코버넌트를 사용하여 Ark를 생성할 수 있고, 사용자는 확인 후 자금을 완전히 통제할 수 있다는 확신을 가질 수 있습니다.
Ark는 Lightning Network와 비교할 때 흥미로운 트레이드오프를 제공합니다. 두 시스템 모두 참가자가 지불을 받기 위해 여유 유동성을 보유해야 합니다. 그러나 Lightning의 경우, 개별 사용자가 자신의 유동성을 어디에 할당할지, 다른 사람에게서 유동성을 어떻게 조달할지 결정해야 하는 복잡한 게임입니다. 이는 각 사용자가 혼자 해결해야 하는 문제입니다. 반면 Ark에서는 ASP가 자유롭게 일부 유동성을 사용자에게 할당할 수 있습니다. 여전히 유동성을 조달하는 문제를 해결해야 하지만, 더 이상 각 사용자별로 유동성을 할당할 가치가 있는지를 결정하는 문제가 없으며, 필요한 순간에 공통 유동성 풀에서 간단히 해결할 수 있습니다.
하지만 Ark의 유동성 문제는 여전히 존재합니다. 닫히지 않은 Ark에서 떠 있는 모든 지불에 대해 ASP는 사용자가 새로운 Ark로 수신할 수 있도록 그 지불을 위한 유동성을 선제적으로 제공해야 합니다. ASP가 유동성이 부족해지는 상황에 이르면, 그 문제를 관리하기 위해 수수료가 급증해야 하며, Arks를 닫아 잠겨 있는 유동성을 회수할 수 있을 때까지 계속됩니다.
이러한 높은 수수료의 꼬리 곡선을 해결할 방법은 Lightning에서 몇 가지 교훈을 탐구하는 것일 수 있습니다. 즉, 라우팅 가능한 토폴로지를 고려하는 것입니다. 이는 Lightning에 비해 매우 간단할 것입니다. Lightning은 개별 사용자 간의 유동성 경로를 매핑하고 라우팅해야 하지만, Ark에서는 단순히 ASP 간의 연결입니다.
유동성 부족을 겪고 있는 ASP는 자신의 Ark에서 더 많은 유동성이 있는 다른 ASP로 지불을 “전송”할 수 있으며, 이는 지불이 발생하는 자신의 Ark와 수신할 다른 ASP의 Ark 간의 ATLC 연결을 설정하여 사용자의 수수료를 절감할 수 있습니다. 그들이 기존의 Arks를 닫으면서 유동성을 회수할 수 있게 되면, 자신의 수수료가 낮아지고, 다른 유동성 부족을 겪고 있는 ASP는 “호의를 갚는” 방식으로 지불을 다시 그 방향으로 전송할 수 있습니다.
이로 인해 ASP 간에 일종의 라운드 로빈과 쉽게 분석 가능한 “내가 너의 등을 긁어주면, 너는 내 등을 긁어주는” 동적이 형성될 수 있으며, 이는 높은 수수료 유동성 부족 상황에서 일부 수익을 남기더라도 전반적으로 사용자에게 더 예측 가능하고 저렴한 경험을 제공할 것입니다.
이러한 방식으로 ASP 간의 지불이 본질적으로 서로 다른 ASP 간의 Ark를 상호 연결하게 되어 비협조적 종료가 여러 주체가 운영하는 Ark의 종료를 필요로 한다는 위험이 있지만, 협조적 종료가 사용자 행동에 의존하기 때문에 ASP가 의도적으로 서로 방해하지 않는 한 위험 프로필이 근본적으로 변경된다고 생각하지 않습니다. 이는 Lightning의 채널 방해 문제와 유사하게 볼 수 있습니다.
몇 가지 장점과 잠재적인 단점이 있지만, Ark의 유동성 부족 문제를 완화하는 측면에서 탐구할 가치가 있는 개념이라고 생각합니다.
