세계 컴퓨터가 논리적으로 중앙화되어야 하는 이유

Vitalik은 이더리움(ETH)을 창시하면서 세계 컴퓨터를 만드는 것을 꿈꿨습니다. 세계 컴퓨터란, 단 하나뿐인 결합가능·개방형·무허가 스테이트 머신으로, 신뢰 최소화(trust-minimized) 코드를 실행할 수 있는 컴퓨터를 일컫습니다. 이더리움은 P2P 레이어, 결정적 스테이트 머신, 결합 가능한 스마트 컨트랙트 등과 같은 분야에서 큰 발전을 이루었지만 아직 다른 분야에서는 고전하고 있습니다. 특히, 낮은 거래처리량, 긴 지연시간, 비싼 거래비용, 시대에 뒤떨어진 가상 머신, 커스텀 프로그래밍 언어 등과 같은 요소들은 이더리움이 약속한 비전을 달성하는 것을 방해했습니다.

오늘 솔라나(Solana) 에 대한 멀티코인의 투자 가설와 함께 멀티코인이 솔라나에 2000만 달러 투자를 주도한 사실을 말씀드리게 되어 매우 기쁩니다. 이제 솔라나의 공식 발표문을 읽겠습니다.

웹 스케일 애플리케이션 개발자를 지원

솔라나는 신뢰 최소화 앱의 개발자들이 필요로 하는 모든 특성을 제공합니다.

1. 높은 처리량: 오늘날 네트워크 1 초당 거래 처리량은 5만 건으로 이 모든 거래는 200 개의 합의 노로 구성된 글로벌 네트워크에서 발생합니다.
2. 짧은 지연시간: 최종확정성 ~1초
3. 저렴한 거래 수수료: 보통 1 센트의 분수값
4. 기본 프로그래밍 언어로 Rust를 사용합니다(또한 C, C++, 그리고 Libra의 Move 도 지원합니다).
5. 비동기식 비잔틴 장애 허용(BFT) 합의 알고리즘
6. 결합 스마트 컨트랙트를 지원하는 단일 글로벌 스테이트

개발자들은 위의 1~5번 특성의 가치는 매우 잘 알고 있습니다. 저는 6번 특성의 중요성에 대해 말씀드리고자 합니다. 지난 수년 간 암호자산 개발자 커뮤니티 안에서 일어난 담론의 성격을 고려할 때, 6번 가치는 강조해도 끝이 없습니다.

스마트 컨트랙트 개발자들은 레이어 2(layer 2)와 샤딩(sharding)을 다루고 싶어하지 않습니다. 또는 교차 샤딩 애플리케이션 스테이트(cross-shard application state) 과 로직, 교차 샤딩 지연시간(cross-shard latency), 사이드 체인의 보안 모델, 스테이트 채널 네트워크의 유동성 라우팅에 대해서도 같은 태도입니다. 또한 영지식 증명(zero knowledge proof)를 이용하여 오프 체인으로 컴퓨팅을 하는 방법에 대해서도 관심이 없습니다.

스마트 컨트랙트는 체인 자체가 신뢰 최소화 컴퓨팅 자원을 수행하는데 필요한 모든 낮은 수준의 복잡성과 경제 시스템을 추상화 해주어, 앱 개발자들이 애플리케이션-로직에 집중하도록 해줍니다. 실제로 2014년 1월 마이애미에서 Vitalik이 이더리움을 세계에 공개했을 때, 그가 강조했던 것은 바로 다음과 같았습니다: 세계 컴퓨터를 통해 애플리케이션 특화하지 않은 모든 것을 추상화 합시다!

현재 연구 중인 확장성 솔루션은 많지만, 각 타입은 앱 개발자, 사용자 그리고 생태계에 고유한 형태의 복잡성을 생성합니다. 이 중 가장 최근의 복잡성은ㅡ제가 “생태계 짐을 창출한다”라고 말하곤 하는데ㅡ특히 다루기 어렵습니다. 예를 들어, 많은 체인과 스테이트 채널에 걸쳐있는 사용자 자산의 위치를 지갑이 알아야 한다면; 사용자는 감시탑(watchtower)이 필요할 것이고; LP들은 유동성(liquidity)를 제공해야 할 것이고; 유동성 풀(liquidity pool)은 해체되고; 지연시간이 각종 이상한 곳에서 발생하는 등의 복잡성이 나타납니다.

