> 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/gaebal/gibon/seumateu-keonteulaekteu-geomjeung/block-explorer-geomjeung.md).

# Chiliz Block Explorer로 검증

웹 양식, Hardhat 플러그인 또는 Blockscout API를 사용하여 Chiliz Block Explorer(Blockscout)에서 Chiliz Chain 스마트 컨트랙트를 검증합니다.

[Chiliz Block Explorer](https://scan.chiliz.com/)는 Blockscout가 구축한 서비스입니다. 일상적인 사용을 위해 [Blockscout 문서](https://docs.blockscout.com/)를 참고할 수 있습니다.

Blockscout는 Chiliz Chain에서 스마트 컨트랙트를 검증하는 여러 방법을 제공합니다.

* 대부분의 컨트랙트: 검증 기능 사용.
* 복잡한 컨트랙트: Hardhat과 같은 명령줄 도구 사용.
* 간단한 컨트랙트: API 사용.

Blockscout의 [컨트랙트 검증 문서](https://docs.blockscout.com/devs/verification)를 참조하세요.

## Chiliz Block Explorer 검증 기능 사용

Chiliz Block Explorer는 Chiliz Mainnet용 컨트랙트 검증 인터페이스를 제공합니다:\
<https://scan.chiliz.com/contract-verification>.\
문서: <https://docs.blockscout.com/devs/verification/blockscout-ui>

{% hint style="info" %}
다음 인터페이스에서 Spicy Testnet의 컨트랙트도 검증할 수 있습니다:\
<https://spicy-explorer.chiliz.com/>
{% endhint %}

{% hint style="info" %}
다중 파일 컨트랙트의 경우, 업로드 전에 코드를 평탄화했는지 확인하세요.

예를 들어, Remix IDE를 사용하는 경우 파일 탐색기에서 컴파일된 `contract-XYZ.sol` 컨트랙트 파일을 마우스 오른쪽 버튼으로 클릭하고 "Flatten" 옵션을 선택하세요.\
그런 다음 결과 파일(`contract-XYZ_flattened.sol`)을 다운로드하여 검증 양식에 업로드합니다.
{% endhint %}

단계:

1. "검증할 컨트랙트 주소" 필드에 스마트 컨트랙트 주소를 입력합니다.
2. 컨트랙트에 적용할 라이선스를 선택합니다. 오픈소스 라이선스의 의미가 명확하지 않다면 [여기에서 간단한 설명](https://choosealicense.com/)을 확인하세요.
3. 검증 방법을 선택합니다.\
   가장 간단한 방법은 Solidity 컨트랙트의 평탄화된 버전을 제공하거나 "Solidity (Single file)"을 선택하는 것입니다.
4. 컴파일러 버전(Chiliz Chain은 v0.8.30까지 지원)과 EVM 버전(Chiliz Chain은 Prague 버전까지 지원)을 선택합니다.
5. 마지막으로 "Contract Code" 필드에 스마트 컨트랙트를 원래 컴파일할 때 사용한 컨트랙트 코드를 붙여넣고 "검증 및 게시"를 클릭합니다.

성공하면 컨트랙트가 초록색 체크 표시와 함께 검증됨으로 명확히 표시됩니다. 블록 탐색기에서 소스 코드가 공개되고 모든 인터랙티브 기능이 활성화됩니다.

예를 들어, $PSG Fan Token은 proxy 컨트랙트로 배포되어 있으며, 검증된 implementation 컨트랙트를 Chiliz Block Explorer에서 여기에서 확인할 수 있습니다(녹색 체크 표시 참고):

{% embed url="<https://scan.chiliz.com/address/0xeC991a3FA1bfB4835A1D22f3df05c2CED5B7bF6d?tab=contract>" %}

## 명령줄 도구 사용

Blockscout 자체 문서에는 명령줄 도구를 이용한 검증 방법에 대한 [자세한 가이드](https://docs.blockscout.com/devs/verification)가 있습니다. 개발 환경에서 컨트랙트 검증을 자동화하려는 경우 특히 유용합니다.

다음에 대한 배포 및 검증 가이드를 읽을 수 있습니다.

* [Hardhat](https://docs.blockscout.com/devs/verification/hardhat-verification-plugin)
* [Foundry](https://docs.blockscout.com/devs/verification/foundry-verification)
* [Sourcify](https://docs.blockscout.com/devs/verification/contracts-verification-via-sourcify)
* [Remix](https://docs.blockscout.com/devs/verification/remix-verification)
* ... 그 외 더 많은 방법!

## Blockscout API 사용

Blockscout에는 전용 컨트랙트 검증 API가 있습니다.

{% embed url="<https://docs.blockscout.com/devs/verification/blockscout-smart-contract-verification-api>" %}

API 엔드포인트:

* Chiliz Mainnet: <https://scan-api.chiliz.com/api/v2/>
* Spicy Testnet: <https://spicy-explorer-api.chiliz.com/api/v2/>


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.chiliz.com/ko/gaebal/gibon/seumateu-keonteulaekteu-geomjeung/block-explorer-geomjeung.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.