원제목: "사람은 각자의 용도가 있다: 에이전트형 지갑과 향후 10년"

원본 출처: Bitget Wallet

1984년, 애플(매킨토시)은 마우스를 통해 명령줄을 없앴습니다. 2026년, 에이전트는 마우스를 없애고 있습니다.

이것은 비유가 아닙니다. 구글, 아마존, 엔비디아, 비자, 마이크로소프트, 알리바바와 같이 수십억 달러를 들여 그래픽 사용자 인터페이스(GUI)를 개선해 온 기업들이 이제는 GUI를 건너뛰고 명령줄 인터페이스(CLI), API, 그리고 네이티브 에이전트 인터페이스로 눈을 돌리고 있습니다. 그 이유는 간단합니다. 0에서 1로의 성장은 사람들에게 달려 있지만, 다음 10배의 사용자 기반은 더 이상 화면을 보지 않을 것이기 때문입니다.

하지만 모두가 회피하는 것은 바로 이것입니다. 소프트웨어 사용자가 사람에서 에이전트로 바뀌더라도 사람이 직접 현장에 있어야 할 필요가 여전히 있을까요?

사이버네틱스의 창시자인 노버트 위너는 이미 1950년대에 인간이 관찰하고 개입하는 능력을 잃게 되면 피드백 루프가 무너지고 시스템이 통제 불능 상태에 빠질 것이라고 경고했습니다. 오늘날 OpenAI가 강조하는 "하네스 엔지니어링"은 본질적으로 이러한 아이디어의 연장선상에 있습니다.

70여 년이 지난 지금, 에이전트 지갑은 이 문제의 암호화된 버전 대면. 확인 팝업, 서명 요청, 승인 절차, 니모닉 단어 백업, 다단계 인증… 암호화 지갑이 10년 동안 구축해 온 보안 메커니즘은 모두 "이 작업이 정말로 당신이 승인한 것입니까?"라는 한 가지 질문에 답합니다. 에이전트는 이러한 인간 상호 작용 메커니즘을 무력화시켰습니다. 각 거래에 대해 수동 확인을 계속 요구하는 것은 에이전트가 지속적이고 실시간이며 자동화된 실행을 달성하는 것을 불가능하게 만들고, 개인 키에 대한 무제한 제어권을 에이전트에게 직접 넘겨주는 것은 인간을 용납할 수 없는 리스크 에 노출시키게 됩니다.

해답은 두 극단적인 선택지 중 어느 쪽에도 있지 않습니다. 완전한 자율성은 에이전트 시대의 가장 매력적인 서사이지만, 위너의 경고는 여전히 유효합니다.

저희는 에이전트 지갑이 두 가지 유형의 주체를 동시에 만족시켜야 한다고 생각합니다. 첫째, 인간에게 규칙을 설정하고 리스크 관리하며 거버넌스에 개입할 수 있는 기능을 제공해야 합니다. 둘째, 에이전트에게 제한된 실행 권한을 부여하여 명확하게 정의된 범위 내에서 자율적으로 온체인 작업을 완료할 수 있도록 해야 합니다. 다시 말해, 지갑은 인간이 사용하는 자산 보관함 및 서명 도구에서 벗어나 인간이 경계를 설정하고 에이전트가 그 경계 내에서 행동할 수 있도록 하는 권한 및 실행 시스템으로 진화해야 합니다.

이 시스템은 어떤 모습이어야 할까요? 이 글은 바로 그 질문에 대한 답을 제시합니다.

I. 뚱뚱한 지갑을 넘어서, 또 다른 지갑 전쟁

델파이 디지털은 "팻 월렛 테제(Fat Wallet Thesis)"라는 제목의 논문에서 프로토콜과 애플리케이션 계층이 점점 더 동질화됨에 따라 가치가 월렛 계층에 축적될 것이라는 설득력 있는 주장을 제시했습니다. 이는 월렛이 사용자에게 가장 가깝고 유통 채널과 주문 흐름을 제어하기 때문입니다. 사용자는 익숙한 인터페이스, 축적된 자산, 그리고 마이그레이션의 용이성 때문에 특정 월렛을 장기간 사용하는 경향이 있습니다.