다른 비유를 들자면: 이 모든 이질적 확장성 솔루션은 논리적으로 중앙화된 단일 시스템(하지만 건축적으로 그리고 정치적으로는 탈중앙화된 시스템)의 고상함과 단순함을 무너뜨려, 시스템의 단일성을 깨뜨리고 논리도 파편화됩니다. 논리적 파편화로 인해 사용자, 개발자, 그리고 서비스 제공자들은 더 많은 복잡성과 마찰을 경험합니다.

이 모든 이질적인 확장성 솔루션이 만들어진 이유는, 현재까지 그 누구도 건축적 그리고 정치적으로 충분한 탈중앙화를 유지하면서 레이어 1을 확장하는 법을 발견하지 못했기 때문입니다. 제가 사람들에게 솔라나가 레이어 1 확장하는 법을 찾았다고 얘기하면, 사람들은 해당 아키텍처(architecture)는 분명 실험적 모델이고 리스크가 클 것이라고 생각합니다. 또한 그들은 이질적인 레이어 2 확장에 크게 베팅하는 것이 레이어 1 확장보다 훨씬 리스크가 적을 것이라 생각하며, 그 이유는 2014년부터 레이어 2 확장에 대해서 암호자산 커뮤니티가 논의를 해왔기 때문입니다.

아이러니하게도, 현실은 그 반대입니다. 레이어 2 솔루션 또는 샤딩 모두 개념증명(proof-of-concept) 수준을 벗어나지 못하고 있습니다. 그리고 이질적인 확장(인터레저 프로토콜을 통한 사이드체인 브릿징, 밀집된 샤드 처리, 외생적 스테이트를 고려하기 위해 애플리케이션 로직의 필요 등)을 했을 때 발생하는 2차 그리고 3차 문제를 성공적으로 해결한 사람이 아무도 없습니다.

반면 개발자들ㅡ암호자산 그리고 비 암호자산 개발자들 모두ㅡ은 이미 레이어 1에 대한 코드를 개발 및 배포하는 방법을 알고 있습니다; 체인 상에서 스마트 컨트랙트를 배포한 다음, 사용자가 메시지에 서명하여 그 메시지를 해당 체인에 전송합니다. 이제 전부입니다, 간단하지 않습니까?

논리적으로 중앙화된 인터페이스 없이 간단한 추상화를 제공하는 것은 불가능합니다.

그렇다고 해서 레이어 2가 나쁘다, 또는 개발자들은 성공적인 레이어 2 제품을 만들지 못할 것이다라는 얘기는 아닙니다. 오히려, 솔라나의 사례를 보면 개발자들이 앞서 말한 확장성 솔루션에 의존할 필요가 없습니다(솔라나는 비허가 시스템이기 때문에 개발자들은 Solana 상에서 레이어 2 를 배치할 수 있고 당연히 그럴 것입니다). 대다수의 사용 사례에 대해서는, 솔라나 상에서 작업하는 개발자들은 확장에 대해 걱정할 필요가 전혀 없습니다. 왜냐하면 솔라나의 레이어 1의 목적이 복잡성을 추상화하는 것이기 때문입니다.

자금 희소성과 신뢰 최소화 컴퓨팅 자원 희소성 사이의 매듭 풀기

솔라나의 기본 원칙은 소프트웨어가 하드웨어에 장애가 되서는 안된다 입니다.

다시 말씀드리겠습니다.

솔라나에서는 소프트웨어가 하드웨어를 방해해서는 안 됩니다.

여기에는 세 가지 주요 시사점이 있습니다:첫째, 솔라나 네트워크는 전체적으로 단일 검증인이 운영하는 것과 똑같은 속도로 운영됩니다. 이는 사실 당연한 말입니다: 소프트웨어가 하드웨어를 방해해서는 안되고 네트워크는 단일 머신이 작동하는 속도와 동일하게 운영되고 또한 대역폭 병목현상이 없다면 말입니다(대역폭 병목현상은 없습니다. 이에 대해 아래의 터빈(Turbine) 섹션에서 더 말씀드리겠습니다).

