Skip to main content

Solana란 무엇인가

참고: 이 문서는 영문 원본의 자동 번역본입니다.

Solana란 무엇인가

Solana는 속도와 낮은 트랜잭션 비용을 위해 설계된 고처리량 Layer 1 블록체인입니다. 2020년에 출시된 Solana는 이더리움과 근본적으로 다른 아키텍처 접근법을 취합니다: EVM과 순차적 트랜잭션 실행에 의존하는 대신, Solana는 맞춤형 런타임, 병렬 트랜잭션 처리, 그리고 Proof of History(PoH)라는 새로운 타이밍 메커니즘을 사용하여 초당 수천 건의 트랜잭션을 처리할 수 있는 처리량을 달성합니다.

Solana는 크립토 AI 프로젝트, 특히 빠른 온체인 상호작용, 낮은 수수료, 실시간 반응성을 필요로 하는 프로젝트에게 가장 활발한 네트워크 중 하나가 되었습니다. 그 아키텍처는 이더리움의 생태계 깊이와 실전 검증된 도구 일부를 순수한 성능과 맞바꿉니다 — 이는 어떤 유형의 프로젝트가 그 위에 구축하기로 선택하는지를 형성하는 절충입니다.

요약: Solana는 고속 L1 블록체인입니다 — 그리고 DecAIHub 프로젝트 카드에 Main chain: Solana가 표시되면, 이는 프로젝트가 처리량과 저비용 트랜잭션에 최적화된 네트워크에서 실행됨을 의미합니다.

Solana의 작동 방식

Solana의 아키텍처는 여러 근본적인 방식에서 이더리움과 다릅니다. 이러한 차이를 이해하면 왜 특정 AI 프로젝트가 Solana를 선택하는지와 그 선택이 무엇을 함의하는지 평가하는 데 도움이 됩니다.

Proof of History와 Proof of Stake의 결합

Solana의 합의 모델은 두 메커니즘을 결합합니다: **Proof of History(PoH)**와 Proof of Stake(PoS).

Proof of History는 그 자체로 합의 메커니즘이 아닙니다. 그것은 암호학적 시계입니다 — 검증자가 블록에 동의하기 전에 검증 가능하고 정렬된 시간 기록을 만드는 방법입니다. PoH는 각 해시가 이전 출력에 의존하는 연속적인 SHA-256 해시 체인을 실행함으로써 작동합니다. 이는 검증자가 정렬을 확립하기 위해 서로 통신할 필요 없이 이벤트 간 시간의 경과를 증명하는 시퀀스를 생성합니다.

이를 위조할 수 없는 타임스탬프로 생각하면 됩니다: PoH 시퀀스의 각 항목은 그 이전 것에 암호학적으로 연결되어 있으며, 시퀀스를 생성하려면 실제 연산 시간이 필요합니다. 검증자는 해시 체인을 재생함으로써 정렬을 독립적으로 검증할 수 있습니다.

Proof of Stake는 실제 합의를 처리합니다 — 검증자가 블록 생성과 검증에 참여하기 위해 SOL(Solana의 네이티브 토큰)을 스테이킹합니다. PoS 컴포넌트는 다른 PoS 네트워크와 유사하게 작동합니다: 검증자는 스테이크 가중치에 따라 블록을 생성하도록 선정되고, 정직한 참여에 대해 보상을 얻습니다. 부정행위는 슬래싱(스테이킹된 SOL의 손실)으로 이어질 수 있습니다.

이 결합이 Solana에 속도 우위를 부여하는 것입니다. 전통적 PoS 시스템은 검증자 간 시계를 동기화하고 트랜잭션 정렬을 확립하는 데 상당한 시간을 씁니다. PoH는 합의가 시작되기 전에 트랜잭션을 미리 정렬하여 통신 부담을 극적으로 줄이고 약 400밀리초의 블록 시간을 가능하게 합니다.

Sealevel을 통한 병렬 실행

대부분의 블록체인은 스마트 컨트랙트 트랜잭션을 순차적으로 — 하나씩 — 실행합니다. Solana의 Sealevel 런타임 엔진은 **병렬 실행(parallel execution)**을 가능하게 합니다: 동일한 계정이나 상태를 건드리지 않는 트랜잭션은 여러 코어에 걸쳐 동시에 처리될 수 있습니다.

