크립토의 다양한 프로그래밍 언어

디지털 가치 전송은 21세기 가장 변혁적인 기술 변화 중 하나였습니다. 산업 혁명이 마천루와 철도를 건설하기 위해 새로운 종류의 강철과 기계 장치를 필요로 했던 것처럼, 블록체인 혁명 또한 우리가 컴퓨터에 정보를 전달하는 언어 자체를 완전히 재구상할 것을 요구해 왔습니다.

소프트웨어 개발 분야는 종종 온갖 종류의 전문 도구들이 가득한 작업장에 비유되곤 합니다. 숙련된 장인은 섬세한 조각품을 깎는 데 커다란 망치를 사용하지 않으며, 벽돌 담장을 허무는 데 작은 끌을 사용하지 않습니다. 각 도구는 저마다 빛을 발하는 이유가 있으며, 특정 작업을 위해 정교하게 제작되고 연마되었습니다. 프로그래밍 언어라는 가상 세계도 예외는 아닙니다.

운영 체제부터 게임 엔진에 이르기까지 모든 것을 구축하는 데 사용된 전통적인 C++부터 현대적인 안전 우선의 Rust에 이르기까지 이토록 많은 언어가 존재하는 이유는, 각 언어가 성능, 보안 및 개발자 생산성에 대한 철학과 상충 관계(trade-offs)를 담고 있기 때문입니다. "작업에 적합한 도구를 사용하라"는 원칙이 암호화폐 및 블록체인 분야만큼 절실하게 적용되는 곳은 없습니다.

이 공간에서는 코드가 곧 법이며, 단 한 번의 오타로 인해 수백만 달러 상당의 자산에 접근할 수 없게 될 수도 있습니다. 따라서 프로그래밍 언어의 결정은 단순한 구현 세부 사항이 아닙니다. 이는 보안과 확장성부터 구축된 시스템의 미래 생존 여부에 이르기까지 모든 것을 결정하는 근본적인 아키텍처 선택입니다.

기초: 핵심 프로토콜의 언어

모든 암호화폐의 중심에는 프로토콜이 있습니다. 프로토콜은 해당 네트워크가 운영되고, 합의를 이루며, 보안을 제공하는 기본 전제입니다.

이러한 프로토콜들은 디지털 경제의 불변의 헌법과 같으며, 이를 작성하는 언어는 컴퓨터 자원에 대한 세밀한 저수준 제어를 유지하면서도 강력하고 효율적이어야 합니다. 이 업계의 효시인 비트코인이 C++로 작성된 것은 결코 우연이 아닙니다.

C++는 압도적으로 빠른 연산 속도, 수동 메모리 할당, 그리고 안정적인 생태계로 유명한 언어입니다. 이는 매초 트랜잭션을 처리하는 국제적 네트워크에서 아주 미세한 효율성조차 중요할 때 필수적인 요소들입니다. C++는 우연이 아니라 특정 목적을 위해 선택되었으며, 덕분에 사토시 나카모토는 하드웨어 성능이 낮았던 초기 노드에서도 코드가 매우 빠르게 실행되도록 만들 수 있었습니다. 또한 메모리 할당 및 해제에 대한 정밀한 제어가 가능하여, 노드를 다운시키고 네트워크를 분열시킬 수 있는 메모리 누수를 방지했습니다. 이러한 유산은 오늘날까지 이어지고 있습니다.

직관적인 성능과 제어를 위해 대부분의 대형 블록체인 프로젝트는 여전히 C++에 의존하고 있습니다. 덕분에 라이트코인(Litecoin)과 같은 초기 암호화폐들은 비트코인 코드베이스를 단순히 포크하여 몇 가지 파라미터(블록 타임, 해싱 알고리즘)만 변경함으로써 모든 로직을 새로 작성할 필요 없이 개발을 완료할 수 있었습니다. 모네로(Monero)와 같은 프라이버시 코인 또한 링 서명(ring-signatures)이나 스텔스 주소(stealth addresses)와 같은 작업에 필요한 복잡한 암호화 프리미티브를 지원하기 위해 C++를 적극적으로 활용합니다. 이러한 작업에서는 높은 연산 부하로 인해 네트워크가 마비되지 않도록 속도를 확보하는 것이 매우 중요하기 때문입니다.

트릴레마와 언어 철학

