비트코인 생태계 기술 진화에 대한 완전 분석: 명문(M铭文)에서 스마트 계약까지
저자: Cynic, CGV Research
비트코인은 2009년 등장한 최초의 성공적인 탈중앙화 디지털 통화로서, 그 이후로 디지털 화폐 분야의 중심에 서 왔다. 혁신적인 결제 수단이자 가치 저장 수단으로서 비트코인은 전 세계적으로 암호화폐 및 블록체인 기술에 대한 관심을 촉발시켰다. 그러나 비트코인 생태계가 점차 성숙하고 확장됨에 따라 거래 속도, 확장성, 보안성, 규제 문제 등 다양한 도전에 직면하고 있다.
최근 들어 BRC20 중심의 인스크립션(Inscription) 생태계가 시장을 급속히 견인하며 다수의 인스크립션이 100배 이상의 상승률을 기록했고, 이로 인해 비트코인 체인상의 거래가 심각하게 혼잡해졌으며, 평균 가스 수수료는 최대 300sat/vB를 넘었다. 동시에 Nostr Assets의 에어드롭이 추가적인 시장 주목을 받았으며, BitVM, BitStream 등의 프로토콜 설계 백서들이 발표되면서 비트코인 생태계는 아직 초기 단계임에도 불구하고 잠재적 폭발력을 내포하고 있음을 보여주고 있다.
CGV Research 팀은 비트코인 생태계의 현재 상태를 기술 발전, 시장 동향, 법적 규제 등을 포함해 종합적으로 점검하고, 기술적 분석과 함께 시장 추세를 검토함으로써 비트코인 발전의 전체상을 제공하고자 한다. 본 고는 먼저 비트코인의 기본 원리와 발전 역사에 대해 회고한 후, 라이트닝 네트워크, 분리 위티니스(SegWit) 등의 기술 혁신을 깊이 있게 탐구하며 미래 발전 방향을 예측한다.
자산 발행: 컬러드 코인에서 시작하여
인스크립션 열풍의 핵심은 일반인이 낮은 진입 장벽으로 자산을 발행할 수 있도록 하며, 간편성과 공정성, 접근성을 제공한다는 점이다. 비트코인상의 인스크립션 프로토콜은 2023년에 등장했지만, 사실상 2012년부터 비트코인을 이용한 자산 발행 아이디어가 존재하였는데, 이를 '컬러드 코인(Colored Coin)'이라 불렀다.
컬러드 코인: 초기의 시도
컬러드 코인이란 비트코인 시스템을 사용하여 비트코인이 아닌 자산의 생성, 소유권, 양도를 기록하는 일련의 유사 기술들을 말하며, 디지털 자산뿐 아니라 제3자가 보유한 실물 자산까지 추적 가능하며, 컬러드 코인을 통해 소유권 거래를 수행할 수 있다.所谓 '색칠'이란 특정 정보를 비트코인 UTXO에 추가하여 다른 비트코인 UTXO와 구분되게 만드는 것으로, 동질적인 비트코인 사이에 이질성을 부여하는 것이다. 컬러드 코인 기술을 통해 발행된 자산은 이중 지불 방지, 익명성, 보안성, 투명성, 검열 저항성 등 비트코인과 유사한 특성을 가지며, 거래의 신뢰성을 보장한다.
주의할 점은 컬러드 코인이 정의하는 프로토콜이 일반적인 비트코인 소프트웨어에 구현되지 않기 때문에, 특정 소프트웨어를 사용해야만 관련 거래를 식별할 수 있다는 점이다. 명백히, 컬러드 코인 프로토콜을 인정하는 집단 내에서만 해당 코인이 가치를 지니며, 그렇지 않으면 이질화된 컬러드 코인은 색채 속성을 상실하고 순수한 사토시(satoshi)로 되돌아간다. 한편, 소규모 공동체가 인정하는 컬러드 코인은 비트코인의 다양한 장점을 활용해 자산을 발행하고 유통할 수 있지만, 컬러드 코인 프로토콜이 소프트 포크를 통해 비트코인-코어(Bitcoin-Core) 소프트웨어의 최대 공감대에 통합되는 것은 거의 불가능하다.
Open Assets
2013년 말, Flavien Charlon은 Open Assets Protocol을 제안했는데, 이는 컬러드 코인의 구현 방식 중 하나이다. 자산 발행자는 비대칭 암호학을 사용해 자산 ID를 계산하며, 오직 해당 자산 ID의 개인키를 소유한 사용자만 동일한 자산을 발행할 수 있다. 자산의 메타데이터는 OP_RETURN 오퍼레이션 코드를 이용해 스크립트에 저장되며, 이를 'marker output'이라 부르고, UTXO를 오염시키지 않으면서도 색칠 정보를 저장한다. 비트코인의 공개키/개인키 암호학 도구를 활용하므로 자산 발행은 다중 서명(multisig) 방식으로도 가능하다.
EPOBC
2014년, ChromaWay는 EPOBC(enhanced, padded, order-based coloring) 프로토콜을 제안했다. 이 프로토콜은 두 가지 작업, 즉 genesis(자산 발행)와 transfer(자산 이전)를 포함한다. 자산 유형은 인코딩으로 구분할 수 없으며, 각 genesis 거래마다 새로운 자산이 발행되고, 발행 시 총량이 결정된다. EPOBC 자산은 반드시 transfer 작업을 통해 이전되어야 하며, transfer가 아닌 거래 입력으로 사용되면 자산이 소실된다.
EPOBC 자산의 추가 정보는 비트코인 거래의 nSequence 필드에 저장된다. nSequence는 비트코인 거래의 예약된 필드로 32비트로 구성되며, 최하위 6비트는 거래 유형 결정에, 하위 6~12비트는 패딩(padding, 비트코인 프로토콜의 더스트 공격 방지 요구사항 충족 목적) 결정에 사용된다. nSequence를 이용해 메타데이터를 저장하면 추가 저장 공간이 필요하지 않는 장점이 있다. 자산 ID가 없으므로 각 EPOBC 자산 거래는 그 유형과 유효성을 확인하기 위해 반드시 genesis 거래까지 추적해야 한다.
Mastercoin/Omni Layer
위의 프로토콜들과 비교해 Mastercoin은 상업적 성과 면에서 더 성공적이었다. 2013년 Mastercoin은 역사상 최초의 ICO를 진행해 5,000 BTC를 조달하며 새로운 시대를 열었다. 오늘날 잘 알려진 USDT 역시 처음에는 Omni Layer를 통해 비트코인 위에 발행되었다.
Mastercoin은 비트코인에 대한 의존도가 낮으며, 상태 관리를 체인 외부에서 주로 수행하고 체인상에는 최소한의 정보만 저장한다. 즉, Mastercoin은 비트코인을 탈중앙화 로그 시스템으로 간주하고, 임의의 비트코인 거래를 통해 자산 변경 작업을 게시한다. 거래 유효성 검증은 비트코인 블록을 지속적으로 스캔하면서 체인 외부의 자산 데이터베이스를 유지함으로써 이루어지며, 이 데이터베이스는 주소와 자산의 매핑 관계를 저장하고 있으며, 주소 체계는 비트코인의 주소를 재사용한다.
초기의 컬러드 코인들은 기본적으로 자산 메타데이터를 저장하기 위해 스크립트의 OP_RETURN 오퍼레이션 코드를 사용했다. SegWit와 Taproot 업그레이드 이후, 새로운 파생 프로토콜들은 더 많은 선택지를 갖게 되었다.
SegWit는 Segregated Witness의 줄임말로, 간단히 말해 Witness(거래의 input script)를 거래 본문에서 분리하는 것을 의미한다. 분리의 주요 목적은 노드가 input script를 수정함으로써 발생할 수 있는 공격을 방지하기 위함이지만, 동시에 블록 용량을 간접적으로 증가시켜 더 많은 witness 데이터를 저장할 수 있는 부수적 효과도 있다.
Taproot의 중요한 특징 중 하나는 MAST(Merkleized Abstract Syntax Trees)이며, 개발자가 Merkle 트리를 활용해 출력에 임의의 자산 메타데이터를 포함할 수 있게 해준다. 또한 Schnorr 서명을 통해 간접성과 확장성을 향상시키며, 라이트닝 네트워크를 통한 다중 경유 거래도 가능하게 한다.
오디널스(Ordinals)&BRC20 및 벤치마킹: 웅장한 사회 실험
광범위한 관점에서 보면, 오디널스는 네 가지 요소로 구성된다:
-
sats에 순서를 매기는 BIP
-
Bitcoin Core Node를 이용해 모든 사토시의 위치(순번)를 추적하는 indexer
-
오디널스 관련 거래를 처리하는 지갑
-
오디널스 관련 거래를 식별하는 block explorer
물론 핵심은 여전히 BIP/프로토콜이다.
오디널스는 채굴된 순서에 따라 0부터 번호를 매기는 정렬 방식을 정의함으로써 비트코인의 최소 단위인 사토시(Satoshi)에 일련번호를 부여하며, 원래 동질적이던 사토시에 이질성을 부여하여 희소성을 창출한다.
BTC 인프라를 재사용할 수 있어 단일 서명, 다중 서명, 시간 잠금, 높이 잠금 등을 지원하며, ordinal 번호를 명시적으로 생성할 필요가 없어 익명성이 좋고 체인상에 명확한 흔적이 남지 않는다. 다만 단점도 명확한데, 사용되지 않는 소액 UTXO가 대량으로 증가하여 UTXO 세트 크기가 커지고, 더 심각하게는 더스트 공격(dust attack)으로 간주될 수 있다. 또한 인덱싱에 필요한 저장 공간이 매우 크며, 특정 satoshi를 사용할 때마다 다음을 제공해야 한다:
-
블록체인 헤더
-
해당 satoshi가 포함된 coinbase 거래까지의 Merkle 경로
-
해당 satoshi가 포함된 coinbase 거래
특정 satoshi가 특정 출력(output)에 포함되어 있음을 입증하기 위함이다.
인스크립션이란 사토시에 임의의 내용을 새기는 것으로, 구체적으로는 내용을 taproot script-path spend 스크립트에 넣어 체인에 완전히 저장하는 방식이다. 새겨진 내용은 HTTP 응답 형식으로 직렬화되며, 실행 불가능한 스크립트 내에서 OP_PUSH로 삽입되며, 이를 "envelopes(봉투)"라고 부른다. 구체적으로는 조건문 앞에 OP_FALSE를 추가하고, 새길 내용을 JSON 형식으로 실행되지 않는 조건문 안에 넣는다. 새길 수 있는 내용의 크기는 taproot 스크립트에 의해 제한되어 총 520바이트를 초과할 수 없다.
taproot 지불 스크립트는 기존의 taproot 출력이 존재해야만 사용할 수 있으므로, 인스크립션은 commit & reveal의 두 단계를 거쳐야 완료된다. 첫 번째 단계에서는 인스크립션 내용을 담은 taproot 출력을 생성하고, 두 번째 단계에서는 해당 내용과 대응하는 Merkle 경로를 사용해 이전 단계의 taproot 출력을 사용함으로써 체인상에 인스크립션 내용을 공개(reveal)한다.
인스크립션의 초기 목적은 BTC에 대체 불가능 토큰(NFT)을 도입하는 것이었지만, 새로운 개발자들이 ERC20을 모방하여 BRC20을 만들었고, 이를 통해 오디널스에 동질 자산 발행 능력이 추가되었다. BRC20은 Deploy, Mint, Transfer 등의 작업을 지원하지만, 각 작업마다 commit & reveal 두 단계가 필요하므로 거래 과정이 번거롭고 비용이 더 많이 든다.
실제 데이터 예시:
선택된 부분이 인스크립션 내용이며, 역직렬화 결과는 다음과 같다:
Atomicals 프로토콜에서 파생된 ARC20은 설계상 거래 복잡성을 줄였으며, 각 단위의 ARC20 토큰을 사토시와 바인딩하고 비트코인 거래 시스템을 재사용한다. commit & reveal 두 단계로 자산을 발행한 후, ARC20 토큰 간 이전은 해당 사토시를 직접 이전함으로써 완료할 수 있다. ARC20의 설계는 컬러드 코인이라는 용어의 문자 그대로의 의미에 더 부합할 수 있는데, 기존의 토큰 위에 새로운 내용을 추가하여 새로운 토큰이 되게 하고, 새 토큰의 가치가 기존 토큰보다 낮지 않도록 하는 것으로, 귀금속 보석류와 유사하다.
클라이언트 검증과 차세대 자산 프로토콜
클라이언트 측 검증(Client-Side Validation, CSV)은 Peter Todd가 2017년 제안한 개념으로, 동시에 제안된 개념으로 일회용 봉인(single-use-seals)이 있다. 간단히 말해 CSV 메커니즘은 체인 외부에 데이터를 저장하고, 체인상에 커밋하며, 클라이언트가 검증하는 방식이다. 이러한 사상은 이전 자산 프로토콜들에서도 일부 나타났다. 현재 클라이언트 검증 기반 자산 프로토콜로는 RGB와 Taproot Assets(Taro)가 있다.
RGB
클라이언트 검증 특징 외에도, RGB는 Perdersen 해시를 커밋 메커니즘으로 사용하며 출력 블라인딩(output blinding)을 지원한다. 지불 요청을 보낼 때 수신자의 UTXO를 공개할 필요 없이 해시값만 전송함으로써 강화된 익명성과 검열 저항성을 제공한다. 물론 토큰이 사용될 때는 블라인딩된 비밀 값을 수신자에게 공개해야 하며, 이를 통해 거래 이력을 검증할 수 있다.
또한 RGB는 AluVM을 추가해 더 강력한 프로그래밍 가능성을 실현한다. 사용자가 클라이언트 검증을 수행할 때, 받은 지불 정보 외에도 지불자로부터 해당 토큰의 모든 거래 이력을 받아야 하며, 자산 발행의 제네시스 거래까지 거슬러 올라가야 거래의 최종성을 보장할 수 있다. 모든 거래 이력을 검증해야 수령한 자산의 유효성을 보장할 수 있다.
Taproot Assets
Taproot Assets는 라이트닝 네트워크 개발팀 Lightning Labs가 개발한 또 다른 프로젝트로, 발행된 자산은 라이트닝 네트워크에서 즉시, 대량, 저비용으로 이전할 수 있다. Taproot Assets는 완전히 Taproot 프로토콜을 중심으로 설계되어 프라이버시와 확장성을 향상시켰다.
witness 데이터는 체인 외부에 저장되고 체인상에서 검증되며, 체인 외부 저장은 로컬에 하거나 정보 저장소("Universes", git 저장소와 유사)에 할 수 있다. witness 검증은 자산 발행부터 모든 역사 데이터를 필요로 하며, 해당 데이터는 Taproot Assets의 gossip 계층을 통해 전파된다. 클라이언트는 로컬 블록체인 사본을 통해 상호 검증을 수행할 수 있다.
Taproot Assets는 Sparse Merkle Sum Tree를 사용해 자산의 글로벌 상태를 저장하며, 저장 오버헤드는 크지만 검증 효율은 높다. 포함/미포함 증명(proof of inclusion/non-inclusion)을 통해 거래를 검증할 수 있으며, 자산 거래 이력을 거슬러 올라갈 필요가 없다.
확장성: 비트코인의 영원한 과제
비트코인이 가장 높은 시가총액과 보안성, 안정성을 가지고 있음에도 불구하고, 그 본래의 목표인 "탈중앙화된 전자 현금 시스템"과는 점점 더 멀어지고 있다. 블록 용량이 제한되어 있어 거래 TPS, 수수료, 확인 시간으로 인해 비트코인은 대량이고 빈번한 거래를 처리할 수 없으며, 지난 수십 년 동안 이를 해결하려는 여러 프로토콜이 등장했다.
지불 채널과 라이트닝 네트워크: 비트코인 원리주의적 해결책
라이트닝 네트워크는 지불 채널을 구축함으로써 작동한다. 임의의 두 사용자는 지불 채널을 개설할 수 있으며, 지불 채널끼리는 서로 연결되어 더 큰 연결성을 지닌 지불 채널 네트워크를 형성할 수 있고, 직접 채널이 없는 두 사용자도 여러 번의 경유를 통해 지불할 수 있다.
예를 들어 Alice와 Bob이 매번 비트코인 블록체인에 기록하지 않고 여러 번의 거래를 하고 싶다면, 둘 사이에 지불 채널을 열 수 있다. 이 채널 안에서 무수히 많은 거래를 할 수 있으며, 이 과정 전반에서 블록체인에 기록되는 것은 단 두 번뿐이다: 한 번은 채널을 열 때, 다른 한 번은 채널을 닫을 때이다. 이는 블록체인 확인 대기 시간을 크게 줄이며, 블록체인의 부담도 완화시킨다.
현재 라이트닝 네트워크 노드는 14,000개를 넘고, 채널 수는 60,000개를 넘으며, 네트워크 내 총 용량은 5,000 BTC를 초과한다.
사이드체인: 비트코인 내의 이더리움 루트
Stacks
Stacks는 스스로를 비트코인의 스마트 계약 계층이라 정의하며, 자체 발행 토큰을 가스 토큰으로 사용한다. Stacks는 마이크로 블록 메커니즘을 사용하며, 비트코인과 Stacks는 동기화된 방식으로 발전하고, 각각의 블록이 동시에 확인된다. Stacks에서는 이를 "앵커팅 블록(anchor block)"이라 부른다. 전체 Stacks 거래 블록은 하나의 비트코인 거래에 대응하여 더 높은 거래 처리량을 실현한다. 동시에 블록이 생성되기 때문에 비트코인은 Stacks 블록 생성 속도를 제한하는 역할을 하며, 이를 통해 피어 네트워크가 서비스 거부 공격(DoS)을 당하는 것을 방지한다.
Stacks는 PoX(PoX)의 이중 나선 메커니즘을 통해 합의를 달성한다. 채굴자는 STX 스테이커에게 BTC를 보내며 블록 생성 권한을 경쟁하며, 성공적으로 블록 생성 권한을 얻은 채굴자는 블록 생성 후 STX 보상을 받는다. 이 과정에서 STX 스테이커는 채굴자가 보낸 BTC를 비율에 따라 받는다. Stacks는 원생 토큰을 발행해 채굴자를 유인하여 역사적 원장을 유지하도록 하지만, 실제로는 원생 토큰 없이도 유인을 실현할 수 있다(예: RSK).
Stacks 블록체인의 거래 데이터는 OP_RETURN 바이트코드를 통해 거래 데이터의 해시를 비트코인 거래 스크립트에 저장하며, Stacks 노드는 Clarity의 내장 기능을 통해 비트코인에 저장된 Stacks 거래 데이터 해시를 읽을 수 있다.
Stacks는 거의 비트코인의 레이어2 체인이라고 볼 수 있지만, 자산의 입출금 과정에는 여전히 몇 가지 문제가 있다. Nakamoto 업그레이드 이후 Stacks는 비트코인 거래를 통해 자산 출금을 지원하지만, 거래의 복잡성으로 인해 비트코인 체인상에서 검증이 불가능하며, 다중 서명 위원회를 통해 출금 검증을 수행해야 한다.
RSK
RSK는 머지 마이닝(Merge-Mine) 알고리즘을 사용하며, 비트코인 채굴자는 거의 비용 없이 RSK의 블록 생성을 도울 수 있고 추가 보상을 받는다. RSK에는 원생 토큰이 없으며, 여전히 BTC(RBTC)를 가스 토큰으로 사용한다. RSK는 자체 실행 엔진을 가지고 있으며 EVM과 호환된다.
Liquid
Liquid는 비트코인의 컨소시엄 사이드체인으로, 노드 참여가 허가제이며, 15개의 멤버가 블록 생성을 담당한다. 자산은 lock & mint 방식을 사용하며, 자산을 비트코인상 Liquid의 다중 서명 주소로 보내면 Liquid 사이드체인으로 입금된다. 출금 시에는 L-BTC를 Liquid 체인의 다중 서명 주소로 보내면 된다. 다중 서명 주소의 보안성은 11/15이다.
Liquid는 금융 애플리케이션에 집중하며 개발자에게 금융 서비스 관련 SDK를 제공한다. 현재 Liquid 네트워크의 TVL은 약 3,000 BTC이다.
Nostr Assets: 중심화의 더욱 강화된 형태
Nostr Assets는 초기에 NostrSwap이라는 이름의 BRC20 거래 플랫폼이었다. 2023년 8월 3일, Nostr Assets Protocol로 업그레이드되며 Nostr 생태계 내 모든 자산 이전을 지원하게 되었고, 자산 정산과 보안은 라이트닝 네트워크가 처리한다.
Nostr Assets를 통해 Nostr 사용자는 Nostr 공개키/개인키를 사용해 라이트닝 네트워크 자산을 송수신할 수 있으며, deposit과 withdrawl을 제외한 Nostr Assets 프로토콜 상의 거래는 모두 0가스이며 암호화된다. 거래 세부 정보는 Nostr Protocol의 리레이(relay)에 저장되며, IPFS를 통해 빠르고 효율적으로 접근할 수 있고, 자연어 상호작용도 지원하여 복잡한 페이지가 필요 없다.
Nostr Assets는 사용자에게 간단하고 편리한 자산 이전 및 거래 방법을 제공하며, Nostr 소셜 프로토콜의 트래픽 효과와 결합하면 미래에 광범위한 응용 가능성을 지닐 수 있다. 그러나 본질적으로는 Nostr 메시지를 통해 지갑을 제어(托管)하는 방법일 뿐이다. 사용자는 라이트닝 네트워크를 통해 자산을 Nostr Assets의 리레이에 입금하는데, 이는 자산을 중심화된 거래소에 입금하는 것과 같다. 사용자 간에 Nostr Assets 내에서 자산 이전 및 거래를 하고자 할 경우, Nostr 키 쌍으로 서명한 메시지를 서버에 보내면, 서버는 검증 후 내부 장부에 기록하기만 하면 되며, 라이트닝 네트워크나 메인넷에서 실제 실행할 필요가 없으므로 0가스와 고TPS를 실현할 수 있다.
BitVM: 프로그래밍 가능성과 무한 확장
"모든 계산 가능한 함수는 비트코인에서 검증될 수 있다."
— Robin Linus, BitVM 창시자
BitVM은 ZeroSync의 창립자인 Robin Linus가 제안한 것으로, 비트코인의 기존 OP 코드(OP_BOOLEAN, OP_NOT)를 사용해 NAND 게이트 회로를 구성하고, 프로그램을 원시적인 NAND 게이트 조합으로 분해하여 복잡한 프로그램의 spend script root를 Taproot 거래에 넣어 낮은 비용으로 체인상에 저장한다. 계산 이론에 따르면 모든 계산 논리는 NAND 게이트 회로로 구성할 수 있으므로, 이론상 BitVM은 비트코인에서 튜링 완전성을 실현하여 모든 계산을 수행할 수 있다. 그러나 현실적으로는 많은 제약이 존재한다.
BitVM은 여전히 P2P 운영 모델을 따르며, OP 롤업의 아이디어를 차용해 증명자(prover)와 검증자(verifier)라는 두 역할이 존재한다. prover와 verifier는 매번 공동으로 거래를 구성하고 보증금을 예치하며, prover가 결과를 제시하면, verifier가 다른 결과를 계산해냈을 경우 체인상에 fraud proof를 제출해 prover의 자금을 몰수할 수 있다.
"진정한 킬러 앱은 비트코인 확장이다. [Robin Linus는] 스마트 계약을 좋아하지 않으며, 비트코인의 표현력을 높이는 것도 선호하지 않는다. 그가 정말 관심 있는 것은 비트코인이 초당 수백만 건의 거래를 처리할 수 있도록 만드는 것이다."
— Super Testnet, BitVM 개발자
BitVM은 더 나은 프로그래밍 가능성을 제공하지만, 이것이 어떻게 확장성과 연결되는가? 사실 BitVM은 처음부터 체인 외부 계산, 체인상 검증이라는 확장성 목적으로 설계되었으며, prover, verifier 같은 명명에서도 그 흔적을 찾을 수 있다.
BitVM의 최적 사용 사례는 사실 최소한의 신뢰를 요구하는 브릿지와 ZKP 확장(ZK 롤업)이다. BitVM의 제안은 실질적으로 어쩔 수 없는 선택이기도 한데, 비트코인 커뮤니티의 지지를 얻기 위해 새로운 OP_CODE를 추가하는 제안을 통과시키는 것은 너무 어렵기 때문에 기존 OP_CODE를 활용해 새로운 기능을 구현하는 수밖에 없다.
BitVM은 확장성의 새로운 패러다임을 제시하지만, 현실적으로 많은 도전이 존재한다.
• 지나치게 초기 단계: EVM은 완전한 VM 아키텍처를 갖추고 있지만, BitVM은 문자열이 0인지 1인지 검증하는 함수 하나뿐이다.
• 저장 오버헤드: NAND 게이트로 프로그램을 구성하려면 수백MB의 데이터와 수십
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
@CGVFOF