둘째, 총 네트워크 성능은 대역폭과 GPU 코어의 수와 함께 증가합니다. 대역폭은 18~24개월마다 두 배로 증가하고, 이에 따라 현대 인터넷 접속에 요구되는 대역폭은 광섬유의 물리적 한계를 10의 x승 배만큼 뛰어넘습니다. 무어의 법칙과 함께 싱글 쓰레드 CPU 성능이 더 이상 향상하지 않고 있는 반면 GPU는 끝없이 코어의 수를 18~24개월마다 두 배로 증가시킵니다(솔라나는 거래 처리(transaction processing)에 4000개 이상의 코어를 지닌 병행 GPU를 활용하고 있습니다; 이에 대해 아래의 파이프라인(Pipeline) 섹션에서 설명하겠습니다).

셋째, 솔라나의 총 네트워크 성능은 기반 하드웨어의 성능에 따라 선형적으로 향상되기 때문에, 솔라나는 현재 희소한 자원을 풍족하게 만들어 줍니다: 바로 신뢰 최소화 컴퓨팅 자원을 의미합니다. 지난 수백년 간, 기술의 전반적인 테마는 예전에는 희소했던 자원을 풍요롭게 만들자는 것이었습니다. 무어의 법칙이 이 풍요의 아이디어를 가장 분명하게 설명했지만 풍요는 단순한 텀퓨팅 파워만을 의미하지는 않습니다. 풍요의 영향은 소프트웨어가 세계를 잠식해 나감에 따라 거의 모든 산업에서 느낄 수 있었습니다.

일반적으로 풍요는 좋은 것이지만, 풍요가 나쁜 것으로 간주되는 분야가 하나 있습니다: 통화량입니다. 모든 비허가 체인은 비허가 비잔티움 장해 허용(BFT) 합의로 인해 통화량의 희소성이 보장되지만, 각 체인은 또한 신뢰 최소화 컴퓨팅 자원의 희소성을 유지해야 합니다. 솔라나의 네트워크는 소프트웨어가 하드웨어를 방해하지 않기 때문에ㅡ네트워크 성능은 하드웨어 성능에 따라 향상하고ㅡ, 희소한 신뢰 최소화 컴퓨팅 자원을 풍요롭게 만들고, 동시에 통화량의 희소성을 강력하게 보장합니다.

통화량의 희소성과 신뢰 최소화 컴퓨팅 자원의 희소성은 이전까지 한 묶음 이었습니다. 솔라나는 이 매듭을 풀었습니다.

세계 컴퓨터는 풍요로운 연산을 제공해야 하지만 반드시 제한된 통화량에 의해 운영되어야 합니다.

기술 개요

솔라나를 가능하게 만든 일곱 가지 주요 기술 혁신이 있습니다. 각각 간략히 살펴보겠습니다. 각 섹션 제목에 링크가 설정되어 있어 들어가시면 솔라나 팀의 자세한 설명을 볼 수 있습니다. 아래 기재된 순서는 스택의 밑에서 위 방향입니다:

1. 기록증명(POH). 기록증명은 작지만 근본적인 혁신기술로서 솔라나의 고유한 아키텍처의 나머지 부분들이 기록증명 위에 세워집니다. 기록증명은 시계 문제를 해결하기 위한, 비허가 세팅의 노드들의 암호화 그리고 노드들 간의 시간의 경과를 알려주는 데 완전히 새로운 접근법입니다. 기록증명은 합의가 필요없는 시간 기준을 제시함으로써 스택 윗 단에 있는 합의에 대한 시간의 가정부터 복제증명, 하이퍼 최적화 데이터 배포, 멤풀 관리 등에 이르기까지 모든 종류의 고유한 시간에 대한 가정이 가능해지도록 합니다.

   시간은 분산 시스템의 근간이고, 솔라나는 비허가 분산 시스템에서의 시간 개념에 대해 근본적으로 새로운 접근법을 택했습니다.역사증명의 장점은 또 있습니다. 지분증명(POS) 시스템의 가장 잘 알려진 약점은 살짝 주관성을 띈다는 것입니다.

   역사증명 덕분에 솔라나는 객관성을 확보합니다. 경과시간이 블록 자체에 임베드되고 검증인들이 역사증명 검증을 병렬화를 통해 역사증명 초기 버전보다 최소 천 배 빠르게 할 수 있기 때문에, 새 노드는 대역 외 정보없이 해당 체인의 정합성을 창조시부터 현재 시점까지 검증할 수 있습니다.