블록체인 산업이 발전하고 개발자들이 이른바 '블록체인 트릴레마(Blockchain Trilemma)'—즉, 탈중앙화, 보안, 확장성을 동시에 달성해야 하는 문제—와 씨름하면서, 그들은 자금을 확보하는 동시에 '토큰 기반 경제 모델'로 알려진 체계를 구축하기 시작했습니다. 프로그래밍 언어의 선택 또한 이러한 트레이드오프(tradeoff)에서 중요한 지렛대 역할을 했습니다.

이더리움과 SPOF의 위험: 이더리움 프로젝트는 단일 장애점(SPOF)이 파멸을 초래할 수 있다는 점을 인지하고 있었으며, 탈중앙성을 핵심으로 유지하기 위해 초기부터 멀티 클라이언트 시나리오를 옹호해 왔습니다. 이는 이더리움 프로토콜이 단순한 앱이 아니라, 여러 언어로 구현될 수 있는 하나의 표준이 되어야 함을 의미했습니다.

가장 널리 사용되는 클라이언트인 Geth는 구글이 고성능 네트워크 연결 서버형 소프트웨어를 위해 설계한 언어인 Go로 개발되었습니다. '고루틴(goroutines)'이라 불리는 Go의 경량 동시성 프리미티브는 블록체인 노드가 피어(peer)들에게 트랜잭션과 블록을 전파하기 위해 유지해야 하는 수천 개의 동시 네트워크 연결을 관리하는 데 특히 적합합니다. 여기에 직관적인 구문과 뛰어난 표준 라이브러리가 결합되어 성능과 개발 편의성 사이의 훌륭한 조화를 이루었으며, 이를 통해 빠른 반복 개발이 가능해졌을 뿐만 아니라 더 많은 기여자 층을 확보할 수 있었습니다.

또 다른 주요 이더리움 클라이언트(처음에는 Parity, 이후 OpenEthereum)는 Rust로 개발되었습니다. Mozilla가 만든 Rust는 이와는 다른 철학을 지지합니다. Rust는 메모리 안전성을 매우 강조하며, 독창적인 시스템(소유권 및 대여)을 통해 컴파일 단계에서 광범위한 프로그래밍 오류를 배제하고자 합니다.

C++가 개발자에게 메모리를 수동으로 제어할 수 있는 권한(동시에 스스로를 옭아맬 수 있는 올가미)을 부여하고, Go가 가비지 컬렉터(garbage collector)를 사용하여 이를 자동으로 처리하는 반면(일정 수준의 성능 저하 수반), Rust는 컴파일 시점에 매우 엄격한 기본 규칙을 활용합니다. 즉, 노드를 중단시키거나 공격자가 악용할 수 있게 만드는 광범위한 버그들이 유효한 Rust 구문 내에서는 아예 표현조차 될 수 없음을 의미합니다.

동일한 프로토콜을 위해 이처럼 다양한 언어를 사용하는 것은 약점이 아니라 엄청난 강점입니다. 이더리움의 Go 구현체에서 익스플로잇(취약점)이 발견되더라도, 영향을 받지 않은 Rust 클라이언트를 통해 네트워크는 계속 운영될 수 있습니다. 이는 다중 언어 지원이 없다면 불가능했을 일입니다. 이 정도 수준의 개발에는 단순히 특정 언어에 대한 숙련도뿐만 아니라, 분산 시스템, P2P 네트워킹, 그리고 고급 암호학 분야에서 오랜 시간 쌓아온 깊은 전문 지식이 필요합니다.

논리 계층: 스마트 컨트랙트와 그 전문 용어들

코어 프로토콜이 운영체제라면, 스마트 컨트랙트는 그 위에서 실행되는 세상을 뒤흔드는 애플리케이션입니다. 그리고 합의 조건이 코드 라인으로 직접 표현된 이 자기 실행 코드들이야말로, 탈중앙화 금융(DeFi)부터 디지털 신원에 이르기까지 다양한 애플리케이션을 위한 블록체인의 잠재력을 온전히 실현해 줍니다.