하지만 에이전트는 사람과 같은 논리를 따르지 않습니다. "냉혹한" 기계 실행자인 에이전트는 사람처럼 인터페이스 친숙도, 브랜드 선호도 또는 사용 습관에 따라 특정 지갑에 머무르지 않습니다. 대신, 에이전트는 최저 비용, 최소 지연 시간, 그리고 가장 안정적인 실행을 제공하는 인프라 조합을 지속적으로 탐색합니다. ERC-8004와 같은 표준이 점차 보편화됨에 따라 에이전트의 신원 및 평판 계층은 다양한 시스템 간에 마이그레이션될 것으로 예상됩니다. 이는 에이전트에 대한 지갑의 잠금 효과가 사람에게 미치는 잠금 효과보다 자연스럽게 약해진다는 것을 의미합니다.

하지만 이는 지갑의 가치가 사라진다는 의미가 아니라, 가치가 저장되는 위치가 바뀐다는 의미입니다. 단순한 개인 사용 사례에서는 에이전트가 인터페이스, 습관, 진입점 등을 기반으로 지갑이 구축해 온 기존의 방어벽을 약화시킬 수 있습니다. 반면, 비교적 복잡한 조직적 배포 시나리오에서는 기업이 전체 "에이전트 시스템"에 대한 정책 규칙, 승인 프로세스, 위험 관리 매개변수, 감사 시스템을 구성한 후에는 마이그레이션 비용이 프런트엔드 경험이 아닌 전체 권한, 거버넌스, 운영 및 유지 관리 구성의 재구축에서 발생합니다.

따라서 Agentic Wallet은 Fat Wallet과는 다른 질문에 대한 답을 제시합니다. Fat Wallet은 사용자 접근 권한을 놓고 경쟁하는 반면, Agentic Wallet은 소프트웨어가 직접 자금을 관리하기 시작할 때 제어권을 놓고 경쟁합니다.

지갑의 진화를 되돌아보면, 제품 형태의 변화는 본질적으로 사용자 신뢰의 대상에 대한 변화와 상응한다는 것을 알 수 있습니다.

• 니모닉 단어 지갑은 사용자가 스스로를 신뢰해야 합니다.

• 스마트 계약 지갑은 사용자가 코드를 신뢰해야 합니다.

• 내장형 지갑은 사용자가 서비스 제공업체를 신뢰해야 합니다.

Agentic Wallet을 사용하려면 사용자는 권한, 정책 및 관리 메커니즘으로 구성된 제어 시스템을 신뢰해야 합니다.

이 시스템의 목표는 소프트웨어가 자금을 완전히 장악하도록 허용하는 것이 아니라, 소프트웨어가 제한된 권한 하에 작동하도록 하면서도 궁극적인 통제권은 인간이 유지하도록 하는 것입니다. 따라서 Agentic Wallet의 핵심은 단순히 "에이전트가 지갑을 사용할 수 있도록 하는 것"이 ​​아니라, "제약 조건이 적용되고, 감사, 필요에 따라 개입할 수 있는 환경 하에서 에이전트가 인간 사용자의 자금을 관리할 수 있도록 하는 것"입니다.

II. 지갑의 경계, 에이전트의 출발점

기존 지갑은 원래 설계된 시나리오에서는 여전히 잘 작동하지만, 문제는 에이전트 기반 사용 사례가 점점 더 기존 지갑의 설계 한계를 넘어서고 있다는 점입니다.

시나리오 1: 거래 담당자는 신속하게 대응해야 하지만, "실행할 수 있는 능력"이 "실행이 허용된 것"과 동일한 의미는 아닙니다.

포트폴리오 에이전트는 크로스체인 유동성을 24시간 내내 모니터링합니다. 기회가 생기면 몇 초 안에 거래를 완료해야 합니다. 기존 지갑의 제어 로직은 사용자가 애플리케이션을 열고 거래를 확인한 후 확인 버튼을 클릭하는 방식입니다. 이 과정이 완료될 때쯤이면 기회가 이미 사라진 경우가 많습니다.

기술적으로, 에이전트는 이미 스왑 기능을 호출하고, 통화 데이터를 생성하고, 자금을 연결할 수 있는 능력을 갖추고 있습니다. 문제는 그러한 능력이 곧 권한을 의미하는 것은 아니라는 점입니다. 에이전트가 거래를 시작할 수 있다고 해서 자금을 자유롭게 처분할 수 있도록 허용해서는 안 됩니다.