2. 타워 비잔티움 장애 허용(BTF) 일관성보다 가용성을 중시하는 실용적인 비잔티움 장애 허용(PBFT)로서 역사증명에 최적화되어 있습니다.

3. 터빈(Turbine). BitTorrent에서 대부분을 빌려온 블록 배포 프로토콜입니다. 터빈 덕분에 네트워크의 총 처리량은 가장 빠른 ⅔ 노드의 업/다운 스피드값에서 장애 허용을 위한 이래이저 코딩에 대한 상수값을 뺀 값입니다. 솔라나는 가장 빠른 ⅔ 노드의 처리량에 따라 선형적으로 증가합니다. 다른 모든 체인들은 저선형적으로 증가합니다.

4. 걸프 스트림(Gulf Stream). 멤풀을 줄인 거래 포워딩 프로토콜

5. 파이프라인 가상머신(VM). 파이프라인은 커스텀 VM으로, 엄청난 양의 병행 거래(서명 검증 뿐만 아닌 다른 병행 거래도 포함) 실행시 저급 가상 머신(LLVM)을 활용하여 GPU에 코드 컴파일링을 합니다. 이로 인해 솔라나는 크게 확장할 수 있습니다. 기존 체인들이 싱글 쓰레드 컴퓨터인 반면, 솔라나의 파이프라인은 GPU 상에서 수천개의 거래를 동시에 처리합니다.

   아울러 파이프라인은 버클리 패킷 필터(BPF)을 활용하는데, 이는 VM이 거래 실행 작업을 직접 하드웨어에 넘긴다는 의미입니다(VM에서 거래를 실행하는 것과는 반대의 경우). 결과적으로 성능이 더욱 향상됩니다.파이프라인은 웹어셈블리(WASM)의 바이트 코드를 사용하진 않지만, 개발자들은 WASM에 쓰인 코드를 가지고 파이프라인 컴파일러를 사용하여 거의 변화없이 해당 코드를 리컴파일링 할 수 있습니다. 이와 같이 솔라나는 EOS, Dfinity, Polkadot, 그리고 이더리움 2.0과 같은 WASM 기반 체인을 위해 쓰여진 앱들을 쉽게 지원할 수 있습니다. 파이프라인의 기본 언어는 Rust 이고, 추가적인 C, C++, 그리고 Libra의 새 언어를 지원합니다.

6. 클라우드브레이크(Cloudbreak). 수평적으로 확장 가능한 계정 데이터베이스. LevelDB 같은 기존의 데이터베이스는 한 건에 대해 초당 오천개 이상의 랜덤 쓰기를 감당할 수 없습니다. 솔라나의 새로운 솔루션인 클라우드브레이크는 디스크 입출력(I/O)를 수평적으로 확장합니다. 클라우드브레이크는 스캐터 개더와 같은 OS 기술에 기반하여 비병행 디스크 I/O를 수행합니다.

   위와 같이 솔라나의 처리 속도는 매우 빨라서, 솔라나 팀은 병목현상이 없는 디스크 I/O가 가능한 새로운 데이터베이스 구조를 아예 처음부터 만들어야 했습니다.

7. 레플리케이터(Replicators). 분산 원장 스토어로 페타바이트 크기의 데이터 가용성 문제를 해결하기 위해 만들어졌습니다. 하나의 네트워크가 초당 1 기가바이트의 속도로 일 년에 약 4 페타바이트의 데이터를 생성할 것입니다. 이를 감안할 때, 거래 내역 저장은 지배적인 중앙화 기술이 될 것입니다. 레플리케이터는 데이터 가용성 문제에 대한 솔라나의 솔루션입니다. 합의 노드가 전체 내역을 저장하는 방식이 아니라, 거래 내역의 작은 파편들만을 저장하는 2차 클래스 노드ㅡ레플리케이터ㅡ를 활용합니다. 레플리케이터는 복제증명(Filecoin에서 차용했습니다)을 이용하여 자신들에게 할당된 스테이트 조각들만 저장하고 있다는 사실을 증명합니다. 솔라나는 데이터 가용성 문제 관리 비용을 수천 또는 심지어 수백만개의 레플리케이터로 분산시켜 경제적인 인센티브를 획득합니다.