스마트 컨트랙트 작성에 가장 많이 사용되는 언어는 솔리디티(Solidity)입니다. 솔리디티는 EVM에서 실행되도록 설계되었으며, 구문이 의도적으로 자바스크립트(JavaScript)와 매우 유사하게 만들어졌습니다. 덕분에 세계 최대 규모의 개발자 커뮤니티인 자바스크립트 개발자들이 배우기 쉬웠을 뿐만 아니라, 이미 다른 언어로 작성된 상당 부분의 코드에도 영향을 미쳤습니다. 이러한 접근성은 탈중앙화 애플리케이션을 향한 초기 동력이 되었으며, 이더리움 생태계의 급격한 확장을 이끌었습니다. 솔리디티를 통해 개발자들은 자신의 코드를 '컨트랙트(contracts)', '매핑(mappings)', '이벤트(events)'의 관점에서 근본적으로 생각할 수 있게 되었습니다. 이 모든 추상화 개념들은 금융 합의에 대한 사고 모델과 잘 맞아떨어졌습니다.

하지만 솔리디티의 역사는 (모든 컴퓨터 보안의 역사가 그렇듯) 뼈아픈 교훈을 통해 배워온 역사이기도 합니다. 블록체인의 불변성으로 인해, 스마트 컨트랙트의 버그는 DAO 해킹이나 Parity 멀티시그 지갑 동결 사례에서 볼 수 있듯이 영구적이고 심각한 결과를 초래할 수 있습니다.

이러한 사건들은 구문이 자바스크립트와 유사하고 가독성이 좋을지라도, 그 이면에는 위험한 복잡성이 숨어 있다는 사실을 상기시켜 주었습니다. 그 결과, 최신 블록체인들은 다른 접근 방식을 시도해 왔습니다. Sovrin이나 Dfinity와 같은 시스템은 스마트 컨트랙트의 보안을 강화하기 위해 Rust의 컴파일 타임 보장 기능을 신뢰하며 Rust를 채택했습니다. Rust는 고성능 시스템에서 흔히 발생하는 '데이터 경합(data races)' 및 기타 유사한 오동작을 방지하는 것을 목표로 합니다.

형식 검증, 또는 완벽함을 찾아서

생태계 내에서 학술적으로 더 진보되고 높은 신뢰성을 요구하는 분야의 Cardano나 Tezos와 같은 프로젝트들은 근본적으로 다른 접근 방식을 취했습니다. Cardano는 핵심 구현의 기반을 Haskell로 두고, 스마트 컨트랙트 플랫폼(Plutus)을 Haskell의 변형 언어로 구축하는 파격적이고 직관에 반하는 결정을 내렸습니다. Haskell은 강력한 수학적 기반을 갖춘 순수 함수형 언어입니다.

Haskell은 연산을 수학적 함수의 평가로 간주하며, 예측 불가능한 시스템 상태의 변화인 '부수 효과(side effects)'를 배제합니다. 이것이 바로 Haskell이 형식 검증에 매우 적합한 이유입니다. 개발자는 자신의 코드가 정확하다는 것을 수학적으로 증명할 수 있습니다. 소수의 잠재적 입력을 사용하여 코드를 테스트하는 대신, 모든 가능한 입력에 대해 코드가 올바르게 작동함을 증명할 수 있습니다.

이는 일종의 트레이드오프입니다. 고가치 금융 계약에 대해 타의 추종을 불허하는 보안과 신뢰성을 제공하기 위해, 개발자 풀을 훨씬 좁게 만들 뿐만 아니라 개발자들의 숙련도 또한 낮아지게 만드는 결과를 초래합니다.

테조스(Tezos): 테조스의 네이티브 언어는 미켈슨(Michelson)이라 불립니다. 이는 형식 검증(formal verification)을 위해 설계된 저수준 스택 기반 언어입니다. 수백만 달러를 관리할 때는 자신의 계약이 어떻게 동작할지 예측할 수 있어야 하기 때문입니다.

리소스 지향 프로그래밍의 부상

최근에는 Move와 같은 언어를 통해 새로운 패러다임이 구체화되기 시작했습니다. 앱토스(Aptos)와 수이(Sui)가 고성능 블록체인을 구현하는 데 채택한 메타(구 페이스북)의 프로젝트인 Move는 디지털 자산을 중심으로 설계되었습니다. 솔리디티(Solidity)에서 토큰은 계약 내 장부의 기입 항목에 불과합니다. 반면 Move에서 토큰은 '리소스(resource)'로 간주됩니다. 즉, 복사되거나 암묵적으로 삭제될 수 없으며, 오직 한 저장 위치에서 다른 위치로 이동만 가능한 특수한 데이터 구조입니다.