이것이 가능한 이유는 Solana가 트랜잭션이 읽고 쓸 계정을 미리 선언하도록 요구하기 때문입니다. 런타임은 이 정보를 사용하여 독립적인 트랜잭션을 식별하고 병렬 처리를 위해 스케줄링합니다. 충돌하는(동일한 계정을 건드리는) 트랜잭션은 직렬화되지만, 전체 처리량은 순차 전용 시스템보다 훨씬 높게 유지됩니다.

많은 독립적 작업 — 서로 다른 컴퓨트 노드에 대한 작업 할당, 독립적 추론 요청, 병렬 데이터 제출 — 을 수반하는 AI 워크로드에게, 병렬 실행은 네트워크가 순차 체인에서 흔한 혼잡 병목 없이 높은 볼륨을 처리할 수 있음을 의미합니다.

프로그램과 계정

Solana의 아키텍처에서 스마트 컨트랙트는 **프로그램(programs)**이라고 불립니다. 컨트랙트가 코드와 상태를 모두 보유하는 이더리움과 달리, Solana는 이들을 분리합니다:

  • 프로그램은 실행 가능한 로직(코드)을 담고 있으며 상태가 없습니다(stateless). 프로그램 자체는 사용자 데이터를 저장하지 않습니다.
  • **계정(Accounts)**은 상태(데이터)를 보유합니다. 각 계정은 프로그램이 소유하며 그 프로그램이 읽고 수정하는 데이터를 저장합니다.

이 분리가 위에서 설명한 병렬 실행을 가능하게 하는데, 런타임이 계정 수준의 의존성을 정확하게 판단할 수 있기 때문입니다. 또한 이는 Solana 프로그램이 이더리움 스마트 컨트랙트와 다르게 설계됨을 의미합니다 — 개발자는 Solidity가 아니라 Rust(주요 언어), C, 또는 C++로 작성하며, 프로그래밍 모델은 명시적인 계정 관리를 요구합니다.

SPL 토큰

이더리움에서 대체 가능 토큰은 ERC-20 표준을 따릅니다. Solana에서 그 등가물은 SPL (Solana Program Library) 토큰 표준입니다. SPL 토큰은 표준화된 Solana 프로그램을 통해 생성되고 관리됩니다. Solana에서 토큰을 출시하는 모든 프로젝트는 그것을 SPL 토큰으로 발행합니다.

SPL 토큰은 Solana의 성능 특성을 상속합니다: 토큰 전송은 빠르고(1초 미만 확인) 저렴합니다(1센트의 일부). 잦은 마이크로페이먼트가 필요한 AI 프로젝트 — 추론 호출당 컴퓨트 제공자에게 지불, 제출당 데이터 기여자에게 보상, 네트워크 전반에 수수료 분배 — 에게 개별 SPL 토큰 전송의 비용은 일반적으로 1센트의 일부입니다.

트랜잭션 비용과 처리량

Solana의 트랜잭션 수수료는 어떤 주요 블록체인보다도 낮은 편입니다: 일반적으로 트랜잭션당 $0.01 미만이며, 종종 1센트의 일부입니다. 이는 복잡한 트랜잭션이 피크 수요 시 수십 달러에 이를 수 있는 이더리움 메인넷보다 수 자릿수 더 저렴합니다. 그렇긴 하지만, 높은 수요 기간에는 우선순위 수수료가 일시적으로 Solana 트랜잭션의 비용을 높일 수 있습니다.

네트워크의 이론적 처리량 용량은 초당 수천 건의 트랜잭션(TPS) 범위에 있으며, 지속적인 실제 처리량은 이더리움 메인넷보다 상당히 높습니다. Solana는 PoH, 병렬 실행, 짧은 블록 시간(~400ms), 하드웨어 최적화된 검증자 요구사항의 결합을 통해 이를 달성합니다.

절충점은 Solana 검증자가 이더리움 검증자보다 상당히 더 강력한 하드웨어를 필요로 한다는 것입니다. Solana의 설계 철학은 더 높은 진입 하드웨어 장벽을 대가로 성능을 우선시합니다 — 이는 네트워크의 탈중앙화 프로필에 영향을 주는 설계 선택입니다.

주요 특성

속성 값
Type Layer 1
Consensus Proof of Stake + Proof of History
Native token SOL
Token standard SPL
EVM compatible No (SVM-based)
Block time ~400 milliseconds
Smart contracts Rust, C (via BPF/SBF programs)

크립토 AI 프로젝트에 중요한 이유