위에서 언급한 혁신적인 기술들의 공통 주제는 최적화라는 한 단어로 요약될 수 있습니다. 제가 본 제 1 원칙 엔지니어링 중, 솔라나가 가장 분명하게 스택의 모든 레이어를 다루고 있습니다. 다른 체인들이 둔화 현상을 보이고 있는 모든 포인트(예시: 합의 오버헤드, 싱글 쓰레드 연산, 그리고 디스크 입출입)들을 솔라나는 체계적으로 규명했습니다

Libra와 Move

페이스북의 Libra 팀은 새 VM과 Move 라는 이름의 프로그래밍 언어를 창시했습니다. 2020년 mainnet 출시 때 Libra는 프로그램화되진 않겠지만, Libra 팀은 이미 Move 코드 베이스를 오픈 소스화 했습니다. Move와 솔라나의 Pipeline VM과 Move는 차이점보다는 공통점이 많은 것으로 드러났습니다.

솔라나는 태생적으로 Move를 지원하고, BPF와 GPU상의 병행 거래 프로세싱도 포함합니다. 즉 개발자들은 허가된 Libra 체인 상에서 만들어진 애플리케이션을 비허가인 솔라나 상에서 쉽게 구동할 수 있으며 솔라나가 제공하는 모든 기능의 혜택을 누릴 수 있다는 뜻입니다.

이는 솔라나가 여전히 완전 비허가 체계에서 운영되면서 Libra의 배포 시스템의 혜택을 받고 있는 것을 감안하면 솔라나에게는 엄청난 촉매제입니다.

솔라나의 mainnet 출시 예정이 2019년 10월인 것을 감안할 때, 솔라나는 Move 기반의 애플리케이션을 실제로 지원하는 최초의 체인이 될 것입니다.

고유의 애플리케이션

솔라나는 매우 안정적으로 작동하기에 예전에는 구동이 불가능했던 완전히 새로운 클래스의 애플리케이션도 돌릴 수 있습니다.

솔라나는 비트코인의 창시순간부터 체인의 말단에 이르기까지 비트코인의 전체 역사의 헤더들을 검증할 수 있습니다. 뿐만 아니라 Litecoin과 Zcash 그리고 이더리움도 똑같이 검증가능합니다. 솔라나는 다른 체인들의 현 스테이트를 매우 자연스럽게 검증할 수 있기에, 외부 스테이트를 이해하기 위해 신탁(코스모스 인터블록체인 커뮤니케이션(IBC) 등)에 기댈 필요가 없습니다.

이는 즉 솔라나가 논 커스터디 교차 체인 탈중앙화 거래소(DEX)를 구동할 수 있다는 뜻입니다; 솔라나에서 거래가 발생하면, 결제는 해당 자산의 원체인(발생한 체인)에서 발생합니다.

그리고 역사증명(POH)가 인트라 블록(단지 인터 블록 뿐만이 아니라)에서 시계 역할을 하기 때문에, 솔라나는 인트라 블록 거래 주문에 있어서 훨씬 강력한 개런티를 제공합니다. 솔라나의 처리량은 엄청나서, 해당 네트워크는 온 체인 주문서를 지원할 수 있습니다. 이는 궁극의 탈중앙화 거래소라고 할 수 있습니다.

팀원 소개

2017년 후반기에 Anatoly는 블록체인 연구를 시작했습니다. 그는 합의 기저에 있는 핵심 문제는 시계 문제라는 걸 깨달았습니다. 구체적으로 말하자면, 모든 검증인이 거래를 타임스탬핑할 때 쓸 수 있는 전 세계적으로 사용가능하고 신뢰 최소화 시계가 당시 없었습니다. 그는 단순한 SHA-256 looping 을 이용해 컴퓨터가 경과 시간을 암호화할 수 있으며 그로 인한 데이터 스트럭쳐는 신뢰하지 않는 컴퓨터들의 네트워크 안에서 시계는 동기화하는 방식에 사용될 수 있다는 걸 발견했습니다. 이 핵심 혁신이 역사증명(POH)라고 알려졌으며, 역사증명은 합의에 있어 글로벌 시계의 역할을 합니다. 합의와는 별개로 운영되는 글로벌 시계의 개발은 매우 작지만 근본적인 변화를 일으켰으며 이런 변화는 합의 자체를 포함하여 POH 위에 쌓아올려지는 모든 것에 대해 큰 영향을 줍니다.