이 모델은 리소스를 사용함으로써 언어 계층에서 이중 지불이나 토큰 소각과 같은 일반적인 오류를 방지합니다. 이는 '데이터베이스 업데이트'라는 멘탈 모델을 우리가 가치를 본능적으로 이해하는 방식인 '물리적 객체의 이동'으로 변화시킵니다. 이러한 혁신을 통해 보안이 강화된 스마트 계약이 '기본값'이 될 것이며, 언어 자체를 가장 흔한 형태의 금융 취약점 공격(exploit)에 대한 가드레일로 기능하게 합니다.

폴리글랏의 미래: 웹어셈블리(WASM)

수년 동안 EVM이 독보적인 위치를 차지해 왔지만, 이제 새로운 도전자 인 웹어셈블리(WASM)가 부상하고 있습니다. 원래 웹 브라우저에서 고성능 코드를 실행하기 위해 구축된 WASM은 폴카닷(Polkadot), 코스모스(Cosmos), 니어(Near)와 같은 블록체인에서 스마트 계약의 표준으로 자리 잡고 있습니다. 이것이 바로 컴파일 타겟이며 특정 소스 언어에 국한되지 않는 WASM의 묘미입니다.

이는 개발자들이 이제 Rust, C++, AssemblyScript(TypeScript와 유사한 언어) 또는 WASM으로 컴파일되는 다른 모든 언어로 스마트 컨트랙트를 작성할 수 있음을 의미합니다. 이는 블록체인 전용으로 설계된 언어들의 독점 체제를 깨뜨리고, 대신 개발자들이 기존의 도구, 라이브러리 및 전문 지식을 크립토 분야에서 활용할 수 있게 해줍니다. 이는 진입 장벽이 대폭 낮아지고, 성공의 열쇠가 새로운 문법을 익히는 것이 아니라 훌륭한 앱을 구축하는 데 있는 다중 언어(polyglot) 미래의 비전을 제시합니다.

TRON 네트워크: 성능과 접근성

거대한 블록체인 플랫폼 생태계에서 TRON은 높은 처리량과 확장성을 제공하는 동시에, 중앙 집중식 중개자 없이 창작자에게 혜택이 돌아가는 탈중앙화 엔터테인먼트 및 콘텐츠 공유 플랫폼이 되는 것을 목표로 합니다. TRON의 아키텍처 결정은 이러한 열망을 따르며, 실용적인 엔지니어링의 흥미로운 사례를 보여줍니다.

코어 클라이언트인 Java-Tron은 수십 년 동안 엔터프라이즈 소프트웨어 분야의 중추 역할을 해온 Java로 코딩되었습니다. 이는 의도적인 전략적 선택이었습니다. Java는 엔터프라이즈 환경에서 검증되었으며 매우 안정적입니다. 또한 전 세계 네트워크를 뒷받침하는 시스템 소프트웨어 설계의 금자탑이라 할 수 있는 매우 효율적인 Java 가상 머신([JVM]) 위에서 작동합니다.

JVM에 내장된 JIT 컴파일 최적화 기능은 TRON 노드가 시간이 지나도 높은 성능을 유지할 수 있도록 보장합니다.

또한 이는 TRON이 전 세계의 방대한 Java 개발자 풀을 활용하고, 속도와 성능을 위해 설계된 위임지분증명(DPoS) 합의 기술을 기반으로 핵심 인프라를 빠르게 개발하는 데 기여한 결정이었습니다.

컨트랙트 레이어와 관련하여 TRON은 또 다른 핵심적인 전략적 결정을 내렸습니다. 바로 이더리움의 EVM과 호환되는 가상 머신을 사용한 것입니다. 즉, 스마트 컨트랙트를 코딩할 수 있는 사람이라면 소액 투자자든 고래든(ERC20 단계에 있던 저도 포함됩니다) 솔리디티(Solidity) 스마트 컨트랙트 언어를 사용하여 Tron 네트워크에서도 컨트랙트를 작성할 수 있게 되었습니다.