Solana의 아키텍처는 AI 지향 크립토 프로젝트에 특정한 이점을 만들어냅니다.

실시간 반응성. 사용자를 실시간으로 서비스하는 AI 응용 — DeFi 거래를 하는 에이전트, 질의에 응답하는 추론 API, 실시간 데이터를 처리하는 추천 시스템 — 은 Solana의 1초 미만 블록 시간과 높은 처리량의 혜택을 받습니다. 트랜잭션 제출과 그것이 확정되는 사이의 지연은 분이 아니라 수백 밀리초로 측정됩니다.

마이크로페이먼트 경제학. 많은 AI 프로젝트가 마이크로페이먼트 모델로 운영됩니다: 사용자가 추론 호출당 소액을 지불하고, 컴퓨트 제공자가 완료된 작업당 수익을 얻고, 데이터 기여자가 라벨링된 데이터 포인트당 보상을 받습니다. 이더리움 메인넷에서는 결제 트랜잭션의 가스 비용이 결제액 자체를 초과할 수 있습니다. Solana에서는 트랜잭션 비용이 일반적으로 1센트의 일부여서, 단위당 결제를 경제적으로 실행 가능하게 만듭니다.

고빈도 온체인 작업. AI 컴퓨트 마켓플레이스, 데이터 조율 프로토콜, 에이전트 프레임워크는 종종 잦은 온체인 상태 업데이트 — 작업 등록, 완료 기록, 점수 업데이트, 보상 분배 — 를 요구합니다. Solana의 처리량은 더 낮은 처리량의 체인에서 발생하는 혼잡과 비용 급등 없이 이러한 고빈도 작업을 처리합니다.

성장하는 AI 생태계. Solana는 상당하고 성장하는 수의 AI 프로젝트를 끌어들였습니다. 성능, 낮은 비용, 활발한 개발자 커뮤니티의 결합은 AI 중심 크립토 개발을 위한 이더리움의 주요 대안으로 만들었습니다. 여러 저명한 AI 컴퓨트 네트워크, 추론 플랫폼, AI 에이전트 프레임워크가 Solana를 주요 체인으로 선택했습니다.

직접적 절충. 이더리움이나 그 L2 대신 Solana를 선택하는 것은 프로젝트를 평가하는 데 관련된 절충을 수반합니다:

  • Solana의 생태계는 성장 중이지만 DeFi 유동성, 감사받은 프로토콜, 개발자 도구 측면에서 이더리움보다 작습니다.
  • Solana는 non-EVM입니다: 컨트랙트가 Solidity가 아니라 Rust로 작성되며 EVM 체인으로 직접 이식되지 않습니다.
  • Solana의 검증자 하드웨어 요구사항이 더 높으며, 이는 검증자의 수와 지리적 분산에 영향을 줍니다.
  • Solana는 역사상 네트워크 중단을 겪었으며, 이는 극한 조건에서의 네트워크 안정성에 대한 의문을 제기합니다.

이러한 절충 중 어느 것도 자동으로 긍정적이거나 부정적이지 않습니다. 그것들은 특정 프로젝트의 요구사항에 따라 달라지는 결과를 가진 설계 선택입니다.

DecAIHub 프로젝트 카드에서 나타나는 위치

DecAIHub 프로젝트 카드를 읽을 때, Solana는 여러 필드에서 드러납니다:

  • Main chain — Solana는 프로젝트의 주요 프로그램(스마트 컨트랙트)이 Solana 네트워크에 배포되어 있음을 나타냅니다. 이는 프로젝트가 Solana의 성능 및 비용 환경에서 운영됨을 알려줍니다.
  • Type — Solana의 프로젝트는 일반적으로 Type: non-EVM을 가집니다(Solana의 실행 환경은 EVM 기반이 아님). dApp, 프로토콜, 또는 infra 같은 역할은 Type이 아니라 Category 필드에 반영됩니다.
  • Token standard — Solana의 프로젝트는 SPL 토큰 표준을 사용합니다. 이더리움의 ERC-20처럼 SPL은 토큰의 효용이 아니라 기술적 형식을 기술합니다.
  • Consensus — Solana 네트워크 자체의 경우, 합의 모델은 PoH + PoS를 수반합니다. Solana 위에 구축하는 프로젝트는 이 합의 메커니즘을 상속합니다.