에이전트 지갑의 목적은 이 두 가지를 분리하는 것입니다. 에이전트는 즉시 행동할 수 있지만, 승인된 자산으로 제한되거나, 일일 예산 제약 및 슬리피지 한도 적용을 받는 등 미리 설정된 규칙 내에서만 행동할 수 있으며, 시장 상황이 비정상적일 경우 자동으로 일시 중지됩니다. 스킬은 에이전트가 "할 수 있는 것"을 정의하고, 지갑은 에이전트가 "허용되는 것"을 제한하는 역할을 합니다.

시나리오 2: 결제 대행업체는 자금을 지출해야 하지만, 자금에 대한 완전한 통제권을 가져서는 안 됩니다.

결제 에이전트는 API 청구서, SaaS 구독료 및 공급업체 대금 지급을 자동으로 처리하는 역할을 합니다. 현재 지갑 시스템에서는 일반적으로 두 가지 옵션만 제공합니다. 모든 결제에 대해 수동 승인을 기다리거나, 무제한 서명 권한을 가진 개인 키를 직접 보유하는 것입니다. 전자는 확장성이 뛰어나지만, 후자는 리스크 너무 높습니다.

Agentic Wallet은 제한된 라이선스를 제공합니다. 승인된 가맹점에만 결제할 수 있고, 지정된 자산만 사용할 수 있으며, 일일 예산 내에서만 결제를 실행할 수 있고, 모든 지출 내역이 기록됩니다.

시나리오 3: 여러 에이전트가 공유 예산 내에서 개별적인 권한을 가져야 합니다.

하나의 주체는 거래, 결제, 검토 등 여러 에이전트를 동시에 실행할 수 있습니다 . 현재의 지갑들은 여러 개의 하위 계정을 생성할 수는 있지만, 이러한 계정들에 대한 통합된 권한 관리, 전체 예산 한도 설정, 에이전트 간 정책 제약 조건 적용, 통합 감사 체인 구축은 기존 지갑의 기본 기능이 아닙니다.

Agentic Wallet 모델에서는 이를 우선적인 설계 문제로 다룹니다. 각 에이전트는 독립적이고 명확하게 정의된 권한을 가지며, 동시에 통합된 정책 계층은 에이전트 간의 전반적인 리스크 노출, 빈도 제한 및 공유 예산을 제어하고 일관된 감사 로그를 생성하는 역할을 담당합니다.

이러한 시나리오들은 모두 동일한 결론을 내립니다. 즉, 개인 키 관리는 지갑 보안의 기반이며, 에이전트가 개인 키에 직접 접근하는 것은 어떤 상황에서도 용납할 수 없는 리스크 요소라는 것입니다. 하지만 단순히 개인 키를 관리하는 것만으로는 더 이상 충분하지 않습니다.

운영자가 사람에서 에이전트로 바뀌면 지갑은 두 번째 질문에 답해야 합니다. 누가, 어떤 조건에서, 어떤 한도 내에서, 어떤 자산과 어떤 객체에 대해 작업을 수행할 수 있는가? 개인 키 관리는 첫 번째 방어선이며, 에이전트 시대에 추가된 두 번째 방화벽은 비인간 운영자의 권한 경계 관리입니다.

III. 제한된 자율성: 에이전트 지갑의 설계 철학

에이전트형 지갑은 아직 업계에서 초기 단계에 머물러 있으며, 완전히 성숙한 솔루션은 아직 없습니다. 하지만 서론에서 언급했듯이, 이 글에서는 에이전트형 지갑을 인간의 관리와 에이전트의 실행을 연결하는 자금 관리 시스템으로 간주합니다. 즉, 인간은 경계를 설정하고, 에이전트는 그 경계 내에서 행동을 실행하며, 지갑은 이러한 제약 조건이 항상 실행 가능하고, 감사, 운영 가능하도록 보장하는 역할을 합니다.

에이전트가 획득한 권한 수준에 따라 Agentic Wallet은 다음과 같은 네 가지 시나리오에서도 사용할 수 있습니다.

인간 제어 방식: 에이전트가 제안 및 지원을 제공하지만, 모든 작업은 여전히 ​​사람의 확인이 필요합니다. 개선점은 상호 작용의 효율성에 있으며, 자금 관리의 기본 논리는 변경되지 않습니다.