이러한 상호 호환성은 성장의 주요 동력이 되었으며, 이더리움 생태계 내에서 활동하던 기존 dApp과 개발자들이 TRON 네트워크로 원활하게 이전하거나 확장할 수 있도록 했습니다. TRON은 이러한 요구사항을 충족하지만, 실제로 네트워크와 상호작용할 때는 에너지(Energy)와 대역폭(Bandwidth)이라는 매우 흥미롭고 복잡한 리소스 모델을 마주하게 됩니다.

이더리움의 '가스(gas)' 모델은 각 연산마다 ETH를 지불하는 기본 모델로 작동합니다. 반면 TRON 모델은 가스 요금을 사용하지 않고 리소스를 분리합니다. 네트워크 대역폭은 트랜잭션의 바이트(본문 및 데이터 크기)에 소모되는 반면, 가스는 스마트 컨트랙트를 포함한 로직을 처리하는 데 필요한 연산 능력 및 시간에 사용됩니다.

사용자가 충분한 TRX를 동결(freeze)해 두면 '무료' 트랜잭션이 가능하지만, 트랜잭션 양이 많은 애플리케이션(예: 인기 있는 탈중앙화 게임, 트래픽이 높은 거래 알고리즘, 분주한 금융 서비스 등)의 경우 지속적인 수요 사이클로 인해 운영에 막대한 부담이 가해집니다. 에너지가 고갈된 dApp은 작업이 실패하게 되며, 이는 비즈니스 손실뿐만 아니라 좋지 않은 사용자 경험으로 이어집니다.

이로 인해 TRON 에너지 대여 자동화를 처리하는 서비스라는 틈새적이면서도 중요한 시장이 형성되었습니다. 대규모 보유자들은 자신의 TRX를 '동결'하여 에너지를 생성하고, 이를 다른 사용자에게 대여할 수 있습니다." Tron 네트워크에서 전문적인 비즈니스를 운영하려는 이들에게 이 프로세스의 자동화는 필수입니다. 이를 통해 애플리케이션이 중단 없이 원활하고 저렴하게 실행되도록 보장할 수 있습니다. 이러한 플랫폼을 사용하면 수수료 지불을 위해 TRX를 직접 소각하는 방식에 비해 비용을 최대 80%까지 절감할 수 있습니다.

에너지 대여의 자동화는 자칫 부담스러운 일상적 업무가 될 수 있는 과정을 방해받지 않고 백그라운드에서 처리되는 과정으로 바꾸어 줍니다. 덕분에 개발자들은 리소스 잔액에 신경 쓰는 대신 코드 작성에만 집중할 수 있습니다!

코어 너머: 전체 크립토 스택

2020년의 탈중앙화 애플리케이션은 단순한 온체인 스마트 컨트랙트 그 이상입니다. 이는 클라이언트 측에서 웹 애플리케이션을 엔드 투 엔드로 실행하는 기술 스택의 집합입니다. 사용자가 보고 상호작용하는 이른바 프론트엔드 dApp은 JavaScript나 TypeScript와 같은 오랜 역사를 지닌 웹 개발 언어와 React, Vue.js, 또는 Svelte와 같은 컴포넌트 기반 프레임워크를 결합하여 제작됩니다.

백엔드에서는 견고한 애플리케이션을 구축하기 위해 수많은 오프체인 서비스가 필요합니다. 여기에는 복잡한 블록체인 데이터를 쉽게 검색할 수 있게 해주는 The Graph(GraphQL이라는 쿼리 언어를 사용함)와 같은 데이터 인덱서가 포함될 수 있습니다. 블록체인은 "2023년에 민팅된 이 사용자의 모든 NFT를 보여줘"와 같은 정보를 조회하기에는 매우 비효율적인 데이터베이스이므로, 인덱서가 체인을 읽고 데이터를 일반 데이터베이스로 정리합니다.

이 레이어에서는 Go 및 Node.js와 같은 언어가 동시 네트워크 요청을 처리하는 데 매우 탁월하기 때문에, 데이터를 프론트엔드에 전달하는 확장 가능한 API를 제공하는 데 매우 적합합니다. Python 또한 스크립팅이나 블록체인 데이터를 활용한 머신러닝과 같은 데이터 이동 분석 분야에서 널리 선호됩니다.

파이썬(Python)의 방대한 데이터 과학 라이브러리 덕분에, '고래'의 움직임을 추적하거나 시장 심리를 분석하는 온체인 분석가들은 일종의 '홈 경기 이점'을 누릴 수 있습니다.