Main chain: Solana 필드는 프로젝트의 실행 환경과 그것이 상속하는 성능 특성에 대해 알려줍니다. 프로젝트의 AI 컴포넌트가 실제인지, 토큰이 필요한 기능을 수행하는지, 또는 온체인 통합이 의미 있는지는 알려주지 않습니다. 그것들은 프로젝트 카드의 DecAI Fit 컴포넌트 요약에 있는 AI reality, Token necessity, Onchain necessity 필드를 통해 평가됩니다.

Main chain: Solana를 AI reality 및 Onchain necessity 필드와 함께 읽는 것은 특히 유익합니다: 속도를 위해 Solana를 선택했지만 모든 AI 로직을 중앙화된 서버의 오프체인에서 실행하는 프로젝트는 Solana의 이점을 의미 있게 활용하지 못하고 있을 수 있습니다.

Solana만으로 증명되지 않는 것

Solana 위에 구축하는 것은 인프라 선택이지 프로젝트 품질의 증거가 아닙니다. Solana에 배포하는 것은 다음을 증명하지 않습니다:

  • AI reality — 프로젝트는 어떤 실제 AI 컴포넌트도 없이 Solana에 프로그램을 배포할 수 있습니다. Solana는 실행 계층을 제공하지, 지능을 제공하지 않습니다. AI가 실제인지는 Tier-1 증거 — 코드, 모델, 벤치마크, 배포된 추론 엔드포인트, 문서 — 에 달려 있습니다.

  • 탈중앙화 깊이 — Solana가 탈중앙화 네트워크이긴 하지만, 그 위에 구축된 프로젝트는 모든 의미 있는 의사결정을 오프체인에서 중앙화할 수 있습니다. 토큰 전송에 Solana를 사용하면서 다른 모든 것을 비공개 서버에서 실행하는 것은 탈중앙화 애플리케이션을 구성하지 않습니다.

  • 확장성 필요 — 고처리량 체인을 선택한다고 해서 프로젝트가 실제로 높은 트랜잭션 볼륨을 생성하는 것은 아닙니다. 일부 프로젝트는 워크로드가 요구해서가 아니라 내러티브 포지셔닝을 위해 Solana를 선택합니다. 프로젝트의 실제 온체인 활동(Solana 탐색기를 통해 검증 가능)이 진짜 이야기를 들려줍니다.

  • Token necessity — Solana에서 SPL 토큰을 발행하는 것은 기술적으로 단순하고 저렴합니다. Solana 기반 토큰의 존재가 그 토큰이 프로젝트 아키텍처에서 기능적 역할을 한다는 것을 의미하지는 않습니다.

  • 네트워크 신뢰성 — Solana의 과거 네트워크 중단은 Solana 위에 구축하는 것이 일시적 사용 불가의 위험을 암묵적으로 받아들임을 의미합니다. 지속적 가용성을 요구하는 AI 응용에게 이는 관련된 고려사항이지만, 네트워크의 안정성은 시간이 지나며 개선되었습니다.

혼동하지 마세요

  • SOL — SOL은 Solana의 네이티브 암호화폐로, 트랜잭션 수수료 지불, 검증을 위한 스테이킹, 거버넌스 참여에 사용됩니다. "Solana"는 네트워크와 프로토콜을 가리키고; "SOL"은 토큰을 가리킵니다.

  • Ethereum — Ethereum은 다른 아키텍처(EVM, 순차 실행, PoH 없는 PoS)를 가진 별도의 L1 블록체인입니다. Solana의 프로젝트와 Ethereum의 프로젝트는 근본적으로 다른 기술 환경에서 운영됩니다. 일부 프로젝트가 둘 다에 배포하긴 하지만, 그들은 호환되지 않습니다.

  • SPL — SPL 토큰 표준은 이더리움의 ERC-20에 해당하는 Solana의 등가물입니다. SPL은 네트워크가 아니라 토큰 형식을 기술합니다. SPL 토큰을 사용하는 프로젝트는 Solana에 있지만, SPL과 Solana는 서로 다른 개념입니다(표준 대 네트워크).

  • Layer 2 — Solana는 L1 블록체인이지 Layer 2가 아닙니다. 그것은 트랜잭션을 다른 체인에 정산하지 않습니다. 자체 검증자 집합, 합의, 보안 모델을 가집니다. Base나 Arbitrum One 같은 이더리움 L2는 이더리움에서 보안을 상속받습니다; Solana는 자체 보안을 제공합니다.

  • Rust — Rust는 Solana 프로그램을 작성하는 데 주로 사용되는 프로그래밍 언어입니다. Rust는 블록체인 밖의 많은 맥락에서 사용되는 범용 언어입니다. Rust를 아는 것과 Solana 개발을 아는 것은 관련되어 있지만 구별되는 기술입니다.