Anatoly는 암호자산에 있어서 최고의 엔지니어링 팀 중 하나를 꾸렸습니다. 핵심 엔지니어링 팀원들의 대다수는 퀄컴에서 10년동안 같이 일한 사람들입니다. 이 팀은 무선 네트워킹에서 CPU/GPU/DSP 설계, 커널 설계, 임베디드 시스템, OS, 소프트웨어 개발 키트(SDK), 등에 이르기까지 스택의 모든 층에 대한 전문지식을 보유하고 있습니다.

Anatoly Yakovenko는 구글 탱고를 구동하는 고성능 DSP 소프트웨어를 설계했습니다. 구글 탱고는 스마트폰에서 증강 현실을 지원하는 최초의 모바일 기기입니다.

Rob Walker는 Brew의 상임 디렉터였습니다. Brew는 아이폰이 출시되기 전에 500M CDMA 기반 폰을 구동하는 OS 입니다.

Greg Fitzgerald는 퀄컴의 최고 과학자 사무실에서 LLVM에 대해 연구한 경력이 있습니다.

Pankaj Garg는 LTE 표준 정립과 ARM TrustZone 을 개발하는 데 일조했습니다.

Stephen Akridge는 퀄컴의 GPU 리드였고, 당시 GPU 컴파일러와 드라이버에 대해 연구했습니다.

Michael Vines는 Firefox OS의 상임 디렉터였고, 후에 Silk Labs 를 공동 창립했습니다. Silk Labs는 애플에 인수되었습니다.

Eric Williams 박사는 유럽 입자물리 연구소(CERN)의 입자 물리학자 였습니다.

솔라나는 팀원들의 방대하고 깊은 기술적 전문성이 있기 때문에 존재하는 것입니다. 팀원들이 보유한 전문지식은 아주 근원적인 부분까지 커버할 정도로 깊으며, 그들은 이런 깊은 지식과 경험을 이용해 모든 가정들을 테스트합니다. 스택의 모든 층이 최적화되어 있습니다.

커뮤니티와의 만남

10월의 메인넷 출시를 앞두고 있는 솔라나 팀은 그 사이 몇 개월동안 글로벌 투어를 시작하여 전 세계의 개발업자들을 만나서 질의&응답 시간을 갖고 자사의 시스템 데모를 할 것입니다. 오는 8월에는 베를린에서 개최되는 웹 3 서밋(Web3 Summit), 9월에는 상하이의 완샹 블록체인 위크(Wanxiang Blockchain week), 그리고 10월에는 일본에서 열리는 데브콘5 에 참가할 계획이며, 그 이외에도 전 세계의 여러 이벤트에 참여할 것입니다. 여러분이 이런 이벤트에 참여하실 예정이면 솔라나 팀에 연락하여 만나보세요!

새로운 체인을 정확히 출시하는 데에는 그에 따른 고유한 기회가 있습니다. 그 기회는 키 관리 솔루션, 거래소 그리고 커스토디언 통합, Truffle, query, 그리고 API layer 같은 개발자 툴링 등 많은 부분에서 포착할 수 있습니다. Web3 인프라스트럭처 또는 고성능 애플리케이션을 개발하고 있고 Solana와 통합시키거나 혹은 Solana 상에서 개발을 진행하고 싶다면 Solana 팀에게 연락하십시오.

멀티코인은 Anatoly와 솔라나 팀을 지원할 수 있게 되어 매우 영광이며, 앞으로 솔라나만이 가능하게 만들 수 있는 애플리케이션이 출시되기를 기대합니다!

고지사항: 멀티코인 캐피털은 SOL에 장기투자 포지션입니다. 멀티코인은 본 보고서 발간 이후 72시간(“매매 제한 기간”) 동안 보고서에 기재된 자산에 대해 “매매제한 정책(No Trade Policy)”를 준수합니다. 직책을 불문하고 자사 임직원은 매매 제한 기간동안은 본 보고서에서 다룬 자산을 구매 또는 판매하지 않습니다. 본 포스트의 유일한 목적은 정보 제공이며, 본 포스트에서 제공한 정보나 기타 사항을 투자 또는 금융 자문으로 해석해서는 안됩니다. 본 포스트의 내용은 토큰 또는 기타 금융 상품의 구매 또는 판매에 대한 멀티 코인의 요청, 추천, 승인 또는 제공을 의미하지 않습니다.