리스크(Lisk)와 같은 일부 프로젝트는 자바스크립트(JavaScript)에 집중하여 한 걸음 더 나아갔습니다. 이들은 개발자가 자바스크립트 환경에서 자신만의 맞춤형 블록체인을 처음부터 직접 구축할 수 있도록 완전한 소프트웨어 개발 키트(SDK)를 개발했으며, 이는 이 분야에 진입하려는 개발자들에게 엄청난 지름길을 제공합니다.

이러한 풀스택 관점은 중요한 신호를 보냅니다. 크립토 환경에서의 개발은 '다국어(multi-lingual)'적이며, 스택의 각 레이어마다 서로 다른 도구를 선택하게 된다는 점입니다. 하지만 트론(TRON) 네트워크에서 백엔드 시스템을 구축하는 이들에게, 프로그래밍 방식으로 에너지를 대여할 수 있는 안정적인 수단을 확보하는 것은 단순한 편의를 넘어 데이터베이스 관리나 API 라우팅과 같은 필수적인 요소로 간주됩니다.

인적 요소 — 기술과 세심함

크립토 산업 내 프로그래밍 언어의 놀라운 다양성은 기술이 곧 그것을 만드는 사람의 역량에 달려 있다는 심오한 현실을 반영합니다. 안전하고 확장 가능하며 진정으로 탈중앙화된 네트워크를 구축하는 것은 거대한 과업입니다. 이를 위해서는 해당 분야에서 수년, 때로는 수십 년의 경험을 쌓은 개발 팀이 필요합니다.

성능 중심의 C++, 안전 중심의 러스트(Rust), 형식 검증을 거친 하스켈(Haskell), 혹은 개발자 친화적인 자바스크립트 등 프로젝트가 선택한 언어는 해당 팀이 컴퓨팅에서 무엇을 가장 가치 있게 여기는지, 그리고 세상을 어떻게 더 나은 방향으로 바꾸고자 하는지를 보여줍니다.

이러한 프로젝트 대부분이 지닌 오픈 소스 특성은 전 세계의 명석한 인재들을 연결하고 동기를 부여합니다. 이는 공유가 곧 혁신이 되고, 누구나 코드를 검증할 수 있도록 공개되어 산업 전체를 함께 발전시키는 건강한 생태계입니다. 고(Go) 클라이언트의 버그는 러스트 클라이언트의 설계에 반영될 수 있으며, 무브(Move) 리소스 모델의 발전은 솔리디티(Solidity) 컴파일러에 채택될 수 있습니다.

이는 지속적이며, 집단적인 학습 과정입니다.

이러한 기술적 복잡성과 끊임없는 최적화에 대한 요구는 특정 생태계의 복잡성을 제어할 수 있는 전용 도구의 필요성이 커지고 있음을 보여줍니다. 네트워크가 더욱 전문화됨에 따라, 이를 둘러싼 도구 체계 또한 변화해야 합니다.

트론(TRON)과 같은 최첨단 네트워크에서 구동되는 개발자와 디앱(DApp)에게 에너지(Energy, TRX) 및 대역폭(Bandwidth)과 같은 리소스를 일대일 방식으로 관리하는 시스템을 사용하는 것은 비용 비효율성과 수동 리소스 관리에 따른 오류 가능성으로 인해 종종 걸림돌이 될 수 있습니다. 갱신 시점을 놓치면 트랜잭션이 실패할 수 있고, 수동으로 과다 지불을 하게 되면 자본이 낭비될 수 있습니다.

바로 이 지점에서 전문 플랫폼이 등장하여, 이러한 복잡성을 이해하고 유지 관리해야 하는 번거로움을 추상화하고 업계가 도약하는 데 필요한 '서비스형 인프라(infra as a service)' 계층을 제공합니다.

일례로, Netts Workspace는 스마트 스케줄링, 실시간 비용 최적화 및 위임된 자동화를 포함한 종합적인 트론 에너지 관리 스위트를 제공합니다. 또한 재무 관리 및 분석을 위한 풍부한 API와 완벽한 대시보드를 제공하여 리소스 관리를 단순화합니다. 이를 통해 크리에이터와 기업은 인프라 유지 보수에 대한 걱정 없이 애플리케이션 구축에만 집중할 수 있습니다.