> For the complete documentation index, see [llms.txt](https://docs.chiliz.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.chiliz.com/ko/baeuggi/yongeo/geomjeungja.md).
# 검증자
### 개요
블록체인은 [합의 메커니즘](/ko/baeuggi/yongeo/habui-mekeonijeum.md)을 기반으로 하기 때문에, 블록체인에 새 블록이 어떻게 커밋될지에 대한 통합 프로토콜이 필요합니다. 블록체인 검증자는 기본적으로 블록체인의 보안과 무결성을 유지하는 전용 컴퓨터 시스템입니다.
검증자 노드는 트랜잭션에 프로그램을 실행하고 블록이 블록체인에 배치되는 순서를 결정합니다. 각 검증자는 개인 키를 사용한 암호화 서명이 포함된 블록에 서명하여 합의 프로토콜에 기여합니다.
이처럼 분산 합의 프로토콜을 사용하여 검증자 노드는 트랜잭션을 처리하고 블록체인에서 실행한 뒤 결과를 블록체인에 저장합니다.
## PoSA와 검증자 개요
스테이크 권한 증명(PoSA)은 검증자의 도움으로 블록체인에 새 블록을 커밋하는 합의 메커니즘 중 하나입니다. 검증자 노드는 블록체인에서 암호화폐를 스테이킹하는 데 도움이 됩니다.
검증자는 스테이킹하거나 기여한 금액을 기준으로 검증자 풀에서 선택됩니다. 선택된 검증자는 새 트랜잭션 인증과 블록체인 업데이트를 담당합니다. 그 대가로 검증자는 트랜잭션 수수료와 커미션을 통해 보상을 받습니다.
검증자 선택에는 기준이 있습니다. 풀에서 상당한 시간을 투자하고 더 많은 금액을 스테이킹한 참가자가 선택되어 트랜잭션을 검증하고 그에 따른 보상을 받습니다. 검증자의 블록은 트랜잭션이 블록체인에서 확인되기 전에 다른 검증자의 정확성 증명이 필요합니다. 이 작업에 대한 보상(네이티브 암호화폐일 수 있음)은 서약한 금액에 비례하여 검증자들에게 분배됩니다.
### 검증자가 되기 위한 기준
자원 검증자로서 다음을 해야 합니다.
* 블록체인의 무결성을 확인하고 유지하기 위한 시스템(컴퓨터)을 전담합니다.
* 풀에 일정량의 스테이크를 추가합니다.
## 후보자
후보자는 활성 검증자 외에 백업으로 남아있는 비활성 검증자의 집합입니다. 후보자는 활성 검증자가 오프라인 상태이거나 비활성 상태인 경우 블록 검증을 담당하기도 합니다.
## 슬래싱
검증자가 되는 것은 블록체인에서 블록을 검증하고 커밋할 기회를 얻기 위해 암호화폐 지분을 서약하거나 기여해야 하는 큰 책임을 수반합니다. 그러나 검증자는 슬래싱 프로세스로 인해 상당한 스테이크를 잃을 수 있습니다.
잘못된 블록이 블록체인에 커밋되면 검증자의 스테이크가 슬래싱될 수 있습니다. 마찬가지로 검증자 노드가 제때 블록을 커밋하지 못하거나(또는 오프라인이거나 비활성 상태인 경우) 소액의 패널티가 부과됩니다. 그러나 이 패널티는 슬래싱만큼 심하지 않습니다.
### 이중 서명 슬래싱
검증자 키를 사용하여 동시에 두 개 이상의 블록이 커밋되는 경우 검증자는 "이중 서명 슬래싱"을 당합니다.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.chiliz.com/ko/baeuggi/yongeo/geomjeungja.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.