하이브리드 방식: 상담원이 검색, 견적, 알림 또는 리스크 가 낮은 거래 실행과 같은 일상적인 작업을 처리합니다. 사람의 개입 빈도는 낮지만, 자금 이체, 계약 전화 또는 비정상적인 지점 개설과 같은 경계 상황에서는 여전히 사람의 승인이 필요합니다.

제한된 자율성: 에이전트는 명확하게 정의된 규칙, 한계 및 거부 경로 내에서 자율적으로 작동합니다. 인간은 각 거래를 승인하는 역할에서 규칙을 설정하는 역할로 전환합니다. 이 글에서 논의하는 에이전트형 지갑은 주로 이러한 유형을 의미합니다.

완전 자율형: 에이전트는 거의 완벽한 경제적 주권을 보유하며, 사전에 정해진 제약 없이 독립적으로 자금을 배분하고 그에 따른 결과를 감수할 수 있습니다. 이 모델은 이론적으로는 타당하지만, 보안, 거버넌스, 책임성 및 규정 준수 측면에서는 아직 미성숙하며, 현재는 대부분 실험 단계에 있습니다.

참고로 Stripe는 2025년 연례 보고서에서 에이전트 기반 상거래를 5단계로 분류했습니다. L1은 웹 양식 제거, L2는 상세 검색, L3는 지속성, L4는 위임, L5는 예측입니다. 또한 업계 전체가 여전히 "L1과 L2 사이의 경계선에 있다"고 명확히 밝혔습니다.

이러한 관점에서 볼 때, 현재 가장 큰 시장 수요는 인간 제어 및 혼합 시나리오에서 발생할 수 있으며, 제한된 자율성은 진정한 최첨단 기술이자 에이전트가 실제로 자금을 관리하기 시작하는 최초의 생산 수준 형태입니다.

이 개념을 구현하려면 4계층 아키텍처가 필요합니다.

• 계정 계층: EOA, 스마트 계약 계정, 서버 지갑 또는 TEE 환경 등을 통해 각 에이전트에 대해 독립적이고 격리된 경제적 환경을 구축합니다. 시스템은 서로 다른 에이전트에 대해 차별화된 규칙을 적용해야 합니다.

• 권한 계층: 에이전트의 행동 범위를 정의합니다. 예를 들어, 사용할 수 있는 금액, 조작 가능한 자산, 상호 작용할 수 있는 계약, 실행 시간 범위, 그리고 범위에 도달했을 때 수행될 동작 로직 등이 있습니다. 이는 전체 아키텍처의 핵심 계층입니다.

• 실행 계층: 인터페이스는 사람이 클릭하는 방식이 아닌 에이전트 중심적입니다. 송금, 결제, 스왑, 브리징, 리밸런싱, 청산 및 정산은 모두 프로그램에서 직접 호출할 수 있는 기본 요소로 추상화되어야 합니다.

• 거버넌스 계층: 이 계층은 로깅, 시뮬레이션, 감사 추적, 알림, 일시 중지/켜기/끄기 기능, 사용자 거부권, 복구 메커니즘 등을 제공해야 합니다. 이 계층은 Agentic Wallet을 실제 운영 환경에 배포할 수 있는지 여부를 결정합니다.

4계층 아키텍처 외에도 시스템 운영을 지원하기 위해 4가지 핵심 기능이 필요합니다.

스킬: 표준화된 온체인 운영 모듈 제공합니다. 에이전트는 기본 호출 데이터를 직접 구성할 필요 없이 마치 함수를 호출하는 것처럼 거래, 결제, 브리징과 같은 작업을 수행할 수 있습니다. 스킬은 "무엇을 할 수 있는지"에 대한 기능을 추상화하는 문제를 해결합니다.

정책 + KYA/KYT: 정책 엔진은 각 작업에 대한 규칙을 검증하고, 사람이 정의한 경계를 기계가 실행할 수 있는 제약 조건으로 변환하는 역할을 합니다. KYA/KYT 메커니즘은 에이전트의 출처, 신원, 리스크 상황 및 운영 이력을 식별하는 데 사용됩니다. 전자는 행동을 제한하고, 후자는 운영자를 식별합니다. 이 둘은 함께 모든 금융 거래가 미리 설정된 경계 내에서 이루어지도록 보장합니다.

