> For the complete documentation index, see [llms.txt](https://docs.rome.builders/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.rome.builders/tr/gelistirici-kilavuzlari/verify-contracts.md).

# Sözleşmeleri Doğrula

Barındırılan Sourcify hizmeti üzerinden Rome'da Solidity sözleşme kaynağını doğrulayın — standart forge verify-contract ve hardhat-verify akışları, Via gezginindeki rozetler.

Rome, barındırılan bir [Sourcify](https://sourcify.dev) doğrulama hizmeti çalıştırır. Bir sözleşmeyi doğruladıktan sonra, kaynak kodu ve ABI’si herkese açık biçimde yeniden üretilebilir hale gelir ve **✓ Kaynak doğrulandı** rozetiyle Rome blok gezgininde (Via) görünür.

Doğrulama, standart `forge verify-contract` ve `hardhat-verify` akışlarıyla çalışır — yalnızca bunları Rome’un doğrulayıcısına yönlendirmeniz yeterlidir.

## Doğrulayıcı uç noktası

| Ortam             | Doğrulayıcı URL'si                        |
| ----------------- | ----------------------------------------- |
| Testnet ve Devnet | `https://verify.testnet.romeprotocol.xyz` |
| Ana ağ (Rubicon)  | `https://verify.mainnet.romeprotocol.xyz` |

Paylaşılan tek bir örnek, her Rome testnet/devnet zincirine hizmet eder — zinciri standart `--chain-id` bayrağıyla seçersiniz.

## Foundry

Dağıtımdan sonra (bkz. [Solidity Sözleşmelerini Dağıtma](/tr/gelistirici-kilavuzlari/deploy-solidity.md)):

```bash
forge verify-contract <CONTRACT_ADDRESS> src/MyContract.sol:MyContract \\
  --verifier sourcify \\
  --verifier-url https://verify.testnet.romeprotocol.xyz/ \\
  --chain-id <YOUR_CHAIN_ID> \\
  --compiler-version 0.8.20
```

Kurucu argümanlar aldıysa, bytecode eşleşsin diye bunları iletin:

```bash
  --constructor-args $(cast abi-encode "constructor(uint256)" 42)
```

Ayrıca dağıtım sırasında şununla da doğrulayabilirsiniz `forge create … --verify` veya `forge script … --verify` (Foundry zincir kimliğini şuradan çıkarır: `--rpc-url`).

## Hardhat

`hardhat-verify` Hardhat 3 toolbox ile birlikte gelir. Sourcify sağlayıcısını Rome’un doğrulayıcısına yönlendirin `hardhat.config.ts` ve şunu çalıştırın `hardhat verify`:

```typescript
export default defineConfig({
  // … eklentiler, solidity, ağlar…
  verify: {
    etherscan: { enabled: false },
    blockscout: { enabled: false },
    sourcify: {
      enabled: true,
      apiUrl: "https://verify.testnet.romeprotocol.xyz",   // Rubicon ana ağı: "https://verify.mainnet.romeprotocol.xyz"
    },
  },
});
```

```bash
npx hardhat verify --network <your-network> <CONTRACT_ADDRESS> [constructor args…]
```

Başarılı olursa doğrulayıcı yayımlanan kaynak koduna bağlantı verir, örn. `https://verify.testnet.romeprotocol.xyz/repo-ui/<CHAIN_ID>/<ADDRESS>`.

## Doğrulama durumunu kontrol etme

Gezgin, doğrulama durumunu doğrulayıcının API'sinden okur. Bunu doğrudan sorgulayabilirsiniz:

```bash
curl https://verify.testnet.romeprotocol.xyz/v2/contract/<CHAIN_ID>/<ADDRESS>
```

Doğrulanmış bir sözleşme bir `eşleşme` alanı döndürür:

* **`tam_eşleşme`** — bytecode *ve* meta veri karması eşleşmesi (mükemmel, "tam" bir eşleşme).
* **`eşleşme`** — bytecode eşleşir; meta veri biraz farklıdır (yine de gerçek, doğrulanmış bir eşleşmedir).
* `404` / `null` — doğrulanmamış.

## Notlar

* Doğrulama için yalnızca sözleşmenizin dağıtılmış bytecode'u + gönderdiğiniz kaynak kodu ve derleyici ayarları gerekir — herhangi bir EVM zincirindekiyle aynı girdiler.
* Yeni Rome zincirleri doğrulayıcıya otomatik olarak eklenir; yeni bir zincire dağıtım yaptıysanız ve doğrulama henüz onu bulamıyorsa, biraz bekleyin ya da iletişime geçin.


---

# 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.rome.builders/tr/gelistirici-kilavuzlari/verify-contracts.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.