자주 묻는 질문

왜 일부 AI 프로젝트는 이더리움 대신 Solana를 선택하나요?

속도와 비용입니다. 잦은 온체인 작업 — 추론 요청, 컴퓨트 작업 할당, 기여자에 대한 마이크로페이먼트 — 을 수반하는 AI 워크로드는 각 트랜잭션이 빠르고 저렴한 체인이 필요합니다. Solana의 1초 미만 블록 시간과 매우 낮은 수수료는 작업당 경제성을 실행 가능하게 만듭니다. 이더리움 메인넷의 높은 비용은 유사한 프로젝트를 이더리움 L2로 밀어붙이지만, Solana는 별도의 스케일링 계층을 요구하지 않고 자체 L1에서 이러한 특성을 네이티브하게 제공합니다.

Solana는 중앙화되어 있나요?

Solana는 여러 일반적 지표에서 이더리움보다 더 중앙화되어 있습니다: 검증자가 더 적고, 검증자 운영을 위한 하드웨어 요구사항이 더 높으며, 노드의 지리적 분산이 더 작습니다. 그러나 여전히 하드웨어 요구사항을 충족하는 누구나 검증자를 운영할 수 있는 무허가(permissionless) 네트워크입니다. 탈중앙화의 정도는 이분법이 아니라 스펙트럼입니다. DecAIHub 프로젝트 카드 독자에게 관련된 질문은 Solana가 추상적으로 "중앙화"되어 있느냐 "탈중앙화"되어 있느냐가 아니라, 특정 프로젝트의 Solana 사용이 검증 가능성과 신뢰 최소화에 기여하는지 아니면 저해하는지입니다.

Solana에서는 어떤 프로그래밍 언어가 사용되나요?

Solana 프로그램은 주로 Rust로 작성되며, C와 C++도 지원합니다. Anchor 같은 고수준 프레임워크는 이더리움의 Solidity 생태계에서 사용 가능한 것과 유사한 추상화를 제공하여 Solana 개발을 단순화합니다. 이는 Solidity가 지배적 언어인 이더리움의 생태계와 다릅니다. 언어 차이는 Solana 개발과 이더리움 개발이 서로 다른 기술 집합과 도구를 요구함을 의미합니다.

Solana는 다운타임을 겪은 적이 있나요?

네. Solana는 특히 높은 수요 기간에 여러 네트워크 중단과 성능 저하 사건을 겪었습니다. 이러한 사건은 네트워크가 몇 시간 동안 블록 생성을 멈추고 조율된 검증자 재시작을 요구하는 것을 수반했습니다. 이 사건들은 프로토콜 개선과 클라이언트 다양성 노력을 촉발했습니다. Solana의 프로젝트를 평가할 때, 이 이력은 관련된 맥락입니다: 프로젝트는 Solana의 성능 이점과 그 신뢰성 이력을 모두 상속합니다.

프로젝트가 Solana와 이더리움 둘 다에 있을 수 있나요?

네. 일부 프로젝트는 서로 다른 사용자 기반과 유동성 풀에 도달하기 위해 여러 체인에 배포합니다. 프로젝트는 고빈도 AI 작업을 Solana에서 실행하면서 거버넌스 컨트랙트나 토큰 브리지를 이더리움에 유지할 수 있습니다. DecAIHub 프로젝트 카드에서 Main chain 필드는 주요 체인을 나타내지만, 추가 체인이 프로젝트 설명이나 다중 체인 필드에서 언급될 수 있습니다.

"Main chain: Solana"는 프로젝트가 빠르다는 것을 의미하나요?

그것은 프로젝트가 Solana의 속도와 처리량에 접근할 수 있음을 의미합니다. 프로젝트가 실제로 그 용량을 활용하는지는 그 아키텍처와 실제 온체인 활동에 달려 있습니다. 적은 트랜잭션을 처리하는 Solana의 프로젝트는 네트워크의 성능 특성에서 거의 이득을 얻지 못합니다. Solana 탐색기의 온체인 활동 데이터는 프로젝트가 체인의 역량을 의미 있게 사용하는지에 대한 구체적인 증거를 제공합니다.

외부 참고 자료

함께 보기

No comments to display

Back to top