세션 키: 시간 제한, 사용 권한 제한 및 사용 범위 제한이 있는 안전한 위임 메커니즘을 제공합니다. 에이전트는 전체 개인 키가 아닌 임시적이고 제한적인 권한을 부여받습니다. 이 권한은 수동으로 취소할 필요 없이 자동으로 만료되므로, 에이전트는 전체 키에 접근하지 않고도 실행 권한을 획득할 수 있습니다.

감사 및 알림: 완벽한 추적성을 제공하는 운영 로그와 실시간 알림 시스템을 갖추고 있습니다. 모든 운영을 추적할 수 있으며, 모든 이상 징후는 알림을 발생시키고, 모든 에이전트는 언제든지 일시 중지할 수 있습니다.

현재 우리는 일반적으로 명령어를 통해 에이전트의 행동 논리를 제어하지만, 작업 오케스트레이션은 재정적 제약과 동일한 의미는 아닙니다.

에이전트는 여전히 오판하거나, 의도한 경로에서 벗어나거나, 공격이나 악의적인 입력 오염에 취약할 수 있습니다. 지갑 계층의 중요성은 "자금 사용 가능 여부, 사용 가능 금액, 조작 가능한 자산, 상호 작용 가능한 객체, 비정상적인 상황에서의 작업 종료 방법"과 같은 자금 권한 관련 질문에 대한 시스템 규칙을 미리 설정하는 데 있습니다. 에이전트가 의도한 경로에서 벗어나더라도 실제로 발생할 수 있는 자금 관련 작업은 미리 설정된 범위 내로 제한됩니다.

IV. 에이전트 지갑의 현황: 네 가지 경로와 네 가지 격차

기존 에이전트 지갑 솔루션은 네 가지 대표적인 사례에 초점을 맞춰 "에이전트가 자금 시스템에 접근할 수 있도록 하는 방법"이라는 문제를 기본적으로 해결했지만, "에이전트가 크로스체인 및 복잡한 실제 환경에서 자금을 안전하게 사용할 수 있도록 하는 방법"이라는 질문에는 아직 답을 내놓지 못했습니다.

Coinbase, Safe, Privy, 그리고 Polygon은 각각 인프라, 거버넌스, 권한, 그리고 신원 확인 수준에서 실현 가능한 솔루션을 제공했습니다. 하지만 이러한 부분적인 기능들을 통합하여 여러 블록체인에서 작동하고, 다양한 환경으로 마이그레이션할 수 있으며, 복잡한 공격 시나리오에서도 효과적으로 기능할 수 있는 통합 제어 시스템을 구축하는 것이 남아 있습니다. 현재 에이전트형 지갑의 일반적인 병목 현상은 주로 다음과 같은 네 가지 격차에 집중되어 있습니다.

첫째, 신원과 신뢰도는 양도할 수 없습니다.

온체인 에이전트 신원 및 평판 시스템은 구축할 수 있지만, 체인, 지갑 및 운영 환경 전반에 적용 가능한 보편적인 신용 시스템은 아직 존재하지 않습니다. 에이전트가 한 생태계에서 축적한 이력과 평판은 다른 생태계로 자연스럽게 이전될 수 없습니다.

둘째, 전략 차원에서 통일된 기준이 부족합니다.

Coinbase는 지출 한도를 사용하고, Safe는 온체인 모듈 사용하며, Privy는 정책 엔진을 사용하고, Polygon은 세션 범위 지갑을 사용합니다. 업계에서는 일반적으로 권한 계층이 핵심이라는 점을 인식하고 있지만, 제품 전반에 걸쳐 이식성, 구성 가능성 및 재사용성을 갖춘 통합 전략 표준은 아직 정립되지 않았습니다.

셋째, 적대적 보안은 아직 제대로 개발되지 않았습니다.

프롬프트 주입, 툴 포이즈닝, 악성 스킬, 오염된 외부 입력은 기존 계약 감사 으로는 자동으로 해결할 수 없는 문제입니다. 에이전트 시대의 진정한 과제는 모델의 의사 결정 과정이 악의적인 입력으로 인해 왜곡될 때 지갑이 어떻게 리스크 식별하고, 개입하고, 완화할 수 있느냐 하는 것입니다.

넷째, 전체 체인 커버리지는 아직 멀었습니다.

