+
**Note**: The requirement for verification with a contract compiled with Hardhat is only the `build-info` JSON file.
@@ -96,7 +96,7 @@ To create the `.json` metadata file with Hardhat, compile the contract using the
To create the metadata file with Foundry, compile the contract using the `forge build` command. The compilation outputs to `out/CONTRACT_NAME` folder. The `.json` file contains the metadata of the contract under `"rawMetadata"` and `"metadata"` fields. However, you don't need to extract the metadata manually for verification. See Sourcify Foundry metadata documentation [here](https://docs.sourcify.dev/docs/metadata/#foundry).
-
+
**Note**: The requirements for verification with a contract compiled with Foundry are both the `.json` metadata and the Solidity source file.
@@ -188,29 +188,27 @@ An example deployed EVM smart contract address:
***
-## Different Instances of Sourcify: Hedera's Custom Approach
-
-It's important to note that multiple instances of Sourcify do exist, tailored to the specific needs of different networks. Hedera runs an independent instance of Sourcify, distinct from the public-facing Sourcify.dev instances like Etherscan and other Etherscan clones.
-
-Running an independent instance of Sourcify allows Hedera to have more control over the verification process, tailoring it to the custom needs of the Hedera ecosystem. For instance, after a testnet reset, Hedera requires the ability to reset testnet smart contract verifications - something Sourcify.dev cannot accommodate.
-
-> ***Verified Smart Contracts Testnet Reset:** When the Hedera Testnet is reset, the contract must be redeployed and verified. The contract will receive a new contract EVM address and contract ID. The smart contract will need to be verified using the new addresses.*
-
-An essential detail to remember is that smart contracts verified on Hedera's Sourcify instance won't automatically appear as verified on Sourcify.dev or vice versa. Users interested in having their smart contract recognized across multiple platforms should consider verifying on both instances.
-
-***
-
## Verify Your Smart Contract
-Learn how to verify your smart contract on [HashScan](/hedera/tutorials/smart-contracts/how-to-verify-a-smart-contract-on-hashscan) or programmatically using the [Sourcify API](/hedera/sdks-and-apis/smart-contract-verification-api):
+Verify your contract directly at [sourcify.dev](https://sourcify.dev), via the [Sourcify v2 API](/hedera/sdks-and-apis/smart-contract-verification-api), or through Foundry / Hardhat tooling:
| Method | Endpoint | Description |
|---|---|---|
| POST | /verify | verify contracts by uploading source files and metadata |
| POST | /verify/etherscan | verify contracts already verified on etherscan |
| POST | /verify/solc-json | verify contracts using solc-json compilation artifacts |
| Method | Endpoint | Description |
|---|---|---|
| GET | /session/data | retrieve current session verification data |
| POST | /session/clear | clear session data |
| POST | /session/input-files | add files to verification session |
| POST | /session/input-contract | import deployed contract from ipfs |
| POST | /session/verify-checked | verify contracts in current session |
| POST | /session/input-solc-json | add solc-json to session for verification |
| POST | /session/verify/etherscan | verify etherscan contracts in session |
| Method | Endpoint | Description |
|---|---|---|
| POST | /change-log-level | modify application logging level (requires authentication) |