> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# 노드 운영

> 노드 운영은 개방되어 있지 않습니다. 검증자 집합은 메인넷까지 초대제로 유지됩니다. 어떤 역할이 있고, 참여는 어떻게 문의하는지.

<Warning>
  **노드 운영은 개방되어 있지 않습니다.** 검증자 집합은 Intention Labs와 초대된 파트너가 운영하며, 참여는 등록이 아니라 승인으로 이루어집니다. 공개된 참여 절차도, 허가 없는 진입도, 일반 다운로드용으로 공개된 검증자 바이너리도 없습니다.
</Warning>

Intention에서 인프라를 운영하고 싶다면 방법은 문의하는 것입니다. 아래 내용은 모두 그 대화를 위한 배경입니다.

<h2 id="asking-about-node-operation">
  노드 운영 문의하기
</h2>

제목에 **Node operator**를 넣어 `contact@intention.xyz`로 메일을 보내십시오.

무엇을 적어야 하는지는 다음과 같습니다. 적지 않으면 첫 회신이 되물을 내용이기 때문입니다.

|            |                                     |
| ---------- | ----------------------------------- |
| **소속**     | 조직, 그리고 이미 검증자로 참여 중인 네트워크          |
| **원하는 역할** | 검증자, 또는 자체 읽기 트래픽을 위한 풀 노드          |
| **인프라**    | 어디에서 운영할 것인지, 베어메탈인지 클라우드인지         |
| **이유**     | 공개 엔드포인트가 주지 못하는 무엇을 네트워크에서 얻어야 하는지 |

마지막 항목이 나머지보다 중요합니다. 안정적인 읽기, 과거 데이터 조회, 남의 인덱서를 신뢰하지 않는 것처럼 노드를 직접 돌리려는 이유의 상당수는 다른 방식으로 더 잘 풀리며, 답이 장비가 아니라 엔드포인트일 수 있습니다.

<h2 id="the-roles-that-exist">
  존재하는 역할
</h2>

메일을 보내기 전에 실제로 필요한 역할이 무엇인지 정리해 두는 편이 좋습니다.

| 역할           | 하는 일                                                                                                |
| ------------ | --------------------------------------------------------------------------------------------------- |
| **검증자**      | [IntentionBFT](/ko/protocol/architecture/intention-bft) 합의에 참여하고, 거래 액션을 시퀀싱하며, 블록 내 오라클 정족수를 인증합니다 |
| **검증자 풀 노드** | 투표하지 않고 커밋된 블록을 따라가며 실행합니다. 검증자와 공용 인터넷 사이에 위치해 읽기 트래픽을 흡수합니다                                       |
| **공용 풀 노드**  | 읽기와 상태 동기화를 제공합니다. 투표하지 않으며 합의 책임을 지지 않습니다                                                          |

합의 역할은 첫 번째뿐입니다. 나머지 둘은 인프라이며, 실제 통합 요구는 대부분 여기에 해당합니다. 풀 노드는 과거 데이터 조회에 답해 주고, 합의 책임을 전혀 지지 않고도 체인의 답을 직접 검증할 수 있게 해 줍니다.

<h2 id="why-it-is-closed">
  닫혀 있는 이유
</h2>

Intention의 검증자는 트랜잭션 순서를 정하는 일만 하지 않습니다. 매칭, 클리어링, 청산, 펀딩이 모두 블록 실행 안에서 처리되므로, 검증자는 거래소가 그 위에 올라앉은 체인을 돌리는 것이 아니라 거래소 자체를 돌리는 셈입니다.

그래서 잘못 동작하거나 사양이 모자란 운영자가 초래하는 비용이 "블록이 느려진다"에서 "거래하는 모두의 실행 품질이 떨어진다"로 올라갑니다. 메인넷까지 지속적인 실제 부하를 견뎌 보기 전까지, 검증자 집합은 작고 알려진 상태로 유지됩니다.

하드웨어 요구 사항도 일반적인 체인 노드보다 저지연 트레이딩 장비에 가깝고, 세부 사양은 부하 테스트로 아직 확정하는 중입니다. 곧 바뀔 요구 사항을 공개하면 운영자가 엉뚱한 장비를 사게 됩니다.

<h2 id="what-does-not-exist-yet">
  아직 존재하지 않는 것
</h2>

**스테이킹, 위임, 보상.** 검증자 역할은 오늘날 기술적 운영자 역할입니다. 그 뒤에 네이티브 토큰 경제 모델은 없으며, 이 사이트의 어떤 내용도 그런 모델을 설명하는 것으로 읽어서는 안 됩니다.

**허가 없는 참여 절차.** 검증자 참여는 공개 테스트넷과 메인넷에 맞춰 단계적으로 열립니다. 절차가 마련되면 [프로토콜 체인지로그](/ko/protocol/roadmap/changelog)에 공지됩니다.

<h2 id="if-you-just-need-the-data">
  데이터만 필요하다면
</h2>

노드를 운영하려는 이유는 대부분 읽기 접근에 관한 것이고, 그 필요는 이미 충족되어 있습니다.

<CardGroup cols={2}>
  <Card title="개발자" href="/ko/developers/overview">
    REST 및 WebSocket API와 공개된 명세.
  </Card>

  <Card title="인덱서" href="/ko/protocol/architecture/indexer">
    과거 데이터 조회가 어떻게 제공되는지, 그리고 언제 체인에 직접 대조해야 하는지.
  </Card>

  <Card title="현재 네트워크" href="/ko/protocol/architecture/network-status">
    운영 중인 엔드포인트와 지금 무엇에 연결되어 있는지 확인하는 방법.
  </Card>

  <Card title="네트워크 토폴로지" href="/ko/protocol/architecture/intention-bft#network-topology">
    각 노드 역할이 네트워크에서 어디에 위치하는지.
  </Card>
</CardGroup>