대부분의 기존 솔루션은 단일 블록체인 또는 제한적인 멀티체인 범위에 의존하지만, 에이전트의 경제 활동은 장기적으로 단일 생태계 내에만 머물지 않을 것입니다. 진정으로 성숙한 에이전트 지갑은 멀티체인 , 다양한 실행 환경, 그리고 도메인 간 권한 일관성이라는 과제를 대면 해야 합니다.

V. 표면 아래: 에이전트형 지갑의 향후 10년

현재 에이전트형 지갑의 설계 초점은 사용자가 에이전트를 세밀하게 제어할 수 있도록 지원하는 데 있습니다. 대부분의 구현에서 지갑의 역할은 수동적인 서명자에 가깝습니다. 에이전트가 스킬을 호출하면 스킬이 트랜잭션을 생성하고, 지갑이 백엔드에서 서명을 완료한 후 온체인 실행됩니다.

하지만 에이전트가 실제로 자금 관리를 시작하는 경우, 마지막 단계에서 단순히 서명하는 것만으로는 분명히 불충분합니다. 보다 합리적인 접근 방식은 실행 전에 권한 확인을 수행하는 것입니다. 에이전트가 스킬을 호출하면 요청은 먼저 지갑의 내부 정책 영역에 들어가고, 정책 검증을 통과한 후에야 실행이 허용됩니다.

소위 지갑 정책 평면(Wallet Policy Plane)은 시스템 아키텍처에서 제어 평면(Control Plane)과 데이터 평면(Data Plane)의 개념을 차용합니다. 이는 에이전트 동작과 온체인 실행 사이에 위치하며, 정책 엔진, KYT/KYA 검증, 세션 키 검증, 리스크 점수 산정 및 이상 감지 처리를 통합된 의사 결정 평면으로 통합합니다.

이러한 접근 방식은 낯설지 않습니다. Stripe의 결제 아키텍처도 유사한 논리를 따릅니다. 개발자는 간결한 API를 호출하지만, 실제로 자금이 이동하기 전에 Stripe는 이미 백그라운드에서 리스크 식별, 규칙 검사 및 규정 준수 처리를 완료합니다. Agentic Wallet도 기본적으로 동일한 방식으로 작동합니다. 상위 계층에서는 개발자에게 깔끔한 실행 인터페이스를 제공하고, 하위 계층에서는 프런트엔드 정책 엔진을 사용하여 권한 결정을 처리합니다.

시급한 이유는 신속한 인젝션, 툴 포이즈닝, 악성 스킬 등으로 인해 공격 표면이 빠르게 확장되고 있는 반면, 지갑 측 보안 인프라는 이를 따라가지 못하고 있기 때문입니다. 표준화된 지갑 정책 평면(Wallet Policy Plane)은 아직 업계에서 보편적으로 받아들여지는 기본 요소로 자리 잡지 못했습니다.

하지만 정책 평면 자체가 최종 상태는 아닙니다. 에이전트 신원 및 평판 시스템이 성숙해짐에 따라 권한 부여 로직은 정적인 규칙 기반에서 동적인 신뢰 기반으로 전환될 것입니다. 현재는 사전 설정된 경계, 할당량 제한, 화이트리스트 및 수동 거부 경로에 의존하지만, 미래에는 온체인 거래 기록, 행동 패턴 및 생태계 전반에 걸친 신용 데이터가 점차 검증 가능한 에이전트 신용 기반을 형성하고, 신원, 이력 및 실제 성과에 기반한 권한 부여 결정이 더욱 많이 이루어질 것입니다.

에이전트들이 기계적인 속도로 경제적 상호작용을 하기 시작하면, 시스템 초기 단계부터 제어 메커니즘을 구축해야 합니다. 지갑의 역할 또한 변화할 것입니다. 초기 단계에서는 무단 접근을 막는 게이트키퍼 역할을 하지만, 성숙 단계에서는 인프라에 더욱 가까워져 신뢰할 수 있는 주체들이 계정, 권한, 결제 시스템을 더욱 원활하게 연결할 수 있도록 지원합니다.

지난 10년간 지갑 시장의 경쟁은 화면상의 진입점에서 벌어졌습니다. 하지만 앞으로 10년 동안은 사용자가 볼 수 없는 제어 계층에서 경쟁이 치열해질 것입니다.

이 글은 투고된 글이며 BlockBeats 관점 대변하는 것은 아닙니다.