# Nodit Project Documentation ## Guides - [Overview](https://developer.nodit.io/docs/nodit-overview.md): Nodit의 주요 기능과 지원 체인별 기능, 주요 업데이트 소식과 튜토리얼 목록을 확인하세요. - [Using Nodit with AI & LLM Tools](https://developer.nodit.io/docs/using-nodit-with-ai-llm-tools.md): AI, LLM 도구를 사용하여 Nodit을 더 쉽고 빠르게 연동할 수 있습니다. Nodit 개발자 문서가 지원하는 다양한 AI 연동 방식을 확인하세요. - [Nodit for AI - Nodit MCP✨](https://developer.nodit.io/docs/nodit-mcp.md) - [Get Started with Nodit](https://developer.nodit.io/docs/get-started-with-nodit.md): Nodit의 주요 기능들을 사용하기 위해 꼭 필요한 주요 개념들과 공통 기능들을 소개하고 첫번째 프로젝트 생성 과정을 안내합니다. - [API Key](https://developer.nodit.io/docs/api-key.md) - [Request Logs](https://developer.nodit.io/docs/request-logs.md): Request Logs 도구를 통해 요청 로그와 처리 결과를 확인할 수 있습니다. 요청 파라미터와 응답값, Raw 데이터를 확인하고, 고도화된 검색 기능을 통해 특정 실패 지점을 분석하고 즉각적인 UI 피드백을 통해 개발 생산성을 향상시킬 수 있습니다. - [Security](https://developer.nodit.io/docs/security.md): Node Nodes Endpoint로의 요청과 Web3 Data API등 Nodit API 호출 시 Allowlist에 등록된 클라이언트만 요청할 수 있도록 제한하는 보안 기능을 제공합니다. - [Team Account](https://developer.nodit.io/docs/team-account.md) - [Pricing plans](https://developer.nodit.io/docs/pricing-plans.md): Nodit의 Pricing Plan과 Plan별 지원 기능, 사용량 정책을 확인하실 수 있습니다. - [Subscription](https://developer.nodit.io/docs/subscription.md) - [Usage Measuring(CU)](https://developer.nodit.io/docs/usage-measuringcu.md) - [Auto-scaling](https://developer.nodit.io/docs/auto-scaling.md) - [Coupon](https://developer.nodit.io/docs/coupon.md) - [Credit](https://developer.nodit.io/docs/credit.md) - [Elastic Node](https://developer.nodit.io/docs/elastic-node.md): Nodit의 공유 노드 인프라 서비스인 Elastic Node의 특징과 기능을 살펴보고 블록체인 개발을 시작해보세요. - [Dedicated Node](https://developer.nodit.io/docs/dedicated-node.md): Nodit Dedicated Node는 대규모 프로젝트와 기업을 위한 고성능 전용 노드 서비스입니다. 주요 기능과 특징을 검토해보세요. - [Web3 Data API](https://developer.nodit.io/docs/web3-data-api.md): 복잡한 별도의 블록체인 데이터 ETL 작업 없이, 즉시 사용가능하도록 정교하게 인덱싱된 블록체인 데이터에 접근할 수 있는 REST API를 제공합니다. - [Stream](https://developer.nodit.io/docs/stream.md): 실시간 블록체인 데이터 Stream을 통해 어플리케이션에서 정의한 이벤트를 모니터링 할 수 있습니다. - [Webhook](https://developer.nodit.io/docs/webhook.md) - [Datasquare](https://developer.nodit.io/docs/data-square.md): Nodit의 강력한 데이터 파이프라인을 무료로 활용해보세요. 방대한 데이터를 저장하기 위한 인프라 비용도, 온체인 데이터들의 수많은 예외사항들에 대한 고려도 필요 없습니다. - [Ethereum Basics - Must Know Concepts](https://developer.nodit.io/docs/ethereum-basics-quickstart.md) - [Ethereum Basics - Block](https://developer.nodit.io/docs/ethereum-basics-block.md): 블록체인과 이더리움을 이해하기 위한 기초 개념인 블록에 대해 알아봅니다. - [Ethereum Basics - Transaction](https://developer.nodit.io/docs/ethereum-basics-transaction.md): 블록체인과 이더리움을 이해하기 위한 기초 개념인 트랜잭션에 대해 알아봅니다. - [Ethereum Basics - Account/EVM](https://developer.nodit.io/docs/ethereum-basics-accountevm.md): 블록체인과 이더리움을 이해하기 위한 기초 개념인 계정과 EVM에 대해 알아봅니다. - [Ethereum Basics - Event/Logs](https://developer.nodit.io/docs/ethereum-basics-eventlogs.md): 블록체인과 이더리움을 이해하기 위한 기초 개념인 Event와 Log 대해 알아봅니다. - [Ethereum Basics - Call](https://developer.nodit.io/docs/ethereum-basics-call.md): 블록체인과 이더리움을 이해하기 위한 기초 개념인 Call에 대해 알아봅니다. - [1. Development environment setup and smart contract writing/debugging](https://developer.nodit.io/docs/development-environment-setup-and-smart-contract-writingdebugging.md) - [2. Smart contract deployment, transaction execution](https://developer.nodit.io/docs/smart-contract-deployment-transaction-execution.md) - [3. Viewing account and transaction information using Web3 Data API](https://developer.nodit.io/docs/viewing-account-and-transaction-information-using-web3-data-api.md) - [Building a Simple NFT Explorer Using Web3 Data APIs](https://developer.nodit.io/docs/web3-data-api-tutorials.md): Web3 Data API를 활용하여 간단한 NFT 검색기능을 구현해봅니다. - [Building a Simple Token Tracker Using Web3 Data APIs](https://developer.nodit.io/docs/building-a-simple-token-explorer-using-web3-data-apis.md) - [Building an EVM Wallet](https://developer.nodit.io/docs/building-evm-wallet.md) - [Hardhat Integration](https://developer.nodit.io/docs/hardhat-integration.md): 본 문서에서는 Nodit에서 제공하는 이더리움 노드를 Hardhat과 연동하는 방법을 소개합니다. - [Set up for Tutorials](https://developer.nodit.io/docs/set-up-for-tutorials.md) - [Creating an Account](https://developer.nodit.io/docs/creating-an-account.md) - [Sending APT Coin](https://developer.nodit.io/docs/sending-apt-coin.md) - [Deploying a Module](https://developer.nodit.io/docs/deploying-a-module.md) - [Interacting with the Module](https://developer.nodit.io/docs/interacting-with-the-module.md) - [Upgrading the Module](https://developer.nodit.io/docs/upgrading-the-module.md) - [Aptos Webhook Quickstart](https://developer.nodit.io/docs/aptos-webhook-quickstart.md): Nodit이 새롭게 지원하는 Aptos Webhook을 활용하여 목적에 맞는 Webhook을 생성하고 실시간 이벤트를 구독하는 방법을 알아봅니다. - [Fungible Asset](https://developer.nodit.io/docs/fungible-asset.md) - [Outstanding Charges](https://developer.nodit.io/docs/outstanding-charges.md) - [Accounts](https://developer.nodit.io/docs/account-management.md) - [Referral Program](https://developer.nodit.io/docs/referral-program.md): Nodit Referral Program을 통해 친구를 Nodit으로 초대하고 함께 Credit을 받아보세요! - [Crypto Balance](https://developer.nodit.io/docs/crypto-balance.md) - [Kaia Testnet Faucet](https://developer.nodit.io/docs/kaia-testnet-faucet.md) ## API Reference - [API Overview](https://developer.nodit.io/reference/api-overview.md) - [Auth](https://developer.nodit.io/reference/auth.md) - [Aptos Quickstart](https://developer.nodit.io/reference/aptos-quickstart.md) - [Overview](https://developer.nodit.io/reference/aptos-indexer-api-overview.md) - [How to use Aptos Indexer API?](https://developer.nodit.io/reference/how-to-use-aptos-indexer-api.md) - [Get Latest Deployed Coins](https://developer.nodit.io/reference/get-latest-deployed-coins.md) - [Get Coins By Coin Type Hash](https://developer.nodit.io/reference/get-coins-by-coin-type-hash.md) - [Get Coins By Name](https://developer.nodit.io/reference/get-coins-by-name.md) - [Get Coins By Symbol](https://developer.nodit.io/reference/get-coins-by-symbol.md) - [Get Coins By Creator](https://developer.nodit.io/reference/get-coins-by-creator.md) - [Get Coin Transfers By Account](https://developer.nodit.io/reference/get-coin-transfers-by-account.md) - [Get Coin Balances By Account](https://developer.nodit.io/reference/get-coin-balances-by-account.md) - [Get NFT Transfers By Account](https://developer.nodit.io/reference/get-nft-transfers-by-account.md) - [Get NFTs By Account](https://developer.nodit.io/reference/get-nfts-by-account.md) - [Get NFTs By Token ID](https://developer.nodit.io/reference/get-nfts-by-token-id.md) - [Get NFT Collections](https://developer.nodit.io/reference/get-nft-collections.md) - [Get NFT Collection By Collection](https://developer.nodit.io/reference/get-nft-collection-by-collection.md) - [Get NFT Collections By Creator](https://developer.nodit.io/reference/get-nft-collections-by-creator.md) - [Get NFT Owners By Token ID](https://developer.nodit.io/reference/get-nft-owners-by-token-id.md) - [Get NFT Transfers By Collection](https://developer.nodit.io/reference/get-nft-transfers-by-collection.md) - [Get NFT Transfers By Token ID](https://developer.nodit.io/reference/get-nft-transfers-by-token-id.md) - [Get NFT Transfers By Creators](https://developer.nodit.io/reference/get-nft-transfers-by-creators.md) - [Get account](https://developer.nodit.io/reference/aptos_getaccount.md): 계정 주소에 대한 인증 키와 시퀀스 넘버를 반환합니다. 원장의 버전을 지정할 수 있으며 원장의 버전이 지정되지 않은 경우, 최신 원장의 버전을 가져옵니다. - [Get account module](https://developer.nodit.io/reference/aptos_getaccountmodule.md): 특정 원장 버전에서 주어진 계정의 개별 모듈을 검색합니다. 원장 버전이 지정되지 않은 경우 최신 원장 버전이 사용됩니다. - [Get account modules](https://developer.nodit.io/reference/aptos_getaccountmodules.md): 특정 원장 버전에서 주어진 계정의 모든 모듈을 반환합니다. 원장 버전이 지정되지 않은 경우 최신 원장 버전이 사용됩니다. - [Get account resource](https://developer.nodit.io/reference/aptos_getaccountresource.md): 특정 원장 버전에서 주어진 계정의 개별 리소스를 검색합니다. 원장 버전이 지정되지 않은 경우 최신 원장 버전이 사용됩니다. - [Get account resources](https://developer.nodit.io/reference/aptos_getaccountresources.md): 특정 원장 버전에서 주어진 계정의 모든 리소스를 검색합니다. 원장 버전이 지정되지 않은 경우 최신 원장 버전이 사용됩니다. - [Get blocks by height](https://developer.nodit.io/reference/aptos_getblocksbyheight.md): 블록 번호를 이용하여 해당 블록에 대한 정보와 트랜잭션을 조회할 수 있습니다. 트랜잭션은 default 트랜잭션 사이즈로 제한이 있으며 만약 모든 트랜잭션이 존재하지 않는 경우, 유저가 get Transaction API를 이용하여 나머지 트랜잭션을 Query해야 합니다. 또한 block이 pruned 된 경우, 410 에러를 반환합니다. - [Get blocks by version](https://developer.nodit.io/reference/aptos_getblocksbyversion.md): 블록 번호를 이용하여 해당 블록에 대한 정보와 트랜잭션을 조회할 수 있습니다. 트랜잭션은 default 트랜잭션 사이즈로 제한이 있으며 만약 모든 트랜잭션이 존재하지 않는 경우, 유저가 get Transaction API를 이용하여 나머지 트랜잭션을 Query해야 합니다. 또한 block이 pruned 된 경우, 410 에러를 반환합니다. - [Get events by creation number](https://developer.nodit.io/reference/aptos_geteventsbycreationnumber.md): address와 creation_number를 이용해 특정 이벤트를 반환합니다. - [Get events by event handle](https://developer.nodit.io/reference/aptos_geteventsbyeventhandle.md): address와 creation_number를 이용해 특정 이벤트를 반환합니다. - [Get ledger info](https://developer.nodit.io/reference/aptos_getledgerinfo.md): 최신 렛저 정보를 가져옵니다. 체인 ID, 역할 유형, 렛저 버전, 에포크 등의 데이터를 포함합니다. - [Get table item](https://developer.nodit.io/reference/aptos_gettableitem.md): 특정 ledger version에서의 table Item을 가져옵니다. table_handle과 key를 이용해 특정 table item을 식별할 수 있습니다. - [Get raw table item](https://developer.nodit.io/reference/aptos_getrawtableitem.md): 특정 ledger version에서의 table Item을 가져옵니다. table_handle과 key를 이용해 특정 table item을 식별할 수 있습니다. - [Get transactions](https://developer.nodit.io/reference/aptos_gettransactions.md): 온체인에 commit된 트랜잭션을 반환합니다. 특정 트랜잭션이 필요한 경우, limit과 start를 이용하여 설정할 수 있으며 version이 pruned된 경우, 410에러가 반환됩니다. 만약 Pending 중인 트랜잭션을 조회하고 싶은 경우, /transaction/by_hash 를 이용하여 조회할 수 있습니다. - [Submit transaction](https://developer.nodit.io/reference/aptos_submittransaction.md): 트랜잭션을 실행하기 위해 서명된 트랜잭션을 Submit 합니다. JSON/BCS 두 가지 종류의 format을 지원합니다. - [Get transaction by hash](https://developer.nodit.io/reference/aptos_gettransactionbyhash.md): 트랜잭션 해시를 이용해 특정 트랜잭션 데이터를 반환합니다. Hash가 주어지면 서버에서는 Storage(on-chain, committed)에서 트랜잭션을 우선 조회하며 on-chain에서 발견되지 않으면 mempool에서 조회합니다. - [Get transaction by version](https://developer.nodit.io/reference/aptos_gettransactionbyversion.md): 트랜잭션의 버전을 이용하여 특정 트랜잭션을 식별해 반환합니다. 만약 버전이 pruned된 경우, 410에러가 반환됩니다. - [Get account transactions](https://developer.nodit.io/reference/aptos_getaccounttransactions.md): 온체인에 committed 된 트랜잭션 중 특정 Account로 부터 생성된 트랜잭션을 반환합니다. - [Submit batch transactions](https://developer.nodit.io/reference/aptos_submitbatchtransactions.md): 여러 개의 트랜잭션을 모아 submit 합니다. 모든 트랜잭션이 성공할 경우, 202 코드가 반환되며 일부 실패한 트랜잭션이 있거나 모든 트랜잭션이 실패했을 경우에는 실패한 트랜잭션과 206 코드가 반환됩니다. - [Simulate transaction](https://developer.nodit.io/reference/aptos_simulatetransaction.md): 트랜잭션을 실제로 실행하기 전, 시뮬레이션할 수 있습니다. 이를 이용하여 실행될 트랜잭션의 최대 가스 사용량을 추정할 수 있습니다. - [Encode submission](https://developer.nodit.io/reference/aptos_encodesubmission.md): 트랜잭션을 실제로 실행하기 전, 시뮬레이션할 수 있습니다. 이를 이용하여 실행될 트랜잭션의 최대 가스 사용량을 추정할 수 있습니다. - [Estimate gas price](https://developer.nodit.io/reference/aptos_estimategasprice.md): 트랜잭션을 수행하는데 필요한 Gas의 가격 단가를 추정하여 반환합니다. - [Wait for transaction by hash](https://developer.nodit.io/reference/aptos_waitfortransactionbyhash.md): 특정 트랜잭션이 블록체인에 포함될 때까지 기다리는 기능을 제공하며, 응답으로 블록에 포함된 트랜잭션의 세부 정보를 반환합니다. 예를 들어, 상태를 변경하는 트랜잭션을 전송하고 변경된 값을 확인하기 위해 이 API를 사용할 수 있습니다. - [Execute view function of a module](https://developer.nodit.io/reference/aptos_executeviewfunctionofamodule.md): view로 정의된 함수를 호출할 수 있습니다. - [Arbitrum Quickstart](https://developer.nodit.io/reference/arbitrum-quickstart.md) - [eth_blockNumber](https://developer.nodit.io/reference/arbitrum-eth_blocknumber.md): 가장 최신 블록의 번호를 반환합니다. - [eth_call](https://developer.nodit.io/reference/arbitrum-eth_call.md): 실제로 트랜잭션을 생성하여 발행하지 않고 컨트랙트의 읽기 method를 실행한 결과를 조회할 수 있습니다. 주로 특정 스마트 컨트랙트의 현재 상태를 읽기 위해 사용됩니다. call로 인한 상태 변경은 일어나지 않습니다. > 🚧 응답 시간이 오래 걸리나요? 함수 복잡성에 따라 응답 시간이 길어질 수 있습니다! > > 특정 상태에서의 스마트 컨트랙트 함수를 실행할 때, 함수의 복잡성에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 실행할 함수를 최적화하고, 함수의 실행 결과를 최소화하세요. - [eth_chainId](https://developer.nodit.io/reference/arbitrum-eth_chainid.md): 현재 노드가 연결된 네트워크의 체인 ID를 16진수 문자열 형태로 반환합니다. 체인 ID는 EIP-155에서 정의된 네트워크 식별자로, 리플레이 공격을 방지하기 위해 트랜잭션 서명에 사용됩니다. - [eth_createAccessList](https://developer.nodit.io/reference/arbitrum-eth_createaccesslist.md): EIP-2930에 따라 트랜잭션에 포함할 수 있는 Access List를 생성합니다. Access List는 트랜잭션의 실행에 필요한 최소한의 정보만을 포함하고 있어, 블록체인 네트워크의 부하를 줄이고 가스 비용을 절감할 수 있습니다. - [eth_estimateGas](https://developer.nodit.io/reference/arbitrum-eth_estimategas.md): 트랜잭션을 실행할 때 필요한 가스량을 추정합니다. 실제로 트랜잭션을 발행하지 않고 가스량만 추정합니다. - [eth_feeHistory](https://developer.nodit.io/reference/arbitrum-eth_feehistory.md): 요청한 블록 범위 내의 가스 수수료 히스토리를 반환합니다. 이 정보를 사용하여 트랜잭션을 생성할 때 maxFeePerGas 및 maxPriorityFeePerGas의 적절한 값을 설정할 수 있습니다. - [eth_gasPrice](https://developer.nodit.io/reference/arbitrum-eth_gasprice.md): 현재 노드가 연결된 네트워크의 예상 가스 가격을 wei단위로 반환합니다. - [eth_getBalance](https://developer.nodit.io/reference/arbitrum-eth_getbalance.md): 특정 계정 주소가 소유한 Native Token 자산 잔고를 반환합니다. - [eth_getBlockByHash](https://developer.nodit.io/reference/arbitrum-eth_getblockbyhash.md): 블록 해시를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockByNumber](https://developer.nodit.io/reference/arbitrum-eth_getblockbynumber.md): 블록 넘버를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockReceipts](https://developer.nodit.io/reference/arbitrum-eth_getblockreceipts.md): 블록 해시를 입력하여 해당 블록의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 내 트랜잭션 수에 따라 응답 시간이 길어질 수 있습니다! > > eth_getBlockReceipts는 특정 블록에 포함된 모든 트랜잭션의 실행 결과(receipts)를 한 번에 조회합니다. 이때 트랜잭션 수가 많거나 실행 결과가 복잡한 경우, 응답 시간이 지연될 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - 특정 트랜잭션만 필요한 경우, eth_getTransactionReceipt를 사용하여 원하는 트랜잭션의 실행 결과만 개별 조회하는 것을 권장합니다. - [eth_getBlockTransactionCountByHash](https://developer.nodit.io/reference/arbitrum-eth_getblocktransactioncountbyhash.md): 블록 해시를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getBlockTransactionCountByNumber](https://developer.nodit.io/reference/arbitrum-eth_getblocktransactioncountbynumber.md): 블록 넘버를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getCode](https://developer.nodit.io/reference/arbitrum-eth_getcode.md): 입력한 주소에 대한 스마트 컨트랙트 코드를 조회합니다. 코드가 존재하지 않는 경우에는 `0x`를 반환합니다. - [eth_getFilterChanges](https://developer.nodit.io/reference/arbitrum-eth_getfilterchanges.md): 필터 ID를 입력하여 필터 결과를 조회합니다. eth_newFilter, eth_newBlockFilter, eth_newPendingTransactionFilter 메서드를 통해 생성된 필터 ID를 입력합니다. - [eth_getFilterLogs](https://developer.nodit.io/reference/arbitrum-eth_getfilterlogs.md): 필터 ID를 입력하여 해당 필터에 대한 로그를 조회합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. eth_getLogs 메서드와 동일한 결과를 반환합니다. - [eth_getLogs](https://developer.nodit.io/reference/arbitrum-eth_getlogs.md): 입력한 필터 조건에 부합하는 Log들을 조회합니다. 별도의 필터를 생성하여 필터 ID로 조회하지 않고, 요청에 바로 필터 조건을 입력하여 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_getProof](https://developer.nodit.io/reference/arbitrum-eth_getproof.md): 특정 주소의 Storage에 저장된 값을 merkle-proof가 포함된 형식으로 반환합니다. 반환된 Proof값을 활용하여 조회한 Storage의 현재 상태값이 위변조되지 않았음을 검증할 수 있습니다. - [eth_getStorageAt](https://developer.nodit.io/reference/arbitrum-eth_getstorageat.md): 입력한 주소에 할당된 Storage slot을 조회할 수 있습니다. - [eth_getTransactionByBlockHashAndIndex](https://developer.nodit.io/reference/arbitrum-eth_gettransactionbyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionByBlockNumberAndIndex](https://developer.nodit.io/reference/arbitrum-eth_gettransactionbyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 트랜잭션 정보를 조회합니다. - [eth_getTransactionByHash](https://developer.nodit.io/reference/arbitrum-eth_gettransactionbyhash.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionCount](https://developer.nodit.io/reference/arbitrum-eth_gettransactioncount.md): 특정 주소로부터 발행된 트랜잭션 수를 반환합니다. - [eth_getTransactionReceipt](https://developer.nodit.io/reference/arbitrum-eth_gettransactionreceipt.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션 상태에 따라 응답 시간이 길어질 수 있습니다! > > 특정 트랜잭션의 정보를 조회할 때, 해당 트랜잭션에 포함된 이벤트 로그의 양, 블록 내 트랜잭션 순서 등에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 트랜잭션의 이벤트 로그를 제외하고 요청하세요. - [eth_getUncleByBlockHashAndIndex](https://developer.nodit.io/reference/arbitrum-eth_getunclebyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 블록의 Uncle을 조회합니다. - [eth_getUncleByBlockNumberAndIndex](https://developer.nodit.io/reference/arbitrum-eth_getunclebyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 uncle 정보를 조회합니다. - [eth_getUncleCountByBlockHash](https://developer.nodit.io/reference/arbitrum-eth_getunclecountbyblockhash.md): 블록 해시를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_getUncleCountByBlockNumber](https://developer.nodit.io/reference/arbitrum-eth_getunclecountbyblocknumber.md): 블록 넘버를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_maxPriorityFeePerGas](https://developer.nodit.io/reference/arbitrum-eth_maxpriorityfeepergas.md): 현재 노드가 연결된 네트워크의 최대 우선 순위 수수료를 wei 단위로 반환합니다. 최대 우선 순위 수수료는 EIP-1559에서 정의된 새로운 트랜잭션 형식에서 사용됩니다. - [eth_newBlockFilter](https://developer.nodit.io/reference/arbitrum-eth_newblockfilter.md): 신규 블록이 생성되면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_newFilter](https://developer.nodit.io/reference/arbitrum-eth_newfilter.md): 입력한 필터 조건에 부합하는 Log들을 조회하기 위한 필터를 생성하고 필터 ID를 반환합니다. 필터 ID는 eth_getFilterLogs, eth_uninstallFilter 메서드에서 사용됩니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_newPendingTransactionFilter](https://developer.nodit.io/reference/arbitrum-eth_newpendingtransactionfilter.md): 신규 Pending 트랜잭션이 발생하면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_sendRawTransaction](https://developer.nodit.io/reference/arbitrum-eth_sendrawtransaction.md): 서명된 트랜잭션 데이터를 네트워크에 전송합니다. 트랜잭션이 정상적으로 처리되는 경우, 트랜잭션의 해시 값이 반환됩니다. 트랜잭션 서명은 개인키에 의해 client에서 이루어져야 합니다. 노드에서는 해당 트랜잭션의 유효성만 검증합니다. - [eth_uninstallFilter](https://developer.nodit.io/reference/arbitrum-eth_uninstallfilter.md): 필터 ID를 입력하여 해당 필터를 제거합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. 필터가 이미 제거되었거나 존재하지 않는 경우에는 `false`를 반환합니다. - [eth_subscribe](https://developer.nodit.io/reference/arbitrum-eth_subscribe.md) - [eth_unsubscribe](https://developer.nodit.io/reference/arbitrum-eth_unsubscribe.md) - [net_version](https://developer.nodit.io/reference/arbitrum-net_version.md): 연결된 Ethereum 네트워크의 네트워크 ID를 반환합니다. 네트워크 ID는 Ethereum의 다양한 네트워크(예: 메인넷, 테스트넷 등)를 구분하는 데 사용됩니다. 예를 들어, Ethereum 메인넷의 네트워크 ID는 1이고, Ropsten 테스트넷은 3, Rinkeby 테스트넷은 4입니다. 이 메소드는 주로 네트워크를 식별하고, 애플리케이션이 올바른 네트워크에 연결되어 있는지 확인하는 데 사용됩니다. - [web3_clientVersion](https://developer.nodit.io/reference/arbitrum-web3_clientversion.md): 현재 노드의 client 버전 정보를 조회합니다. - [web3_sha3](https://developer.nodit.io/reference/arbitrum-web3_sha3.md): 입력된 데이터에 대해 SHA3 (Keccak-256) 해시 함수를 적용하고, 그 결과를 반환합니다. 이 메소드는 주로 데이터의 무결성을 검증하거나, 특정 데이터에 대한 고유한 식별자를 생성하는 데 사용됩니다. 예를 들어, 입력 데이터를 해싱하여 블록체인에서 관리하거나, 고유한 해시 값을 계산하는 데 활용할 수 있습니다. - [debug_traceBlockByHash](https://developer.nodit.io/reference/arbitrum-debug_traceblockbyhash.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceBlockByNumber](https://developer.nodit.io/reference/arbitrum-debug_traceblockbynumber.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceCall](https://developer.nodit.io/reference/arbitrum-debug_tracecall.md): eth_call을 디버깅 모드로 실행하면서 trace 기능을 제공합니다. 현재 블록의 상태를 기반으로 특정 call을 수행하였을 때 발생하는 모든 스택 변화를 추적할 수 있습니다. - [debug_traceTransaction](https://developer.nodit.io/reference/arbitrum-debug_tracetransaction.md): 이미 처리된 Transaction의 처리 과정을 노드 레벨에서 replay하면서 트랜잭션의 실행 과정에서 각각의 단계와 관련된 상세한 정보를 확인할 수 있는 디버깅 메소드입니다. 트랜잭션의 호출 스택, 가스 사용량, 상태 변경, 로그 이벤트 등 다양한 정보를 반환합니다. 이를 통해 컨트랙트의 함수 호출 흐름, 변수 변경, 이벤트 발생 등을 추적하고 디버깅할 수 있습니다. - [Get NFT Contract Metadata by Contracts](https://developer.nodit.io/reference/arbitrum-getnftcontractmetadatabycontracts.md): 특정 NFT 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get NFT Contracts by Account](https://developer.nodit.io/reference/arbitrum-getnftcontractsbyaccount.md): 특정 Account가 보유한 NFT를 컨트랙트 별로 그룹핑하여 조회합니다. 조회 결과에는 컨트랙트별 NFT의 수량과 컨트랙트의 메타데이터가 포함됩니다. - [Get NFT Holders by Contract](https://developer.nodit.io/reference/arbitrum-getnftholdersbycontract.md): 특정 NFT 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Holders by Token ID](https://developer.nodit.io/reference/arbitrum-getnftholdersbytokenid.md): 특정 NFT의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Metadata by Contract](https://developer.nodit.io/reference/arbitrum-getnftmetadatabycontract.md): 특정 컨트랙트에서 발행된 NFT의 메타데이터 목록을 조회합니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Metadata by Token IDs](https://developer.nodit.io/reference/arbitrum-getnftmetadatabytokenids.md): 특정 NFT의 메타데이터를 조회합니다. 다수의 NFT를 조회할 수 있으며, 최대 100개의 NFT를 조회할 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Transfers By Account](https://developer.nodit.io/reference/arbitrum-getnfttransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By Contract](https://developer.nodit.io/reference/arbitrum-getnfttransfersbycontract.md): 특정 컨트랙트에서 발생된 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By TokenId](https://developer.nodit.io/reference/arbitrum-getnfttransfersbytokenid.md): 특정 NFT가 전송된 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers Within Range](https://developer.nodit.io/reference/arbitrum-getnfttransferswithinrange.md): 특정 기간동안 발생한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get NFTs Owned By Account](https://developer.nodit.io/reference/arbitrum-getnftsownedbyaccount.md): 특정 Account가 보유한 NFT의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰의 메타데이터가 포함됩니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Token URI 혹은 NFT Metadata 데이터가 실제 데이터와 다른가요? > > Token URI(tokenUri)와 NFT Metadata(rawMetadata)는 프로젝트의 컨트랙트 로직에 따라 동적으로 변경될 수 있습니다. 예를 들어, Dynamic NFT는 온체인 혹은 오프체인 조건에 따라 NFT 데이터가 업데이트될 수 있습니다. 이러한 변경은 자동으로 기록되지 않기 때문에, 최신 데이터를 확인하기 위해서는 Sync NFT Metadata를 사용해 동기화 요청을 보내는 것을 권장합니다. > Sync NFT Metadata는 메타데이터와 Token URI를 최신화하는 API입니다. 동기화 요청을 보내면 NFT Metadata와 Token URI의 데이터를 최신 상태로 업데이트하여 현재 상태에 맞는 정확한 정보를 확인할 수 있습니다. 이 과정은 데이터 크기와 네트워크 상태에 따라 최대 10초가 소요될 수 있습니다. > [▶ Link to Sync NFT Metadata](https://developer.nodit.io/reference/syncnftmetadata) - [Search NFT Contract Metadata By Keyword](https://developer.nodit.io/reference/arbitrum-searchnftcontractmetadatabykeyword.md): NFT 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Sync Nft Metadata](https://developer.nodit.io/reference/arbitrum-syncnftmetadata.md): 특정 NFT의 Metadata를 동기화합니다. 최대 100개의 NFT를 동기화할 수 있으며, 동기화까지 최대 10초가 소요될 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get Token Allowance](https://developer.nodit.io/reference/arbitrum-gettokenallowance.md): Spender에게 Owner가 Approve한 ERC20 토큰의 수량을 조회합니다. - [Get Token Contract Metadata by Contracts](https://developer.nodit.io/reference/arbitrum-gettokencontractmetadatabycontracts.md): 특정 ERC20 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get Token Holders By Contract](https://developer.nodit.io/reference/arbitrum-gettokenholdersbycontract.md): 특정 ERC20 토큰 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 토큰의 수량이 포함됩니다. - [Get Token Prices by Contracts](https://developer.nodit.io/reference/arbitrum-gettokenpricesbycontracts.md): 입력한 ERC20 토큰 컨트랙트에서 발행한 Token의 온체인 마켓 가격을 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 토큰 가격 조회 시 알아두어야 할 사항 > > 이 API에서 제공되는 토큰 가격은 CoinMarketCap의 데이터를 기반으로 합니다. 가격 정보는 일정 주기로 갱신되기 때문에 실시간 가격과 차이가 있을 수 있습니다. 또한, CoinMarketCap에 등록되지 않은 토큰을 조회할 경우 빈 배열이 반환됩니다. - [Get Token Transfers by Account](https://developer.nodit.io/reference/arbitrum-gettokentransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers by Contract](https://developer.nodit.io/reference/arbitrum-gettokentransfersbycontract.md): 특정 컨트랙트에서 발생된 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers Within Range](https://developer.nodit.io/reference/arbitrum-gettokentransferswithinrange.md): 특정 기간동안 발생한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Tokens Owned By Account](https://developer.nodit.io/reference/arbitrum-gettokensownedbyaccount.md): 특정 Account가 보유한 ERC20 토큰의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰 컨트랙트의 메타데이터가 포함됩니다. - [Search Token Contract Metadata by Keyword](https://developer.nodit.io/reference/arbitrum-searchtokencontractmetadatabykeyword.md): ERC20 토큰 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Native Balance by Account](https://developer.nodit.io/reference/arbitrum-getnativebalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. - [Get Block by Hash or Number](https://developer.nodit.io/reference/arbitrum-getblockbyhashornumber.md): 블록 해시 혹은 블록넘버로 조회한 블록의 특정 정보를 반환합니다. - [Get Blocks Within Range](https://developer.nodit.io/reference/arbitrum-getblockswithinrange.md): 특정 기간, 특정 구간의 블록 리스트 정보를 조회합니다. - [Get Gas Price](https://developer.nodit.io/reference/arbitrum-getgasprice.md): 현재 Gas Price를 조회합니다. - [Get Internal Transactions By Account](https://developer.nodit.io/reference/arbitrum-getinternaltransactionsbyaccount.md): 특정 Account와 관련된 internal transaction 리스트를 조회합니다. - [Get Internal Transactions By Transaction Hash](https://developer.nodit.io/reference/arbitrum-getinternaltransactionsbytransactionhash.md): 특정 트랜잭션에서 발생한 internal transaction 리스트를 조회합니다. - [Get Next Nonce by Account](https://developer.nodit.io/reference/arbitrum-getnextnoncebyaccount.md): 특정 Account의 다음 nonce를 조회합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/arbitrum-gettotaltransactioncountbyaccount.md): 이 API는 특정 계정 주소가 송신자나 수신자로 포함된 트랜잭션의 총 개수를 반환합니다. - [Get Transaction By Hash](https://developer.nodit.io/reference/arbitrum-gettransactionbyhash.md): 특정 트랜잭션의 정보를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Account](https://developer.nodit.io/reference/arbitrum-gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Hashes](https://developer.nodit.io/reference/arbitrum-gettransactionsbyhashes.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Transactions In Block](https://developer.nodit.io/reference/arbitrum-gettransactionsinblock.md): 특정 블록 내의 트랜잭션 리스트를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Is Contract](https://developer.nodit.io/reference/arbitrum-iscontract.md): 입력된 Address가 컨트랙트 주소인지 아닌지 조회합니다. - [Search Events](https://developer.nodit.io/reference/arbitrum-searchevents.md): 지정한 범위 내의 특정 event를 검색합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Account Stats](https://developer.nodit.io/reference/arbitrum-getaccountstats.md): 특정 주소의 통계 정보를 조회합니다. 계정 주소의 트랜잭션, 전송 이벤트, 자산 등의 정보를 통해서 계정의 활동을 분석할 수 있습니다. - [Avalanche Quickstart](https://developer.nodit.io/reference/avalanche-quickstart.md) - [eth_blockNumber](https://developer.nodit.io/reference/avalanche-eth_blocknumber.md): 가장 최신 블록의 번호를 반환합니다. - [eth_call](https://developer.nodit.io/reference/avalanche-eth_call.md): 실제로 트랜잭션을 생성하여 발행하지 않고 컨트랙트의 읽기 method를 실행한 결과를 조회할 수 있습니다. 주로 특정 스마트 컨트랙트의 현재 상태를 읽기 위해 사용됩니다. call로 인한 상태 변경은 일어나지 않습니다. > 🚧 응답 시간이 오래 걸리나요? 함수 복잡성에 따라 응답 시간이 길어질 수 있습니다! > > 특정 상태에서의 스마트 컨트랙트 함수를 실행할 때, 함수의 복잡성에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 실행할 함수를 최적화하고, 함수의 실행 결과를 최소화하세요. - [eth_chainId](https://developer.nodit.io/reference/avalanche-eth_chainid.md): 현재 노드가 연결된 네트워크의 체인 ID를 16진수 문자열 형태로 반환합니다. 체인 ID는 EIP-155에서 정의된 네트워크 식별자로, 리플레이 공격을 방지하기 위해 트랜잭션 서명에 사용됩니다. - [eth_createAccessList](https://developer.nodit.io/reference/avalanche-eth_createaccesslist.md): EIP-2930에 따라 트랜잭션에 포함할 수 있는 Access List를 생성합니다. Access List는 트랜잭션의 실행에 필요한 최소한의 정보만을 포함하고 있어, 블록체인 네트워크의 부하를 줄이고 가스 비용을 절감할 수 있습니다. - [eth_estimateGas](https://developer.nodit.io/reference/avalanche-eth_estimategas.md): 트랜잭션을 실행할 때 필요한 가스량을 추정합니다. 실제로 트랜잭션을 발행하지 않고 가스량만 추정합니다. - [eth_feeHistory](https://developer.nodit.io/reference/avalanche-eth_feehistory.md): 요청한 블록 범위 내의 가스 수수료 히스토리를 반환합니다. 이 정보를 사용하여 트랜잭션을 생성할 때 maxFeePerGas 및 maxPriorityFeePerGas의 적절한 값을 설정할 수 있습니다. - [eth_gasPrice](https://developer.nodit.io/reference/avalanche-eth_gasprice.md): 현재 노드가 연결된 네트워크의 예상 가스 가격을 wei단위로 반환합니다. - [eth_getBalance](https://developer.nodit.io/reference/avalanche-eth_getbalance.md): 특정 계정 주소가 소유한 Native Token 자산 잔고를 반환합니다. - [eth_getBlockByHash](https://developer.nodit.io/reference/avalanche-eth_getblockbyhash.md): 블록 해시를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockByNumber](https://developer.nodit.io/reference/avalanche-eth_getblockbynumber.md): 블록 넘버를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockTransactionCountByHash](https://developer.nodit.io/reference/avalanche-eth_getblocktransactioncountbyhash.md): 블록 해시를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getBlockTransactionCountByNumber](https://developer.nodit.io/reference/avalanche-eth_getblocktransactioncountbynumber.md): 블록 넘버를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getCode](https://developer.nodit.io/reference/avalanche-eth_getcode.md): 입력한 주소에 대한 스마트 컨트랙트 코드를 조회합니다. 코드가 존재하지 않는 경우에는 `0x`를 반환합니다. - [eth_getFilterChanges](https://developer.nodit.io/reference/avalanche-eth_getfilterchanges.md): 필터 ID를 입력하여 필터 결과를 조회합니다. eth_newFilter, eth_newBlockFilter, eth_newPendingTransactionFilter 메서드를 통해 생성된 필터 ID를 입력합니다. - [eth_getFilterLogs](https://developer.nodit.io/reference/avalanche-eth_getfilterlogs.md): 필터 ID를 입력하여 해당 필터에 대한 로그를 조회합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. eth_getLogs 메서드와 동일한 결과를 반환합니다. - [eth_getLogs](https://developer.nodit.io/reference/avalanche-eth_getlogs.md): 입력한 필터 조건에 부합하는 Log들을 조회합니다. 별도의 필터를 생성하여 필터 ID로 조회하지 않고, 요청에 바로 필터 조건을 입력하여 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_getProof](https://developer.nodit.io/reference/avalanche-eth_getproof.md): 특정 주소의 Storage에 저장된 값을 merkle-proof가 포함된 형식으로 반환합니다. 반환된 Proof값을 활용하여 조회한 Storage의 현재 상태값이 위변조되지 않았음을 검증할 수 있습니다. - [eth_getStorageAt](https://developer.nodit.io/reference/avalanche-eth_getstorageat.md): 입력한 주소에 할당된 Storage slot을 조회할 수 있습니다. - [eth_getTransactionByBlockHashAndIndex](https://developer.nodit.io/reference/avalanche-eth_gettransactionbyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionByBlockNumberAndIndex](https://developer.nodit.io/reference/avalanche-eth_gettransactionbyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 트랜잭션 정보를 조회합니다. - [eth_getTransactionByHash](https://developer.nodit.io/reference/avalanche-eth_gettransactionbyhash.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionCount](https://developer.nodit.io/reference/avalanche-eth_gettransactioncount.md): 특정 주소로부터 발행된 트랜잭션 수를 반환합니다. - [eth_getTransactionReceipt](https://developer.nodit.io/reference/avalanche-eth_gettransactionreceipt.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션 상태에 따라 응답 시간이 길어질 수 있습니다! > > 특정 트랜잭션의 정보를 조회할 때, 해당 트랜잭션에 포함된 이벤트 로그의 양, 블록 내 트랜잭션 순서 등에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 트랜잭션의 이벤트 로그를 제외하고 요청하세요. - [eth_getUncleByBlockHashAndIndex](https://developer.nodit.io/reference/avalanche-eth_getunclebyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 블록의 Uncle을 조회합니다. - [eth_getUncleByBlockNumberAndIndex](https://developer.nodit.io/reference/avalanche-eth_getunclebyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 uncle 정보를 조회합니다. - [eth_getUncleCountByBlockHash](https://developer.nodit.io/reference/avalanche-eth_getunclecountbyblockhash.md): 블록 해시를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_getUncleCountByBlockNumber](https://developer.nodit.io/reference/avalanche-eth_getunclecountbyblocknumber.md): 블록 넘버를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_maxPriorityFeePerGas](https://developer.nodit.io/reference/avalanche-eth_maxpriorityfeepergas.md): 현재 노드가 연결된 네트워크의 최대 우선 순위 수수료를 wei 단위로 반환합니다. 최대 우선 순위 수수료는 EIP-1559에서 정의된 새로운 트랜잭션 형식에서 사용됩니다. - [eth_newBlockFilter](https://developer.nodit.io/reference/avalanche-eth_newblockfilter.md): 신규 블록이 생성되면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_newFilter](https://developer.nodit.io/reference/avalanche-eth_newfilter.md): 입력한 필터 조건에 부합하는 Log들을 조회하기 위한 필터를 생성하고 필터 ID를 반환합니다. 필터 ID는 eth_getFilterLogs, eth_uninstallFilter 메서드에서 사용됩니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_newPendingTransactionFilter](https://developer.nodit.io/reference/avalanche-eth_newpendingtransactionfilter.md): 신규 Pending 트랜잭션이 발생하면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_sendRawTransaction](https://developer.nodit.io/reference/avalanche-eth_sendrawtransaction.md): 서명된 트랜잭션 데이터를 네트워크에 전송합니다. 트랜잭션이 정상적으로 처리되는 경우, 트랜잭션의 해시 값이 반환됩니다. 트랜잭션 서명은 개인키에 의해 client에서 이루어져야 합니다. 노드에서는 해당 트랜잭션의 유효성만 검증합니다. - [eth_uninstallFilter](https://developer.nodit.io/reference/avalanche-eth_uninstallfilter.md): 필터 ID를 입력하여 해당 필터를 제거합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. 필터가 이미 제거되었거나 존재하지 않는 경우에는 `false`를 반환합니다. - [eth_subscribe](https://developer.nodit.io/reference/avalanche-eth_subscribe.md) - [eth_unsubscribe](https://developer.nodit.io/reference/avalanche-eth_unsubscribe.md) - [net_listening](https://developer.nodit.io/reference/avalanche-net_listening.md): 클라이언트가 현재 요청을 받을 수 있는 상태인지 확인합니다. Health check용으로 사용할 수 있는 method입니다. - [net_version](https://developer.nodit.io/reference/avalanche-net_version.md): 연결된 Ethereum 네트워크의 네트워크 ID를 반환합니다. 네트워크 ID는 Ethereum의 다양한 네트워크(예: 메인넷, 테스트넷 등)를 구분하는 데 사용됩니다. 예를 들어, Ethereum 메인넷의 네트워크 ID는 1이고, Ropsten 테스트넷은 3, Rinkeby 테스트넷은 4입니다. 이 메소드는 주로 네트워크를 식별하고, 애플리케이션이 올바른 네트워크에 연결되어 있는지 확인하는 데 사용됩니다. - [web3_clientVersion](https://developer.nodit.io/reference/avalanche-web3_clientversion.md): 현재 노드의 client 버전 정보를 조회합니다. - [web3_sha3](https://developer.nodit.io/reference/avalanche-web3_sha3.md): 입력된 데이터에 대해 SHA3 (Keccak-256) 해시 함수를 적용하고, 그 결과를 반환합니다. 이 메소드는 주로 데이터의 무결성을 검증하거나, 특정 데이터에 대한 고유한 식별자를 생성하는 데 사용됩니다. 예를 들어, 입력 데이터를 해싱하여 블록체인에서 관리하거나, 고유한 해시 값을 계산하는 데 활용할 수 있습니다. - [debug_traceBlockByHash](https://developer.nodit.io/reference/avalanche-debug_traceblockbyhash.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceBlockByNumber](https://developer.nodit.io/reference/avalanche-debug_traceblockbynumber.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceCall](https://developer.nodit.io/reference/avalanche-debug_tracecall.md): eth_call을 디버깅 모드로 실행하면서 trace 기능을 제공합니다. 현재 블록의 상태를 기반으로 특정 call을 수행하였을 때 발생하는 모든 스택 변화를 추적할 수 있습니다. - [debug_traceTransaction](https://developer.nodit.io/reference/avalanche-debug_tracetransaction.md): 이미 처리된 Transaction의 처리 과정을 노드 레벨에서 replay하면서 트랜잭션의 실행 과정에서 각각의 단계와 관련된 상세한 정보를 확인할 수 있는 디버깅 메소드입니다. 트랜잭션의 호출 스택, 가스 사용량, 상태 변경, 로그 이벤트 등 다양한 정보를 반환합니다. 이를 통해 컨트랙트의 함수 호출 흐름, 변수 변경, 이벤트 발생 등을 추적하고 디버깅할 수 있습니다. - [Base Quickstart](https://developer.nodit.io/reference/base-quickstart.md) - [eth_blockNumber](https://developer.nodit.io/reference/base-eth_blocknumber.md): 가장 최신 블록의 번호를 반환합니다. - [eth_call](https://developer.nodit.io/reference/base-eth_call.md): 실제로 트랜잭션을 생성하여 발행하지 않고 컨트랙트의 읽기 method를 실행한 결과를 조회할 수 있습니다. 주로 특정 스마트 컨트랙트의 현재 상태를 읽기 위해 사용됩니다. call로 인한 상태 변경은 일어나지 않습니다. > 🚧 응답 시간이 오래 걸리나요? 함수 복잡성에 따라 응답 시간이 길어질 수 있습니다! > > 특정 상태에서의 스마트 컨트랙트 함수를 실행할 때, 함수의 복잡성에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 실행할 함수를 최적화하고, 함수의 실행 결과를 최소화하세요. - [eth_chainId](https://developer.nodit.io/reference/base-eth_chainid.md): 현재 노드가 연결된 네트워크의 체인 ID를 16진수 문자열 형태로 반환합니다. 체인 ID는 EIP-155에서 정의된 네트워크 식별자로, 리플레이 공격을 방지하기 위해 트랜잭션 서명에 사용됩니다. - [eth_createAccessList](https://developer.nodit.io/reference/base-eth_createaccesslist.md): EIP-2930에 따라 트랜잭션에 포함할 수 있는 Access List를 생성합니다. Access List는 트랜잭션의 실행에 필요한 최소한의 정보만을 포함하고 있어, 블록체인 네트워크의 부하를 줄이고 가스 비용을 절감할 수 있습니다. - [eth_estimateGas](https://developer.nodit.io/reference/base-eth_estimategas.md): 트랜잭션을 실행할 때 필요한 가스량을 추정합니다. 실제로 트랜잭션을 발행하지 않고 가스량만 추정합니다. - [eth_feeHistory](https://developer.nodit.io/reference/base-eth_feehistory.md): 요청한 블록 범위 내의 가스 수수료 히스토리를 반환합니다. 이 정보를 사용하여 트랜잭션을 생성할 때 maxFeePerGas 및 maxPriorityFeePerGas의 적절한 값을 설정할 수 있습니다. - [eth_gasPrice](https://developer.nodit.io/reference/base-eth_gasprice.md): 현재 노드가 연결된 네트워크의 예상 가스 가격을 wei단위로 반환합니다. - [eth_getBalance](https://developer.nodit.io/reference/base-eth_getbalance.md): 특정 계정 주소가 소유한 Native Token 자산 잔고를 반환합니다. - [eth_getBlockByHash](https://developer.nodit.io/reference/base-eth_getblockbyhash.md): 블록 해시를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockByNumber](https://developer.nodit.io/reference/base-eth_getblockbynumber.md): 블록 넘버를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockReceipts](https://developer.nodit.io/reference/base-eth_getblockreceipts.md): 블록 해시를 입력하여 해당 블록의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 내 트랜잭션 수에 따라 응답 시간이 길어질 수 있습니다! > > eth_getBlockReceipts는 특정 블록에 포함된 모든 트랜잭션의 실행 결과(receipts)를 한 번에 조회합니다. 이때 트랜잭션 수가 많거나 실행 결과가 복잡한 경우, 응답 시간이 지연될 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - 특정 트랜잭션만 필요한 경우, eth_getTransactionReceipt를 사용하여 원하는 트랜잭션의 실행 결과만 개별 조회하는 것을 권장합니다. - [eth_getBlockTransactionCountByHash](https://developer.nodit.io/reference/base-eth_getblocktransactioncountbyhash.md): 블록 해시를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getBlockTransactionCountByNumber](https://developer.nodit.io/reference/base-eth_getblocktransactioncountbynumber.md): 블록 넘버를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getCode](https://developer.nodit.io/reference/base-eth_getcode.md): 입력한 주소에 대한 스마트 컨트랙트 코드를 조회합니다. 코드가 존재하지 않는 경우에는 `0x`를 반환합니다. - [eth_getFilterChanges](https://developer.nodit.io/reference/base-eth_getfilterchanges.md): 필터 ID를 입력하여 필터 결과를 조회합니다. eth_newFilter, eth_newBlockFilter, eth_newPendingTransactionFilter 메서드를 통해 생성된 필터 ID를 입력합니다. - [eth_getFilterLogs](https://developer.nodit.io/reference/base-eth_getfilterlogs.md): 필터 ID를 입력하여 해당 필터에 대한 로그를 조회합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. eth_getLogs 메서드와 동일한 결과를 반환합니다. - [eth_getLogs](https://developer.nodit.io/reference/base-eth_getlogs.md): 입력한 필터 조건에 부합하는 Log들을 조회합니다. 별도의 필터를 생성하여 필터 ID로 조회하지 않고, 요청에 바로 필터 조건을 입력하여 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_getProof](https://developer.nodit.io/reference/base-eth_getproof.md): 특정 주소의 Storage에 저장된 값을 merkle-proof가 포함된 형식으로 반환합니다. 반환된 Proof값을 활용하여 조회한 Storage의 현재 상태값이 위변조되지 않았음을 검증할 수 있습니다. - [eth_getStorageAt](https://developer.nodit.io/reference/base-eth_getstorageat.md): 입력한 주소에 할당된 Storage slot을 조회할 수 있습니다. - [eth_getTransactionByBlockHashAndIndex](https://developer.nodit.io/reference/base-eth_gettransactionbyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionByBlockNumberAndIndex](https://developer.nodit.io/reference/base-eth_gettransactionbyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 트랜잭션 정보를 조회합니다. - [eth_getTransactionByHash](https://developer.nodit.io/reference/base-eth_gettransactionbyhash.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionCount](https://developer.nodit.io/reference/base-eth_gettransactioncount.md): 특정 주소로부터 발행된 트랜잭션 수를 반환합니다. - [eth_getTransactionReceipt](https://developer.nodit.io/reference/base-eth_gettransactionreceipt.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션 상태에 따라 응답 시간이 길어질 수 있습니다! > > 특정 트랜잭션의 정보를 조회할 때, 해당 트랜잭션에 포함된 이벤트 로그의 양, 블록 내 트랜잭션 순서 등에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 트랜잭션의 이벤트 로그를 제외하고 요청하세요. - [eth_getUncleByBlockHashAndIndex](https://developer.nodit.io/reference/base-eth_getunclebyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 블록의 Uncle을 조회합니다. - [eth_getUncleByBlockNumberAndIndex](https://developer.nodit.io/reference/base-eth_getunclebyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 uncle 정보를 조회합니다. - [eth_getUncleCountByBlockHash](https://developer.nodit.io/reference/base-eth_getunclecountbyblockhash.md): 블록 해시를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_getUncleCountByBlockNumber](https://developer.nodit.io/reference/base-eth_getunclecountbyblocknumber.md): 블록 넘버를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_maxPriorityFeePerGas](https://developer.nodit.io/reference/base-eth_maxpriorityfeepergas.md): 현재 노드가 연결된 네트워크의 최대 우선 순위 수수료를 wei 단위로 반환합니다. 최대 우선 순위 수수료는 EIP-1559에서 정의된 새로운 트랜잭션 형식에서 사용됩니다. - [eth_newBlockFilter](https://developer.nodit.io/reference/base-eth_newblockfilter.md): 신규 블록이 생성되면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_newFilter](https://developer.nodit.io/reference/base-eth_newfilter.md): 입력한 필터 조건에 부합하는 Log들을 조회하기 위한 필터를 생성하고 필터 ID를 반환합니다. 필터 ID는 eth_getFilterLogs, eth_uninstallFilter 메서드에서 사용됩니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_newPendingTransactionFilter](https://developer.nodit.io/reference/base-eth_newpendingtransactionfilter.md): 신규 Pending 트랜잭션이 발생하면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_sendRawTransaction](https://developer.nodit.io/reference/base-eth_sendrawtransaction.md): 서명된 트랜잭션 데이터를 네트워크에 전송합니다. 트랜잭션이 정상적으로 처리되는 경우, 트랜잭션의 해시 값이 반환됩니다. 트랜잭션 서명은 개인키에 의해 client에서 이루어져야 합니다. 노드에서는 해당 트랜잭션의 유효성만 검증합니다. - [eth_uninstallFilter](https://developer.nodit.io/reference/base-eth_uninstallfilter.md): 필터 ID를 입력하여 해당 필터를 제거합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. 필터가 이미 제거되었거나 존재하지 않는 경우에는 `false`를 반환합니다. - [eth_subscribe](https://developer.nodit.io/reference/base-eth_subscribe.md) - [eth_unsubscribe](https://developer.nodit.io/reference/base-eth_unsubscribe.md) - [net_listening](https://developer.nodit.io/reference/base-net_listening.md): 클라이언트가 현재 요청을 받을 수 있는 상태인지 확인합니다. Health check용으로 사용할 수 있는 method입니다. - [net_version](https://developer.nodit.io/reference/base-net_version.md): 연결된 Ethereum 네트워크의 네트워크 ID를 반환합니다. 네트워크 ID는 Ethereum의 다양한 네트워크(예: 메인넷, 테스트넷 등)를 구분하는 데 사용됩니다. 예를 들어, Ethereum 메인넷의 네트워크 ID는 1이고, Ropsten 테스트넷은 3, Rinkeby 테스트넷은 4입니다. 이 메소드는 주로 네트워크를 식별하고, 애플리케이션이 올바른 네트워크에 연결되어 있는지 확인하는 데 사용됩니다. - [web3_clientVersion](https://developer.nodit.io/reference/base-web3_clientversion.md): 현재 노드의 client 버전 정보를 조회합니다. - [web3_sha3](https://developer.nodit.io/reference/base-web3_sha3.md): 입력된 데이터에 대해 SHA3 (Keccak-256) 해시 함수를 적용하고, 그 결과를 반환합니다. 이 메소드는 주로 데이터의 무결성을 검증하거나, 특정 데이터에 대한 고유한 식별자를 생성하는 데 사용됩니다. 예를 들어, 입력 데이터를 해싱하여 블록체인에서 관리하거나, 고유한 해시 값을 계산하는 데 활용할 수 있습니다. - [debug_traceBlockByHash](https://developer.nodit.io/reference/base-debug_traceblockbyhash.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceBlockByNumber](https://developer.nodit.io/reference/base-debug_traceblockbynumber.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceCall](https://developer.nodit.io/reference/base-debug_tracecall.md): eth_call을 디버깅 모드로 실행하면서 trace 기능을 제공합니다. 현재 블록의 상태를 기반으로 특정 call을 수행하였을 때 발생하는 모든 스택 변화를 추적할 수 있습니다. - [debug_traceTransaction](https://developer.nodit.io/reference/base-debug_tracetransaction.md): 이미 처리된 Transaction의 처리 과정을 노드 레벨에서 replay하면서 트랜잭션의 실행 과정에서 각각의 단계와 관련된 상세한 정보를 확인할 수 있는 디버깅 메소드입니다. 트랜잭션의 호출 스택, 가스 사용량, 상태 변경, 로그 이벤트 등 다양한 정보를 반환합니다. 이를 통해 컨트랙트의 함수 호출 흐름, 변수 변경, 이벤트 발생 등을 추적하고 디버깅할 수 있습니다. - [optimism_outputAtBlock](https://developer.nodit.io/reference/base-optimism_outputatblock.md): 이 메소드는 특정 블록에서의 출력 루트를 얻기 위해 사용됩니다. 사용자는 해당 블록 번호를 16진수 형태로 제공하여 호출할 수 있으며, 성공적인 호출 결과로는 해당 블록의 출력 루트가 반환됩니다. 출력 루트는 Optimism의 상태를 나타내는 중요한 요소로, 특정 블록의 상태를 검증하는 데 사용될 수 있습니다. - [optimism_rollupConfig](https://developer.nodit.io/reference/base-optimism_rollupconfig.md): 이 메서드는 롤업 구성 매개변수를 조회하는 데 사용됩니다. 호출 결과로는 롤업의 다양한 구성 옵션을 포함한 정보가 반환됩니다. 이 정보에는 제네시스 블록 정보, 배치 크기, 시퀀서 윈도우 크기, 채널 타임아웃 등 롤업 운영에 필요한 다양한 설정 값이 포함될 수 있습니다. 이를 통해 개발자는 롤업의 현재 구성 상태를 이해하고, 필요에 따라 최적화할 수 있습니다. - [Get NFT Contract Metadata by Contracts](https://developer.nodit.io/reference/base-getnftcontractmetadatabycontracts.md): 특정 NFT 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get NFT Contracts by Account](https://developer.nodit.io/reference/base-getnftcontractsbyaccount.md): 특정 Account가 보유한 NFT를 컨트랙트 별로 그룹핑하여 조회합니다. 조회 결과에는 컨트랙트별 NFT의 수량과 컨트랙트의 메타데이터가 포함됩니다. - [Get NFT Holders by Contract](https://developer.nodit.io/reference/base-getnftholdersbycontract.md): 특정 NFT 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Holders by Token ID](https://developer.nodit.io/reference/base-getnftholdersbytokenid.md): 특정 NFT의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Metadata by Contract](https://developer.nodit.io/reference/base-getnftmetadatabycontract.md): 특정 컨트랙트에서 발행된 NFT의 메타데이터 목록을 조회합니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Metadata by Token IDs](https://developer.nodit.io/reference/base-getnftmetadatabytokenids.md): 특정 NFT의 메타데이터를 조회합니다. 다수의 NFT를 조회할 수 있으며, 최대 100개의 NFT를 조회할 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Transfers By Account](https://developer.nodit.io/reference/base-getnfttransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By Contract](https://developer.nodit.io/reference/base-getnfttransfersbycontract.md): 특정 컨트랙트에서 발생된 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By TokenId](https://developer.nodit.io/reference/base-getnfttransfersbytokenid.md): 특정 NFT가 전송된 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers Within Range](https://developer.nodit.io/reference/base-getnfttransferswithinrange.md): 특정 기간동안 발생한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get NFTs Owned By Account](https://developer.nodit.io/reference/base-getnftsownedbyaccount.md): 특정 Account가 보유한 NFT의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰의 메타데이터가 포함됩니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Token URI 혹은 NFT Metadata 데이터가 실제 데이터와 다른가요? > > Token URI(tokenUri)와 NFT Metadata(rawMetadata)는 프로젝트의 컨트랙트 로직에 따라 동적으로 변경될 수 있습니다. 예를 들어, Dynamic NFT는 온체인 혹은 오프체인 조건에 따라 NFT 데이터가 업데이트될 수 있습니다. 이러한 변경은 자동으로 기록되지 않기 때문에, 최신 데이터를 확인하기 위해서는 Sync NFT Metadata를 사용해 동기화 요청을 보내는 것을 권장합니다. > Sync NFT Metadata는 메타데이터와 Token URI를 최신화하는 API입니다. 동기화 요청을 보내면 NFT Metadata와 Token URI의 데이터를 최신 상태로 업데이트하여 현재 상태에 맞는 정확한 정보를 확인할 수 있습니다. 이 과정은 데이터 크기와 네트워크 상태에 따라 최대 10초가 소요될 수 있습니다. > [▶ Link to Sync NFT Metadata](https://developer.nodit.io/reference/syncnftmetadata) - [Search NFT Contract Metadata By Keyword](https://developer.nodit.io/reference/base-searchnftcontractmetadatabykeyword.md): NFT 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Sync Nft Metadata](https://developer.nodit.io/reference/base-syncnftmetadata.md): 특정 NFT의 Metadata를 동기화합니다. 최대 100개의 NFT를 동기화할 수 있으며, 동기화까지 최대 10초가 소요될 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get Token Allowance](https://developer.nodit.io/reference/base-gettokenallowance.md): Spender에게 Owner가 Approve한 ERC20 토큰의 수량을 조회합니다. - [Get Token Contract Metadata by Contracts](https://developer.nodit.io/reference/base-gettokencontractmetadatabycontracts.md): 특정 ERC20 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get Token Holders By Contract](https://developer.nodit.io/reference/base-gettokenholdersbycontract.md): 특정 ERC20 토큰 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 토큰의 수량이 포함됩니다. - [Get Token Prices by Contracts](https://developer.nodit.io/reference/base-gettokenpricesbycontracts.md): 입력한 ERC20 토큰 컨트랙트에서 발행한 Token의 온체인 마켓 가격을 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 토큰 가격 조회 시 알아두어야 할 사항 > > 이 API에서 제공되는 토큰 가격은 CoinMarketCap의 데이터를 기반으로 합니다. 가격 정보는 일정 주기로 갱신되기 때문에 실시간 가격과 차이가 있을 수 있습니다. 또한, CoinMarketCap에 등록되지 않은 토큰을 조회할 경우 빈 배열이 반환됩니다. - [Get Token Transfers by Account](https://developer.nodit.io/reference/base-gettokentransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers by Contract](https://developer.nodit.io/reference/base-gettokentransfersbycontract.md): 특정 컨트랙트에서 발생된 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers Within Range](https://developer.nodit.io/reference/base-gettokentransferswithinrange.md): 특정 기간동안 발생한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Tokens Owned By Account](https://developer.nodit.io/reference/base-gettokensownedbyaccount.md): 특정 Account가 보유한 ERC20 토큰의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰 컨트랙트의 메타데이터가 포함됩니다. - [Search Token Contract Metadata by Keyword](https://developer.nodit.io/reference/base-searchtokencontractmetadatabykeyword.md): ERC20 토큰 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Native Balance by Account](https://developer.nodit.io/reference/base-getnativebalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. - [Get Block by Hash or Number](https://developer.nodit.io/reference/base-getblockbyhashornumber.md): 블록 해시 혹은 블록넘버로 조회한 블록의 특정 정보를 반환합니다. - [Get Blocks Within Range](https://developer.nodit.io/reference/base-getblockswithinrange.md): 특정 기간, 특정 구간의 블록 리스트 정보를 조회합니다. - [Get Gas Price](https://developer.nodit.io/reference/base-getgasprice.md): 현재 Gas Price를 조회합니다. - [Get Internal Transactions By Account](https://developer.nodit.io/reference/base-getinternaltransactionsbyaccount.md): 특정 Account와 관련된 internal transaction 리스트를 조회합니다. - [Get Internal Transactions By Transaction Hash](https://developer.nodit.io/reference/base-getinternaltransactionsbytransactionhash.md): 특정 트랜잭션에서 발생한 internal transaction 리스트를 조회합니다. - [Get Next Nonce by Account](https://developer.nodit.io/reference/base-getnextnoncebyaccount.md): 특정 Account의 다음 nonce를 조회합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/base-gettotaltransactioncountbyaccount.md): 이 API는 특정 계정 주소가 송신자나 수신자로 포함된 트랜잭션의 총 개수를 반환합니다. - [Get Transaction By Hash](https://developer.nodit.io/reference/base-gettransactionbyhash.md): 특정 트랜잭션의 정보를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Account](https://developer.nodit.io/reference/base-gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Hashes](https://developer.nodit.io/reference/base-gettransactionsbyhashes.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Transactions In Block](https://developer.nodit.io/reference/base-gettransactionsinblock.md): 특정 블록 내의 트랜잭션 리스트를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Is Contract](https://developer.nodit.io/reference/base-iscontract.md): 입력된 Address가 컨트랙트 주소인지 아닌지 조회합니다. - [Search Events](https://developer.nodit.io/reference/base-searchevents.md): 지정한 범위 내의 특정 event를 검색합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Account Stats](https://developer.nodit.io/reference/base-getaccountstats.md): 특정 주소의 통계 정보를 조회합니다. 계정 주소의 트랜잭션, 전송 이벤트, 자산 등의 정보를 통해서 계정의 활동을 분석할 수 있습니다. - [Bitcoin Quickstart](https://developer.nodit.io/reference/bitcoin-quickstart.md) - [Get Native Token Balance by Account](https://developer.nodit.io/reference/bitcoin-getnativetokenbalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. (e.g., Bitcoin의 경우, BTC 잔고를 조회할 수 있습니다.) - [Get Native Token Transfers By Account](https://developer.nodit.io/reference/bitcoin-getnativetokentransfersbyaccount.md): 특정 주소와 관련된 네이티브 토큰 전송 내역을 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. (e.g., Bitcoin의 경우, BTC 잔고를 조회할 수 있습니다.) - [Get Block by Hash or Number](https://developer.nodit.io/reference/bitcoin-getblockbyhashornumber.md): 블록 해시 혹은 블록넘버로 조회한 블록의 특정 정보를 반환합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/bitcoin-gettotaltransactioncountbyaccount.md): 이 API는 특정 계정 주소가 송신자나 수신자로 포함된 트랜잭션의 총 개수를 반환합니다. - [Get Transaction By Transaction ID](https://developer.nodit.io/reference/bitcoin-gettransactionbytransactionid.md): 특정 트랜잭션의 정보를 조회합니다. - [Get Transactions By Account](https://developer.nodit.io/reference/bitcoin-gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Transaction IDs](https://developer.nodit.io/reference/bitcoin-gettransactionsbytransactionids.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. - [Get Unspent Transaction Outputs By Account](https://developer.nodit.io/reference/bitcoin-getunspenttransactionoutputsbyaccount.md): 특정 계정의 UTXO(Unspent Transaction Output) 목록을 조회합니다. - [Chiliz Quickstart](https://developer.nodit.io/reference/chiliz-quickstart.md) - [Get NFT Contract Metadata by Contracts](https://developer.nodit.io/reference/chiliz-getnftcontractmetadatabycontracts.md): 특정 NFT 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get NFT Contracts by Account](https://developer.nodit.io/reference/chiliz-getnftcontractsbyaccount.md): 특정 Account가 보유한 NFT를 컨트랙트 별로 그룹핑하여 조회합니다. 조회 결과에는 컨트랙트별 NFT의 수량과 컨트랙트의 메타데이터가 포함됩니다. - [Get NFT Holders by Contract](https://developer.nodit.io/reference/chiliz-getnftholdersbycontract.md): 특정 NFT 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Holders by Token ID](https://developer.nodit.io/reference/chiliz-getnftholdersbytokenid.md): 특정 NFT의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Metadata by Contract](https://developer.nodit.io/reference/chiliz-getnftmetadatabycontract.md): 특정 컨트랙트에서 발행된 NFT의 메타데이터 목록을 조회합니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Metadata by Token IDs](https://developer.nodit.io/reference/chiliz-getnftmetadatabytokenids.md): 특정 NFT의 메타데이터를 조회합니다. 다수의 NFT를 조회할 수 있으며, 최대 100개의 NFT를 조회할 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Transfers By Account](https://developer.nodit.io/reference/chiliz-getnfttransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By Contract](https://developer.nodit.io/reference/chiliz-getnfttransfersbycontract.md): 특정 컨트랙트에서 발생된 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By TokenId](https://developer.nodit.io/reference/chiliz-getnfttransfersbytokenid.md): 특정 NFT가 전송된 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers Within Range](https://developer.nodit.io/reference/chiliz-getnfttransferswithinrange.md): 특정 기간동안 발생한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get NFTs Owned By Account](https://developer.nodit.io/reference/chiliz-getnftsownedbyaccount.md): 특정 Account가 보유한 NFT의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰의 메타데이터가 포함됩니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Token URI 혹은 NFT Metadata 데이터가 실제 데이터와 다른가요? > > Token URI(tokenUri)와 NFT Metadata(rawMetadata)는 프로젝트의 컨트랙트 로직에 따라 동적으로 변경될 수 있습니다. 예를 들어, Dynamic NFT는 온체인 혹은 오프체인 조건에 따라 NFT 데이터가 업데이트될 수 있습니다. 이러한 변경은 자동으로 기록되지 않기 때문에, 최신 데이터를 확인하기 위해서는 Sync NFT Metadata를 사용해 동기화 요청을 보내는 것을 권장합니다. > Sync NFT Metadata는 메타데이터와 Token URI를 최신화하는 API입니다. 동기화 요청을 보내면 NFT Metadata와 Token URI의 데이터를 최신 상태로 업데이트하여 현재 상태에 맞는 정확한 정보를 확인할 수 있습니다. 이 과정은 데이터 크기와 네트워크 상태에 따라 최대 10초가 소요될 수 있습니다. > [▶ Link to Sync NFT Metadata](https://developer.nodit.io/reference/syncnftmetadata) - [Search NFT Contract Metadata By Keyword](https://developer.nodit.io/reference/chiliz-searchnftcontractmetadatabykeyword.md): NFT 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Sync Nft Metadata](https://developer.nodit.io/reference/chiliz-syncnftmetadata.md): 특정 NFT의 Metadata를 동기화합니다. 최대 100개의 NFT를 동기화할 수 있으며, 동기화까지 최대 10초가 소요될 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get Token Allowance](https://developer.nodit.io/reference/chiliz-gettokenallowance.md): Spender에게 Owner가 Approve한 ERC20 토큰의 수량을 조회합니다. - [Get Token Contract Metadata by Contracts](https://developer.nodit.io/reference/chiliz-gettokencontractmetadatabycontracts.md): 특정 ERC20 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get Token Holders By Contract](https://developer.nodit.io/reference/chiliz-gettokenholdersbycontract.md): 특정 ERC20 토큰 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 토큰의 수량이 포함됩니다. - [Get Token Prices by Contracts](https://developer.nodit.io/reference/chiliz-gettokenpricesbycontracts.md): 입력한 ERC20 토큰 컨트랙트에서 발행한 Token의 온체인 마켓 가격을 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 토큰 가격 조회 시 알아두어야 할 사항 > > 이 API에서 제공되는 토큰 가격은 CoinMarketCap의 데이터를 기반으로 합니다. 가격 정보는 일정 주기로 갱신되기 때문에 실시간 가격과 차이가 있을 수 있습니다. 또한, CoinMarketCap에 등록되지 않은 토큰을 조회할 경우 빈 배열이 반환됩니다. - [Get Token Transfers by Account](https://developer.nodit.io/reference/chiliz-gettokentransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers by Contract](https://developer.nodit.io/reference/chiliz-gettokentransfersbycontract.md): 특정 컨트랙트에서 발생된 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers Within Range](https://developer.nodit.io/reference/chiliz-gettokentransferswithinrange.md): 특정 기간동안 발생한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Tokens Owned By Account](https://developer.nodit.io/reference/chiliz-gettokensownedbyaccount.md): 특정 Account가 보유한 ERC20 토큰의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰 컨트랙트의 메타데이터가 포함됩니다. - [Search Token Contract Metadata by Keyword](https://developer.nodit.io/reference/chiliz-searchtokencontractmetadatabykeyword.md): ERC20 토큰 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Native Balance by Account](https://developer.nodit.io/reference/chiliz-getnativebalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. - [Get Block by Hash or Number](https://developer.nodit.io/reference/chiliz-getblockbyhashornumber.md): 블록 해시 혹은 블록넘버로 조회한 블록의 특정 정보를 반환합니다. - [Get Blocks Within Range](https://developer.nodit.io/reference/chiliz-getblockswithinrange.md): 특정 기간, 특정 구간의 블록 리스트 정보를 조회합니다. - [Get Gas Price](https://developer.nodit.io/reference/chiliz-getgasprice.md): 현재 Gas Price를 조회합니다. - [Get Internal Transactions By Account](https://developer.nodit.io/reference/chiliz-getinternaltransactionsbyaccount.md): 특정 Account와 관련된 internal transaction 리스트를 조회합니다. - [Get Internal Transactions By Transaction Hash](https://developer.nodit.io/reference/chiliz-getinternaltransactionsbytransactionhash.md): 특정 트랜잭션에서 발생한 internal transaction 리스트를 조회합니다. - [Get Next Nonce by Account](https://developer.nodit.io/reference/chiliz-getnextnoncebyaccount.md): 특정 Account의 다음 nonce를 조회합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/chiliz-gettotaltransactioncountbyaccount.md): 이 API는 특정 계정 주소가 송신자나 수신자로 포함된 트랜잭션의 총 개수를 반환합니다. - [Get Transaction By Hash](https://developer.nodit.io/reference/chiliz-gettransactionbyhash.md): 특정 트랜잭션의 정보를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Account](https://developer.nodit.io/reference/chiliz-gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Hashes](https://developer.nodit.io/reference/chiliz-gettransactionsbyhashes.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Transactions In Block](https://developer.nodit.io/reference/chiliz-gettransactionsinblock.md): 특정 블록 내의 트랜잭션 리스트를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Is Contract](https://developer.nodit.io/reference/chiliz-iscontract.md): 입력된 Address가 컨트랙트 주소인지 아닌지 조회합니다. - [Search Events](https://developer.nodit.io/reference/chiliz-searchevents.md): 지정한 범위 내의 특정 event를 검색합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Account Stats](https://developer.nodit.io/reference/chiliz-getaccountstats.md): 특정 주소의 통계 정보를 조회합니다. 계정 주소의 트랜잭션, 전송 이벤트, 자산 등의 정보를 통해서 계정의 활동을 분석할 수 있습니다. - [Dogecoin Quickstart](https://developer.nodit.io/reference/dogecoin-quickstart.md) - [Get Native Token Balance by Account](https://developer.nodit.io/reference/dogecoin-getnativetokenbalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. (e.g., Bitcoin의 경우, BTC 잔고를 조회할 수 있습니다.) - [Get Native Token Transfers By Account](https://developer.nodit.io/reference/dogecoin-getnativetokentransfersbyaccount.md): 특정 주소와 관련된 네이티브 토큰 전송 내역을 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. (e.g., Bitcoin의 경우, BTC 잔고를 조회할 수 있습니다.) - [Get Block by Hash or Number](https://developer.nodit.io/reference/dogecoin-getblockbyhashornumber.md): 블록 해시 혹은 블록넘버로 조회한 블록의 특정 정보를 반환합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/dogecoin-gettotaltransactioncountbyaccount.md): 이 API는 특정 계정 주소가 송신자나 수신자로 포함된 트랜잭션의 총 개수를 반환합니다. - [Get Transaction By Transaction ID](https://developer.nodit.io/reference/dogecoin-gettransactionbytransactionid.md): 특정 트랜잭션의 정보를 조회합니다. - [Get Transactions By Account](https://developer.nodit.io/reference/dogecoin-gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Transaction IDs](https://developer.nodit.io/reference/dogecoin-gettransactionsbytransactionids.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. - [Get Unspent Transaction Outputs By Account](https://developer.nodit.io/reference/dogecoin-getunspenttransactionoutputsbyaccount.md): 특정 계정의 UTXO(Unspent Transaction Output) 목록을 조회합니다. - [Ethereum Quickstart](https://developer.nodit.io/reference/ethereum-quickstart.md) - [eth_blockNumber](https://developer.nodit.io/reference/eth_blocknumber.md): 가장 최신 블록의 번호를 반환합니다. - [eth_call](https://developer.nodit.io/reference/eth_call.md): 실제로 트랜잭션을 생성하여 발행하지 않고 컨트랙트의 읽기 method를 실행한 결과를 조회할 수 있습니다. 주로 특정 스마트 컨트랙트의 현재 상태를 읽기 위해 사용됩니다. call로 인한 상태 변경은 일어나지 않습니다. > 🚧 응답 시간이 오래 걸리나요? 함수 복잡성에 따라 응답 시간이 길어질 수 있습니다! > > 특정 상태에서의 스마트 컨트랙트 함수를 실행할 때, 함수의 복잡성에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 실행할 함수를 최적화하고, 함수의 실행 결과를 최소화하세요. - [eth_chainId](https://developer.nodit.io/reference/eth_chainid.md): 현재 노드가 연결된 네트워크의 체인 ID를 16진수 문자열 형태로 반환합니다. 체인 ID는 EIP-155에서 정의된 네트워크 식별자로, 리플레이 공격을 방지하기 위해 트랜잭션 서명에 사용됩니다. - [eth_createAccessList](https://developer.nodit.io/reference/eth_createaccesslist.md): EIP-2930에 따라 트랜잭션에 포함할 수 있는 Access List를 생성합니다. Access List는 트랜잭션의 실행에 필요한 최소한의 정보만을 포함하고 있어, 블록체인 네트워크의 부하를 줄이고 가스 비용을 절감할 수 있습니다. - [eth_estimateGas](https://developer.nodit.io/reference/eth_estimategas.md): 트랜잭션을 실행할 때 필요한 가스량을 추정합니다. 실제로 트랜잭션을 발행하지 않고 가스량만 추정합니다. - [eth_feeHistory](https://developer.nodit.io/reference/eth_feehistory.md): 요청한 블록 범위 내의 가스 수수료 히스토리를 반환합니다. 이 정보를 사용하여 트랜잭션을 생성할 때 maxFeePerGas 및 maxPriorityFeePerGas의 적절한 값을 설정할 수 있습니다. - [eth_gasPrice](https://developer.nodit.io/reference/eth_gasprice.md): 현재 노드가 연결된 네트워크의 예상 가스 가격을 wei단위로 반환합니다. - [eth_getBalance](https://developer.nodit.io/reference/eth_getbalance.md): 특정 계정 주소가 소유한 Native Token 자산 잔고를 반환합니다. - [eth_getBlockByHash](https://developer.nodit.io/reference/eth_getblockbyhash.md): 블록 해시를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockByNumber](https://developer.nodit.io/reference/eth_getblockbynumber.md): 블록 넘버를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockReceipts](https://developer.nodit.io/reference/eth_getblockreceipts.md): 블록 해시를 입력하여 해당 블록의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 내 트랜잭션 수에 따라 응답 시간이 길어질 수 있습니다! > > eth_getBlockReceipts는 특정 블록에 포함된 모든 트랜잭션의 실행 결과(receipts)를 한 번에 조회합니다. 이때 트랜잭션 수가 많거나 실행 결과가 복잡한 경우, 응답 시간이 지연될 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - 특정 트랜잭션만 필요한 경우, eth_getTransactionReceipt를 사용하여 원하는 트랜잭션의 실행 결과만 개별 조회하는 것을 권장합니다. - [eth_getBlockTransactionCountByHash](https://developer.nodit.io/reference/eth_getblocktransactioncountbyhash.md): 블록 해시를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getBlockTransactionCountByNumber](https://developer.nodit.io/reference/eth_getblocktransactioncountbynumber.md): 블록 넘버를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getCode](https://developer.nodit.io/reference/eth_getcode.md): 입력한 주소에 대한 스마트 컨트랙트 코드를 조회합니다. 코드가 존재하지 않는 경우에는 `0x`를 반환합니다. - [eth_getFilterChanges](https://developer.nodit.io/reference/eth_getfilterchanges.md): 필터 ID를 입력하여 필터 결과를 조회합니다. eth_newFilter, eth_newBlockFilter, eth_newPendingTransactionFilter 메서드를 통해 생성된 필터 ID를 입력합니다. - [eth_getFilterLogs](https://developer.nodit.io/reference/eth_getfilterlogs.md): 필터 ID를 입력하여 해당 필터에 대한 로그를 조회합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. eth_getLogs 메서드와 동일한 결과를 반환합니다. - [eth_getLogs](https://developer.nodit.io/reference/eth_getlogs.md): 입력한 필터 조건에 부합하는 Log들을 조회합니다. 별도의 필터를 생성하여 필터 ID로 조회하지 않고, 요청에 바로 필터 조건을 입력하여 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_getProof](https://developer.nodit.io/reference/eth_getproof.md): 특정 주소의 Storage에 저장된 값을 merkle-proof가 포함된 형식으로 반환합니다. 반환된 Proof값을 활용하여 조회한 Storage의 현재 상태값이 위변조되지 않았음을 검증할 수 있습니다. - [eth_getStorageAt](https://developer.nodit.io/reference/eth_getstorageat.md): 입력한 주소에 할당된 Storage slot을 조회할 수 있습니다. - [eth_getTransactionByBlockHashAndIndex](https://developer.nodit.io/reference/eth_gettransactionbyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionByBlockNumberAndIndex](https://developer.nodit.io/reference/eth_gettransactionbyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 트랜잭션 정보를 조회합니다. - [eth_getTransactionByHash](https://developer.nodit.io/reference/eth_gettransactionbyhash.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionCount](https://developer.nodit.io/reference/eth_gettransactioncount.md): 특정 주소로부터 발행된 트랜잭션 수를 반환합니다. - [eth_getTransactionReceipt](https://developer.nodit.io/reference/eth_gettransactionreceipt.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션 상태에 따라 응답 시간이 길어질 수 있습니다! > > 특정 트랜잭션의 정보를 조회할 때, 해당 트랜잭션에 포함된 이벤트 로그의 양, 블록 내 트랜잭션 순서 등에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 트랜잭션의 이벤트 로그를 제외하고 요청하세요. - [eth_getUncleByBlockHashAndIndex](https://developer.nodit.io/reference/eth_getunclebyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 블록의 Uncle을 조회합니다. - [eth_getUncleByBlockNumberAndIndex](https://developer.nodit.io/reference/eth_getunclebyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 uncle 정보를 조회합니다. - [eth_getUncleCountByBlockHash](https://developer.nodit.io/reference/eth_getunclecountbyblockhash.md): 블록 해시를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_getUncleCountByBlockNumber](https://developer.nodit.io/reference/eth_getunclecountbyblocknumber.md): 블록 넘버를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_maxPriorityFeePerGas](https://developer.nodit.io/reference/eth_maxpriorityfeepergas.md): 현재 노드가 연결된 네트워크의 최대 우선 순위 수수료를 wei 단위로 반환합니다. 최대 우선 순위 수수료는 EIP-1559에서 정의된 새로운 트랜잭션 형식에서 사용됩니다. - [eth_newBlockFilter](https://developer.nodit.io/reference/eth_newblockfilter.md): 신규 블록이 생성되면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_newFilter](https://developer.nodit.io/reference/eth_newfilter.md): 입력한 필터 조건에 부합하는 Log들을 조회하기 위한 필터를 생성하고 필터 ID를 반환합니다. 필터 ID는 eth_getFilterLogs, eth_uninstallFilter 메서드에서 사용됩니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_newPendingTransactionFilter](https://developer.nodit.io/reference/eth_newpendingtransactionfilter.md): 신규 Pending 트랜잭션이 발생하면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_sendRawTransaction](https://developer.nodit.io/reference/eth_sendrawtransaction.md): 서명된 트랜잭션 데이터를 네트워크에 전송합니다. 트랜잭션이 정상적으로 처리되는 경우, 트랜잭션의 해시 값이 반환됩니다. 트랜잭션 서명은 개인키에 의해 client에서 이루어져야 합니다. 노드에서는 해당 트랜잭션의 유효성만 검증합니다. - [eth_uninstallFilter](https://developer.nodit.io/reference/eth_uninstallfilter.md): 필터 ID를 입력하여 해당 필터를 제거합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. 필터가 이미 제거되었거나 존재하지 않는 경우에는 `false`를 반환합니다. - [eth_subscribe](https://developer.nodit.io/reference/eth_subscribe.md) - [eth_unsubscribe](https://developer.nodit.io/reference/eth_unsubscribe.md) - [net_listening](https://developer.nodit.io/reference/net_listening.md): 클라이언트가 현재 요청을 받을 수 있는 상태인지 확인합니다. Health check용으로 사용할 수 있는 method입니다. - [net_version](https://developer.nodit.io/reference/net_version.md): 연결된 Ethereum 네트워크의 네트워크 ID를 반환합니다. 네트워크 ID는 Ethereum의 다양한 네트워크(예: 메인넷, 테스트넷 등)를 구분하는 데 사용됩니다. 예를 들어, Ethereum 메인넷의 네트워크 ID는 1이고, Ropsten 테스트넷은 3, Rinkeby 테스트넷은 4입니다. 이 메소드는 주로 네트워크를 식별하고, 애플리케이션이 올바른 네트워크에 연결되어 있는지 확인하는 데 사용됩니다. - [web3_clientVersion](https://developer.nodit.io/reference/web3_clientversion.md): 현재 노드의 client 버전 정보를 조회합니다. - [web3_sha3](https://developer.nodit.io/reference/web3_sha3.md): 입력된 데이터에 대해 SHA3 (Keccak-256) 해시 함수를 적용하고, 그 결과를 반환합니다. 이 메소드는 주로 데이터의 무결성을 검증하거나, 특정 데이터에 대한 고유한 식별자를 생성하는 데 사용됩니다. 예를 들어, 입력 데이터를 해싱하여 블록체인에서 관리하거나, 고유한 해시 값을 계산하는 데 활용할 수 있습니다. - [trace_block](https://developer.nodit.io/reference/trace_block.md): 지정된 블록에 포함된 모든 트랜잭션의 실행을 추적합니다. 이 메소드는 해당 블록에서 실행된 모든 트랜잭션에 대한 상세한 추적 정보를 제공하며, 블록 수준에서의 트랜잭션 처리 과정을 분석하는 데 사용됩니다. - [trace_call](https://developer.nodit.io/reference/trace_call.md): 지정된 트랜잭션 호출을 시뮬레이션하고, 그 결과를 반환합니다. 이 메소드는 실제로 트랜잭션을 블록체인에 전송하지 않으며, 가스 소비량, 실행 결과, 로그 등을 포함한 상세한 실행 정보를 제공합니다. 이는 특정 함수 호출이 어떻게 수행될지 미리 확인하고자 할 때 유용합니다. - [trace_filter](https://developer.nodit.io/reference/trace_filter.md): 지정된 조건에 맞는 트랜잭션들의 실행 과정을 필터링하여 추적합니다. 사용자는 블록 번호의 범위, 사용된 주소, 사용된 토큰 등 다양한 조건을 설정할 수 있으며, 이에 해당하는 트랜잭션들의 추적 정보를 얻을 수 있습니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [trace_get](https://developer.nodit.io/reference/trace_get.md): 특정 트랜잭션의 실행 과정을 추적합니다. 이 메소드는 해당 트랜잭션이 실행되면서 발생한 모든 중요한 이벤트(예: 함수 호출, 가스 소비량, 생성된 로그 등)에 대한 정보를 제공합니다. - [trace_replayBlockTransactions](https://developer.nodit.io/reference/trace_replayblocktransactions.md): 지정된 블록에 포함된 모든 트랜잭션의 실행을 추적합니다. 이 메소드는 해당 블록에서 실행된 모든 트랜잭션에 대한 상세한 추적 정보를 제공하며, 블록 수준에서의 트랜잭션 처리 과정을 분석하는 데 사용됩니다. - [trace_replayTransaction](https://developer.nodit.io/reference/trace_replaytransaction.md): 지정된 트랜잭션을 다시 실행하고, 그 과정에서 발생한 모든 이벤트를 추적합니다. 이때 트랜잭션의 실행은 로컬에서 수행되기 때문에 실제 블록체인에 반영되지 않습니다. 이 메소드는 과거 트랜잭션의 실행 과정을 재현하고 분석하고자 할 때 사용됩니다. - [trace_transaction](https://developer.nodit.io/reference/trace_transaction.md): 특정 트랜잭션의 실행 과정을 추적합니다. 이 메소드는 해당 트랜잭션이 실행되면서 발생한 모든 중요한 이벤트(예: 함수 호출, 가스 소비량, 생성된 로그 등)에 대한 정보를 제공합니다. - [debug_traceBlockByHash](https://developer.nodit.io/reference/debug_traceblockbyhash.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceBlockByNumber](https://developer.nodit.io/reference/debug_traceblockbynumber.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceCall](https://developer.nodit.io/reference/debug_tracecall.md): eth_call을 디버깅 모드로 실행하면서 trace 기능을 제공합니다. 현재 블록의 상태를 기반으로 특정 call을 수행하였을 때 발생하는 모든 스택 변화를 추적할 수 있습니다. - [debug_traceTransaction](https://developer.nodit.io/reference/debug_tracetransaction.md): 이미 처리된 Transaction의 처리 과정을 노드 레벨에서 replay하면서 트랜잭션의 실행 과정에서 각각의 단계와 관련된 상세한 정보를 확인할 수 있는 디버깅 메소드입니다. 트랜잭션의 호출 스택, 가스 사용량, 상태 변경, 로그 이벤트 등 다양한 정보를 반환합니다. 이를 통해 컨트랙트의 함수 호출 흐름, 변수 변경, 이벤트 발생 등을 추적하고 디버깅할 수 있습니다. - [Get NFT Contract Metadata by Contracts](https://developer.nodit.io/reference/ethereum-getnftcontractmetadatabycontracts.md): 특정 NFT 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get NFT Contracts by Account](https://developer.nodit.io/reference/ethereum-getnftcontractsbyaccount.md): 특정 Account가 보유한 NFT를 컨트랙트 별로 그룹핑하여 조회합니다. 조회 결과에는 컨트랙트별 NFT의 수량과 컨트랙트의 메타데이터가 포함됩니다. - [Get NFT Holders by Contract](https://developer.nodit.io/reference/ethereum-getnftholdersbycontract.md): 특정 NFT 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Holders by Token ID](https://developer.nodit.io/reference/ethereum-getnftholdersbytokenid.md): 특정 NFT의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Metadata by Contract](https://developer.nodit.io/reference/ethereum-getnftmetadatabycontract.md): 특정 컨트랙트에서 발행된 NFT의 메타데이터 목록을 조회합니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Metadata by Token IDs](https://developer.nodit.io/reference/ethereum-getnftmetadatabytokenids.md): 특정 NFT의 메타데이터를 조회합니다. 다수의 NFT를 조회할 수 있으며, 최대 100개의 NFT를 조회할 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Transfers By Account](https://developer.nodit.io/reference/ethereum-getnfttransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By Contract](https://developer.nodit.io/reference/ethereum-getnfttransfersbycontract.md): 특정 컨트랙트에서 발생된 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By TokenId](https://developer.nodit.io/reference/ethereum-getnfttransfersbytokenid.md): 특정 NFT가 전송된 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers Within Range](https://developer.nodit.io/reference/ethereum-getnfttransferswithinrange.md): 특정 기간동안 발생한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get NFTs Owned By Account](https://developer.nodit.io/reference/ethereum-getnftsownedbyaccount.md): 특정 Account가 보유한 NFT의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰의 메타데이터가 포함됩니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Token URI 혹은 NFT Metadata 데이터가 실제 데이터와 다른가요? > > Token URI(tokenUri)와 NFT Metadata(rawMetadata)는 프로젝트의 컨트랙트 로직에 따라 동적으로 변경될 수 있습니다. 예를 들어, Dynamic NFT는 온체인 혹은 오프체인 조건에 따라 NFT 데이터가 업데이트될 수 있습니다. 이러한 변경은 자동으로 기록되지 않기 때문에, 최신 데이터를 확인하기 위해서는 Sync NFT Metadata를 사용해 동기화 요청을 보내는 것을 권장합니다. > Sync NFT Metadata는 메타데이터와 Token URI를 최신화하는 API입니다. 동기화 요청을 보내면 NFT Metadata와 Token URI의 데이터를 최신 상태로 업데이트하여 현재 상태에 맞는 정확한 정보를 확인할 수 있습니다. 이 과정은 데이터 크기와 네트워크 상태에 따라 최대 10초가 소요될 수 있습니다. > [▶ Link to Sync NFT Metadata](https://developer.nodit.io/reference/syncnftmetadata) - [Search NFT Contract Metadata By Keyword](https://developer.nodit.io/reference/ethereum-searchnftcontractmetadatabykeyword.md): NFT 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Sync Nft Metadata](https://developer.nodit.io/reference/ethereum-syncnftmetadata.md): 특정 NFT의 Metadata를 동기화합니다. 최대 100개의 NFT를 동기화할 수 있으며, 동기화까지 최대 10초가 소요될 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get Token Allowance](https://developer.nodit.io/reference/ethereum-gettokenallowance.md): Spender에게 Owner가 Approve한 ERC20 토큰의 수량을 조회합니다. - [Get Token Contract Metadata by Contracts](https://developer.nodit.io/reference/ethereum-gettokencontractmetadatabycontracts.md): 특정 ERC20 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get Token Holders By Contract](https://developer.nodit.io/reference/ethereum-gettokenholdersbycontract.md): 특정 ERC20 토큰 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 토큰의 수량이 포함됩니다. - [Get Token Prices by Contracts](https://developer.nodit.io/reference/ethereum-gettokenpricesbycontracts.md): 입력한 ERC20 토큰 컨트랙트에서 발행한 Token의 온체인 마켓 가격을 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 토큰 가격 조회 시 알아두어야 할 사항 > > 이 API에서 제공되는 토큰 가격은 CoinMarketCap의 데이터를 기반으로 합니다. 가격 정보는 일정 주기로 갱신되기 때문에 실시간 가격과 차이가 있을 수 있습니다. 또한, CoinMarketCap에 등록되지 않은 토큰을 조회할 경우 빈 배열이 반환됩니다. - [Get Token Transfers by Account](https://developer.nodit.io/reference/ethereum-gettokentransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers by Contract](https://developer.nodit.io/reference/ethereum-gettokentransfersbycontract.md): 특정 컨트랙트에서 발생된 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers Within Range](https://developer.nodit.io/reference/ethereum-gettokentransferswithinrange.md): 특정 기간동안 발생한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Tokens Owned By Account](https://developer.nodit.io/reference/ethereum-gettokensownedbyaccount.md): 특정 Account가 보유한 ERC20 토큰의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰 컨트랙트의 메타데이터가 포함됩니다. - [Search Token Contract Metadata by Keyword](https://developer.nodit.io/reference/ethereum-searchtokencontractmetadatabykeyword.md): ERC20 토큰 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Native Balance by Account](https://developer.nodit.io/reference/ethereum-getnativebalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. - [Get Block by Hash or Number](https://developer.nodit.io/reference/ethereum-getblockbyhashornumber.md): 블록 해시 혹은 블록넘버로 조회한 블록의 특정 정보를 반환합니다. - [Get Blocks Within Range](https://developer.nodit.io/reference/ethereum-getblockswithinrange.md): 특정 기간, 특정 구간의 블록 리스트 정보를 조회합니다. - [Get Gas Price](https://developer.nodit.io/reference/ethereum-getgasprice.md): 현재 Gas Price를 조회합니다. - [Get Internal Transactions By Account](https://developer.nodit.io/reference/ethereum-getinternaltransactionsbyaccount.md): 특정 Account와 관련된 internal transaction 리스트를 조회합니다. - [Get Internal Transactions By Transaction Hash](https://developer.nodit.io/reference/ethereum-getinternaltransactionsbytransactionhash.md): 특정 트랜잭션에서 발생한 internal transaction 리스트를 조회합니다. - [Get Next Nonce by Account](https://developer.nodit.io/reference/ethereum-getnextnoncebyaccount.md): 특정 Account의 다음 nonce를 조회합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/ethereum-gettotaltransactioncountbyaccount.md): 이 API는 특정 계정 주소가 송신자나 수신자로 포함된 트랜잭션의 총 개수를 반환합니다. - [Get Transaction By Hash](https://developer.nodit.io/reference/ethereum-gettransactionbyhash.md): 특정 트랜잭션의 정보를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Account](https://developer.nodit.io/reference/ethereum-gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Hashes](https://developer.nodit.io/reference/ethereum-gettransactionsbyhashes.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Transactions In Block](https://developer.nodit.io/reference/ethereum-gettransactionsinblock.md): 특정 블록 내의 트랜잭션 리스트를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Is Contract](https://developer.nodit.io/reference/ethereum-iscontract.md): 입력된 Address가 컨트랙트 주소인지 아닌지 조회합니다. - [Search Events](https://developer.nodit.io/reference/ethereum-searchevents.md): 지정한 범위 내의 특정 event를 검색합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Address By ENS Name](https://developer.nodit.io/reference/ethereum-getaddressbyensname.md): ENS 도메인의 이름을 입력하여 매핑된 주소를 조회합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get ENS Name By Address](https://developer.nodit.io/reference/ethereum-getensnamebyaddress.md): 주소를 입력하여 매핑된 ENS 도메인 이름을 반환합니다. > 🚧 ENS 도메인 이름이 있는 주소인데도 null이 표기되나요? > > 여러 도메인 이름이 하나의 주소를 가리키고 있을 수 있습니다. 이 API에서는 Primary Name으로 등록된 이름만 응답을 반환합니다. 만약 모든 이름을 확인하고 싶다면, [Get Ens Records By Account](ref:getensrecordsbyaccount)를 이용해보세요! > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get ENS Record By Name](https://developer.nodit.io/reference/ethereum-getensrecordbyname.md): ENS 도메인의 이름을 입력하여 ENS 도메인의 정보를 조회합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get ENS Records By Account](https://developer.nodit.io/reference/ethereum-getensrecordsbyaccount.md): ENS 도메인의 소유자 주소 또는 해당 주소가 가리키는 주소를 입력하여 ENS 도메인의 정보를 조회합니다. ownerAddress는 ENS 도메인의 소유자 주소를, resolvedAddress는 ENS 도메인이 가리키는 주소를 나타냅니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Account Stats](https://developer.nodit.io/reference/ethereum-getaccountstats.md): 특정 주소의 통계 정보를 조회합니다. 계정 주소의 트랜잭션, 전송 이벤트, 자산 등의 정보를 통해서 계정의 활동을 분석할 수 있습니다. - [Get Daily Active Accounts Stats By Contract](https://developer.nodit.io/reference/ethereum-getdailyactiveaccountsstatsbycontract.md): 지정한 범위 내에서 발생한 특정 컨트랙트의 일별 활성 계정의 수를 조회할 수 있습니다. > 📘 데이터는 언제 반영되나요? > > 현재 일 통계 API에서 '1일'의 기준은 UTC 기준으로, 해당 일자의 UTC 00:00:00부터 UTC 24:00:00이전까지의 데이터를 취합합니다. 일일 통계의 경우 이전 일자의 통계치 반영이 다음날 오전 00:30:00까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Daily Transactions Stats](https://developer.nodit.io/reference/ethereum-getdailytransactionsstats.md): 지정한 범위 내에서 발생한 일별 트랜잭션 발생량을 조회할 수 있습니다. > 📘 데이터는 언제 반영되나요? > > 현재 일 통계 API에서 '1일'의 기준은 UTC 기준으로, 해당 일자의 UTC 00:00:00부터 UTC 24:00:00이전까지의 데이터를 취합합니다. 일일 통계의 경우 이전 일자의 통계치 반영이 다음날 오전 00:30:00까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Daily Transactions Stats By Contract](https://developer.nodit.io/reference/ethereum-getdailytransactionsstatsbycontract.md): 지정한 범위 내에서 발생한 특정 컨트랙트의 일별 트랜잭션 발생량을 조회할 수 있습니다. > 📘 데이터는 언제 반영되나요? > > 현재 일 통계 API에서 '1일'의 기준은 UTC 기준으로, 해당 일자의 UTC 00:00:00부터 UTC 24:00:00이전까지의 데이터를 취합합니다. 일일 통계의 경우 이전 일자의 통계치 반영이 다음날 오전 00:30:00까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Hourly Active Accounts Stats](https://developer.nodit.io/reference/ethereum-gethourlyactiveaccountsstats.md): 지정한 범위 내에서 발생한 시간별 활성 계정의 수를 조회합니다 > 📘 데이터는 언제 반영되나요? > > 현재 시간별 통계 API에서 시간은 UTC 기준으로, 응답의 각 항목에는 date로부터 +1시간 내의 통계치가 제공됩니다. 시간별 통계의 경우 최근 1시간의 통계치 반영이 최대 40분까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Hourly Active Accounts Stats By Contract](https://developer.nodit.io/reference/ethereum-gethourlyactiveaccountsstatsbycontract.md): 지정한 범위 내에서 발생한 특정 컨트랙트의 시간별 활성 계정의 수를 조회할 수 있습니다 > 📘 데이터는 언제 반영되나요? > > 현재 시간별 통계 API에서 시간은 UTC 기준으로, 응답의 각 항목에는 date로부터 +1시간 내의 통계치가 제공됩니다. 시간별 통계의 경우 최근 1시간의 통계치 반영이 최대 40분까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Hourly Transactions Stats](https://developer.nodit.io/reference/ethereum-gethourlytransactionsstats.md): 지정한 범위 내에서 발생한 시간별 트랜잭션 수를 조회할 수 있습니다 > 📘 데이터는 언제 반영되나요? > > 현재 시간별 통계 API에서 시간은 UTC 기준으로, 응답의 각 항목에는 date로부터 +1시간 내의 통계치가 제공됩니다. 시간별 통계의 경우 최근 1시간의 통계치 반영이 최대 40분까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Hourly Transactions Stats By Contract](https://developer.nodit.io/reference/ethereum-gethourlytransactionsstatsbycontract.md): 지정한 범위 내에서 발생한 특정 컨트랙트의 시간별 트랜잭션 수를 조회할 수 있습니다 > 📘 데이터는 언제 반영되나요? > > 현재 시간별 통계 API에서 시간은 UTC 기준으로, 응답의 각 항목에는 date로부터 +1시간 내의 통계치가 제공됩니다. 시간별 통계의 경우 최근 1시간의 통계치 반영이 최대 40분까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Kaia Quickstart](https://developer.nodit.io/reference/kaia-quickstart.md) - [Kaia to Nodit Migration Guide](https://developer.nodit.io/reference/kaia-to-nodit-migration-guide.md) - [eth_blockNumber](https://developer.nodit.io/reference/kaia-eth_blocknumber.md): 가장 최신 블록의 번호를 반환합니다. - [eth_call](https://developer.nodit.io/reference/kaia-eth_call.md): 실제로 트랜잭션을 생성하여 발행하지 않고 컨트랙트의 읽기 method를 실행한 결과를 조회할 수 있습니다. 주로 특정 스마트 컨트랙트의 현재 상태를 읽기 위해 사용됩니다. call로 인한 상태 변경은 일어나지 않습니다. > 🚧 응답 시간이 오래 걸리나요? 함수 복잡성에 따라 응답 시간이 길어질 수 있습니다! > > 특정 상태에서의 스마트 컨트랙트 함수를 실행할 때, 함수의 복잡성에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 실행할 함수를 최적화하고, 함수의 실행 결과를 최소화하세요. - [eth_chainId](https://developer.nodit.io/reference/kaia-eth_chainid.md): 현재 노드가 연결된 네트워크의 체인 ID를 16진수 문자열 형태로 반환합니다. 체인 ID는 EIP-155에서 정의된 네트워크 식별자로, 리플레이 공격을 방지하기 위해 트랜잭션 서명에 사용됩니다. - [eth_createAccessList](https://developer.nodit.io/reference/kaia-eth_createaccesslist.md): EIP-2930에 따라 트랜잭션에 포함할 수 있는 Access List를 생성합니다. Access List는 트랜잭션의 실행에 필요한 최소한의 정보만을 포함하고 있어, 블록체인 네트워크의 부하를 줄이고 가스 비용을 절감할 수 있습니다. - [eth_estimateGas](https://developer.nodit.io/reference/kaia-eth_estimategas.md): 트랜잭션을 실행할 때 필요한 가스량을 추정합니다. 실제로 트랜잭션을 발행하지 않고 가스량만 추정합니다. - [eth_feeHistory](https://developer.nodit.io/reference/kaia-eth_feehistory.md): 요청한 블록 범위 내의 가스 수수료 히스토리를 반환합니다. 이 정보를 사용하여 트랜잭션을 생성할 때 maxFeePerGas 및 maxPriorityFeePerGas의 적절한 값을 설정할 수 있습니다. - [eth_gasPrice](https://developer.nodit.io/reference/kaia-eth_gasprice.md): 현재 노드가 연결된 네트워크의 예상 가스 가격을 wei단위로 반환합니다. - [eth_getBalance](https://developer.nodit.io/reference/kaia-eth_getbalance.md): 특정 계정 주소가 소유한 Native Token 자산 잔고를 반환합니다. - [eth_getBlockByHash](https://developer.nodit.io/reference/kaia-eth_getblockbyhash.md): 블록 해시를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockByNumber](https://developer.nodit.io/reference/kaia-eth_getblockbynumber.md): 블록 넘버를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockReceipts](https://developer.nodit.io/reference/kaia-eth_getblockreceipts.md): 블록 해시를 입력하여 해당 블록의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 내 트랜잭션 수에 따라 응답 시간이 길어질 수 있습니다! > > eth_getBlockReceipts는 특정 블록에 포함된 모든 트랜잭션의 실행 결과(receipts)를 한 번에 조회합니다. 이때 트랜잭션 수가 많거나 실행 결과가 복잡한 경우, 응답 시간이 지연될 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - 특정 트랜잭션만 필요한 경우, eth_getTransactionReceipt를 사용하여 원하는 트랜잭션의 실행 결과만 개별 조회하는 것을 권장합니다. - [eth_getBlockTransactionCountByHash](https://developer.nodit.io/reference/kaia-eth_getblocktransactioncountbyhash.md): 블록 해시를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getBlockTransactionCountByNumber](https://developer.nodit.io/reference/kaia-eth_getblocktransactioncountbynumber.md): 블록 넘버를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getCode](https://developer.nodit.io/reference/kaia-eth_getcode.md): 입력한 주소에 대한 스마트 컨트랙트 코드를 조회합니다. 코드가 존재하지 않는 경우에는 `0x`를 반환합니다. - [eth_getFilterChanges](https://developer.nodit.io/reference/kaia-eth_getfilterchanges.md): 필터 ID를 입력하여 필터 결과를 조회합니다. eth_newFilter, eth_newBlockFilter, eth_newPendingTransactionFilter 메서드를 통해 생성된 필터 ID를 입력합니다. - [eth_getFilterLogs](https://developer.nodit.io/reference/kaia-eth_getfilterlogs.md): 필터 ID를 입력하여 해당 필터에 대한 로그를 조회합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. eth_getLogs 메서드와 동일한 결과를 반환합니다. - [eth_getLogs](https://developer.nodit.io/reference/kaia-eth_getlogs.md): 입력한 필터 조건에 부합하는 Log들을 조회합니다. 별도의 필터를 생성하여 필터 ID로 조회하지 않고, 요청에 바로 필터 조건을 입력하여 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_getProof](https://developer.nodit.io/reference/kaia-eth_getproof.md): 특정 주소의 Storage에 저장된 값을 merkle-proof가 포함된 형식으로 반환합니다. 반환된 Proof값을 활용하여 조회한 Storage의 현재 상태값이 위변조되지 않았음을 검증할 수 있습니다. - [eth_getStorageAt](https://developer.nodit.io/reference/kaia-eth_getstorageat.md): 입력한 주소에 할당된 Storage slot을 조회할 수 있습니다. - [eth_getTransactionByBlockHashAndIndex](https://developer.nodit.io/reference/kaia-eth_gettransactionbyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionByBlockNumberAndIndex](https://developer.nodit.io/reference/kaia-eth_gettransactionbyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 트랜잭션 정보를 조회합니다. - [eth_getTransactionByHash](https://developer.nodit.io/reference/kaia-eth_gettransactionbyhash.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionCount](https://developer.nodit.io/reference/kaia-eth_gettransactioncount.md): 특정 주소로부터 발행된 트랜잭션 수를 반환합니다. - [eth_getTransactionReceipt](https://developer.nodit.io/reference/kaia-eth_gettransactionreceipt.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션 상태에 따라 응답 시간이 길어질 수 있습니다! > > 특정 트랜잭션의 정보를 조회할 때, 해당 트랜잭션에 포함된 이벤트 로그의 양, 블록 내 트랜잭션 순서 등에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 트랜잭션의 이벤트 로그를 제외하고 요청하세요. - [eth_getUncleByBlockHashAndIndex](https://developer.nodit.io/reference/kaia-eth_getunclebyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 블록의 Uncle을 조회합니다. - [eth_getUncleByBlockNumberAndIndex](https://developer.nodit.io/reference/kaia-eth_getunclebyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 uncle 정보를 조회합니다. - [eth_getUncleCountByBlockHash](https://developer.nodit.io/reference/kaia-eth_getunclecountbyblockhash.md): 블록 해시를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_getUncleCountByBlockNumber](https://developer.nodit.io/reference/kaia-eth_getunclecountbyblocknumber.md): 블록 넘버를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_maxPriorityFeePerGas](https://developer.nodit.io/reference/kaia-eth_maxpriorityfeepergas.md): 현재 노드가 연결된 네트워크의 최대 우선 순위 수수료를 wei 단위로 반환합니다. 최대 우선 순위 수수료는 EIP-1559에서 정의된 새로운 트랜잭션 형식에서 사용됩니다. - [eth_newBlockFilter](https://developer.nodit.io/reference/kaia-eth_newblockfilter.md): 신규 블록이 생성되면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_newFilter](https://developer.nodit.io/reference/kaia-eth_newfilter.md): 입력한 필터 조건에 부합하는 Log들을 조회하기 위한 필터를 생성하고 필터 ID를 반환합니다. 필터 ID는 eth_getFilterLogs, eth_uninstallFilter 메서드에서 사용됩니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_newPendingTransactionFilter](https://developer.nodit.io/reference/kaia-eth_newpendingtransactionfilter.md): 신규 Pending 트랜잭션이 발생하면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_sendRawTransaction](https://developer.nodit.io/reference/kaia-eth_sendrawtransaction.md): 서명된 트랜잭션 데이터를 네트워크에 전송합니다. 트랜잭션이 정상적으로 처리되는 경우, 트랜잭션의 해시 값이 반환됩니다. 트랜잭션 서명은 개인키에 의해 client에서 이루어져야 합니다. 노드에서는 해당 트랜잭션의 유효성만 검증합니다. - [eth_uninstallFilter](https://developer.nodit.io/reference/kaia-eth_uninstallfilter.md): 필터 ID를 입력하여 해당 필터를 제거합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. 필터가 이미 제거되었거나 존재하지 않는 경우에는 `false`를 반환합니다. - [eth_subscribe](https://developer.nodit.io/reference/kaia-eth_subscribe.md) - [eth_unsubscribe](https://developer.nodit.io/reference/kaia-eth_unsubscribe.md) - [net_listening](https://developer.nodit.io/reference/kaia-net_listening.md): 클라이언트가 현재 요청을 받을 수 있는 상태인지 확인합니다. Health check용으로 사용할 수 있는 method입니다. - [net_version](https://developer.nodit.io/reference/kaia-net_version.md): 연결된 Ethereum 네트워크의 네트워크 ID를 반환합니다. 네트워크 ID는 Ethereum의 다양한 네트워크(예: 메인넷, 테스트넷 등)를 구분하는 데 사용됩니다. 예를 들어, Ethereum 메인넷의 네트워크 ID는 1이고, Ropsten 테스트넷은 3, Rinkeby 테스트넷은 4입니다. 이 메소드는 주로 네트워크를 식별하고, 애플리케이션이 올바른 네트워크에 연결되어 있는지 확인하는 데 사용됩니다. - [web3_clientVersion](https://developer.nodit.io/reference/kaia-web3_clientversion.md): 현재 노드의 client 버전 정보를 조회합니다. - [web3_sha3](https://developer.nodit.io/reference/kaia-web3_sha3.md): 입력된 데이터에 대해 SHA3 (Keccak-256) 해시 함수를 적용하고, 그 결과를 반환합니다. 이 메소드는 주로 데이터의 무결성을 검증하거나, 특정 데이터에 대한 고유한 식별자를 생성하는 데 사용됩니다. 예를 들어, 입력 데이터를 해싱하여 블록체인에서 관리하거나, 고유한 해시 값을 계산하는 데 활용할 수 있습니다. - [debug_traceBlockByHash](https://developer.nodit.io/reference/kaia-debug_traceblockbyhash.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceBlockByNumber](https://developer.nodit.io/reference/kaia-debug_traceblockbynumber.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceCall](https://developer.nodit.io/reference/kaia-debug_tracecall.md): eth_call을 디버깅 모드로 실행하면서 trace 기능을 제공합니다. 현재 블록의 상태를 기반으로 특정 call을 수행하였을 때 발생하는 모든 스택 변화를 추적할 수 있습니다. - [debug_traceTransaction](https://developer.nodit.io/reference/kaia-debug_tracetransaction.md): 이미 처리된 Transaction의 처리 과정을 노드 레벨에서 replay하면서 트랜잭션의 실행 과정에서 각각의 단계와 관련된 상세한 정보를 확인할 수 있는 디버깅 메소드입니다. 트랜잭션의 호출 스택, 가스 사용량, 상태 변경, 로그 이벤트 등 다양한 정보를 반환합니다. 이를 통해 컨트랙트의 함수 호출 흐름, 변수 변경, 이벤트 발생 등을 추적하고 디버깅할 수 있습니다. - [kaia_blockNumber](https://developer.nodit.io/reference/kaia-kaia_blocknumber.md): 가장 최신 블록의 번호를 반환합니다. - [kaia_call](https://developer.nodit.io/reference/kaia-kaia_call.md): 실제로 트랜잭션을 생성하여 발행하지 않고 컨트랙트의 읽기 method를 실행한 결과를 조회할 수 있습니다. 주로 특정 스마트 컨트랙트의 현재 상태를 읽기 위해 사용됩니다. call로 인한 상태 변경은 일어나지 않습니다. > 🚧 응답 시간이 오래 걸리나요? 함수 복잡성에 따라 응답 시간이 길어질 수 있습니다! > > 특정 상태에서의 스마트 컨트랙트 함수를 실행할 때, 함수의 복잡성에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 실행할 함수를 최적화하고, 함수의 실행 결과를 최소화하세요. - [kaia_chainID](https://developer.nodit.io/reference/kaia-kaia_chainid.md): 현재 노드가 연결된 네트워크의 체인 ID를 16진수 문자열 형태로 반환합니다. 체인 ID는 EIP-155에서 정의된 네트워크 식별자로, 리플레이 공격을 방지하기 위해 트랜잭션 서명에 사용됩니다. - [kaia_createAccessList](https://developer.nodit.io/reference/kaia-kaia_createaccesslist.md): EIP-2930에 따라 트랜잭션에 포함할 수 있는 Access List를 생성합니다. Access List는 트랜잭션의 실행에 필요한 최소한의 정보만을 포함하고 있어, 블록체인 네트워크의 부하를 줄이고 가스 비용을 절감할 수 있습니다. - [kaia_estimateGas](https://developer.nodit.io/reference/kaia-kaia_estimategas.md): 트랜잭션을 실행할 때 필요한 가스량을 추정합니다. 실제로 트랜잭션을 발행하지 않고 가스량만 추정합니다. - [kaia_feeHistory](https://developer.nodit.io/reference/kaia-kaia_feehistory.md): 요청한 블록 범위 내의 가스 수수료 히스토리를 반환합니다. 이 정보를 사용하여 트랜잭션을 생성할 때 maxFeePerGas 및 maxPriorityFeePerGas의 적절한 값을 설정할 수 있습니다. - [kaia_gasPrice](https://developer.nodit.io/reference/kaia-kaia_gasprice.md): 현재 노드가 연결된 네트워크의 예상 가스 가격을 wei단위로 반환합니다. - [kaia_getBalance](https://developer.nodit.io/reference/kaia-kaia_getbalance.md): 특정 계정 주소가 소유한 Native Token 자산 잔고를 반환합니다. - [kaia_getBlockByHash](https://developer.nodit.io/reference/kaia-kaia_getblockbyhash.md): 블록 해시를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [kaia_getBlockByNumber](https://developer.nodit.io/reference/kaia-kaia_getblockbynumber.md): 블록 넘버를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [kaia_getBlockReceipts](https://developer.nodit.io/reference/kaia-kaia_getblockreceipts.md): 블록 해시를 입력하여 해당 블록의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 내 트랜잭션 수에 따라 응답 시간이 길어질 수 있습니다! > > eth_getBlockReceipts는 특정 블록에 포함된 모든 트랜잭션의 실행 결과(receipts)를 한 번에 조회합니다. 이때 트랜잭션 수가 많거나 실행 결과가 복잡한 경우, 응답 시간이 지연될 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - 특정 트랜잭션만 필요한 경우, eth_getTransactionReceipt를 사용하여 원하는 트랜잭션의 실행 결과만 개별 조회하는 것을 권장합니다. - [kaia_getBlockTransactionCountByHash](https://developer.nodit.io/reference/kaia-kaia_getblocktransactioncountbyhash.md): 블록 해시를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [kaia_getBlockTransactionCountByNumber](https://developer.nodit.io/reference/kaia-kaia_getblocktransactioncountbynumber.md): 블록 넘버를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [kaia_getCode](https://developer.nodit.io/reference/kaia-kaia_getcode.md): 입력한 주소에 대한 스마트 컨트랙트 코드를 조회합니다. 코드가 존재하지 않는 경우에는 `0x`를 반환합니다. - [kaia_getFilterChanges](https://developer.nodit.io/reference/kaia-kaia_getfilterchanges.md): 필터 ID를 입력하여 필터 결과를 조회합니다. kaia_newFilter, kaia_newBlockFilter, kaia_newPendingTransactionFilter 메서드를 통해 생성된 필터 ID를 입력합니다. - [kaia_getFilterLogs](https://developer.nodit.io/reference/kaia-kaia_getfilterlogs.md): 필터 ID를 입력하여 해당 필터에 대한 로그를 조회합니다. 필터 ID는 kaia_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. kaia_getLogs 메서드와 동일한 결과를 반환합니다. - [kaia_getLogs](https://developer.nodit.io/reference/kaia-kaia_getlogs.md): 입력한 필터 조건에 부합하는 Log들을 조회합니다. 별도의 필터를 생성하여 필터 ID로 조회하지 않고, 요청에 바로 필터 조건을 입력하여 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [kaia_getProof](https://developer.nodit.io/reference/kaia-kaia_getproof.md): 특정 주소의 Storage에 저장된 값을 merkle-proof가 포함된 형식으로 반환합니다. 반환된 Proof값을 활용하여 조회한 Storage의 현재 상태값이 위변조되지 않았음을 검증할 수 있습니다. - [kaia_getStorageAt](https://developer.nodit.io/reference/kaia-kaia_getstorageat.md): 입력한 주소에 할당된 Storage slot을 조회할 수 있습니다. - [kaia_getTransactionByBlockHashAndIndex](https://developer.nodit.io/reference/kaia-kaia_gettransactionbyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [kaia_getTransactionByBlockNumberAndIndex](https://developer.nodit.io/reference/kaia-kaia_gettransactionbyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 트랜잭션 정보를 조회합니다. - [kaia_getTransactionByHash](https://developer.nodit.io/reference/kaia-kaia_gettransactionbyhash.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [kaia_getTransactionCount](https://developer.nodit.io/reference/kaia-kaia_gettransactioncount.md): 특정 주소로부터 발행된 트랜잭션 수를 반환합니다. - [kaia_getTransactionReceipt](https://developer.nodit.io/reference/kaia-kaia_gettransactionreceipt.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션 상태에 따라 응답 시간이 길어질 수 있습니다! > > 특정 트랜잭션의 정보를 조회할 때, 해당 트랜잭션에 포함된 이벤트 로그의 양, 블록 내 트랜잭션 순서 등에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 트랜잭션의 이벤트 로그를 제외하고 요청하세요. - [kaia_maxPriorityFeePerGas](https://developer.nodit.io/reference/kaia-kaia_maxpriorityfeepergas.md): 현재 노드가 연결된 네트워크의 최대 우선 순위 수수료를 wei 단위로 반환합니다. 최대 우선 순위 수수료는 EIP-1559에서 정의된 새로운 트랜잭션 형식에서 사용됩니다. - [kaia_newBlockFilter](https://developer.nodit.io/reference/kaia-kaia_newblockfilter.md): 신규 블록이 생성되면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 kaia_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [kaia_newFilter](https://developer.nodit.io/reference/kaia-kaia_newfilter.md): 입력한 필터 조건에 부합하는 Log들을 조회하기 위한 필터를 생성하고 필터 ID를 반환합니다. 필터 ID는 kaia_getFilterLogs, kaia_uninstallFilter 메서드에서 사용됩니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [kaia_newPendingTransactionFilter](https://developer.nodit.io/reference/kaia-kaia_newpendingtransactionfilter.md): 신규 Pending 트랜잭션이 발생하면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 kaia_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [kaia_sendRawTransaction](https://developer.nodit.io/reference/kaia-kaia_sendrawtransaction.md): 서명된 트랜잭션 데이터를 네트워크에 전송합니다. 트랜잭션이 정상적으로 처리되는 경우, 트랜잭션의 해시 값이 반환됩니다. 트랜잭션 서명은 개인키에 의해 client에서 이루어져야 합니다. 노드에서는 해당 트랜잭션의 유효성만 검증합니다. - [kaia_uninstallFilter](https://developer.nodit.io/reference/kaia-kaia_uninstallfilter.md): 필터 ID를 입력하여 해당 필터를 제거합니다. 필터 ID는 kaia_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. 필터가 이미 제거되었거나 존재하지 않는 경우에는 `false`를 반환합니다. - [klay_blockNumber](https://developer.nodit.io/reference/kaia-klay_blocknumber.md): 가장 최신 블록의 번호를 반환합니다. - [klay_call](https://developer.nodit.io/reference/kaia-klay_call.md): 실제로 트랜잭션을 생성하여 발행하지 않고 컨트랙트의 읽기 method를 실행한 결과를 조회할 수 있습니다. 주로 특정 스마트 컨트랙트의 현재 상태를 읽기 위해 사용됩니다. call로 인한 상태 변경은 일어나지 않습니다. > 🚧 응답 시간이 오래 걸리나요? 함수 복잡성에 따라 응답 시간이 길어질 수 있습니다! > > 특정 상태에서의 스마트 컨트랙트 함수를 실행할 때, 함수의 복잡성에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 실행할 함수를 최적화하고, 함수의 실행 결과를 최소화하세요. - [klay_chainID](https://developer.nodit.io/reference/kaia-klay_chainid.md): 현재 노드가 연결된 네트워크의 체인 ID를 16진수 문자열 형태로 반환합니다. 체인 ID는 EIP-155에서 정의된 네트워크 식별자로, 리플레이 공격을 방지하기 위해 트랜잭션 서명에 사용됩니다. - [klay_createAccessList](https://developer.nodit.io/reference/kaia-klay_createaccesslist.md): EIP-2930에 따라 트랜잭션에 포함할 수 있는 Access List를 생성합니다. Access List는 트랜잭션의 실행에 필요한 최소한의 정보만을 포함하고 있어, 블록체인 네트워크의 부하를 줄이고 가스 비용을 절감할 수 있습니다. - [klay_estimateGas](https://developer.nodit.io/reference/kaia-klay_estimategas.md): 트랜잭션을 실행할 때 필요한 가스량을 추정합니다. 실제로 트랜잭션을 발행하지 않고 가스량만 추정합니다. - [klay_feeHistory](https://developer.nodit.io/reference/kaia-klay_feehistory.md): 요청한 블록 범위 내의 가스 수수료 히스토리를 반환합니다. 이 정보를 사용하여 트랜잭션을 생성할 때 maxFeePerGas 및 maxPriorityFeePerGas의 적절한 값을 설정할 수 있습니다. - [klay_gasPrice](https://developer.nodit.io/reference/kaia-klay_gasprice.md): 현재 노드가 연결된 네트워크의 예상 가스 가격을 wei단위로 반환합니다. - [klay_getBalance](https://developer.nodit.io/reference/kaia-klay_getbalance.md): 특정 계정 주소가 소유한 Native Token 자산 잔고를 반환합니다. - [klay_getBlockByHash](https://developer.nodit.io/reference/kaia-klay_getblockbyhash.md): 블록 해시를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [klay_getBlockByNumber](https://developer.nodit.io/reference/kaia-klay_getblockbynumber.md): 블록 넘버를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [klay_getBlockReceipts](https://developer.nodit.io/reference/kaia-klay_getblockreceipts.md): 블록 해시를 입력하여 해당 블록의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 내 트랜잭션 수에 따라 응답 시간이 길어질 수 있습니다! > > eth_getBlockReceipts는 특정 블록에 포함된 모든 트랜잭션의 실행 결과(receipts)를 한 번에 조회합니다. 이때 트랜잭션 수가 많거나 실행 결과가 복잡한 경우, 응답 시간이 지연될 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - 특정 트랜잭션만 필요한 경우, eth_getTransactionReceipt를 사용하여 원하는 트랜잭션의 실행 결과만 개별 조회하는 것을 권장합니다. - [klay_getBlockTransactionCountByHash](https://developer.nodit.io/reference/kaia-klay_getblocktransactioncountbyhash.md): 블록 해시를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [klay_getBlockTransactionCountByNumber](https://developer.nodit.io/reference/kaia-klay_getblocktransactioncountbynumber.md): 블록 넘버를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [klay_getCode](https://developer.nodit.io/reference/kaia-klay_getcode.md): 입력한 주소에 대한 스마트 컨트랙트 코드를 조회합니다. 코드가 존재하지 않는 경우에는 `0x`를 반환합니다. - [klay_getFilterChanges](https://developer.nodit.io/reference/kaia-klay_getfilterchanges.md): 필터 ID를 입력하여 필터 결과를 조회합니다. klay_newFilter, klay_newBlockFilter, klay_newPendingTransactionFilter 메서드를 통해 생성된 필터 ID를 입력합니다. - [klay_getFilterLogs](https://developer.nodit.io/reference/kaia-klay_getfilterlogs.md): 필터 ID를 입력하여 해당 필터에 대한 로그를 조회합니다. 필터 ID는 klay_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. klay_getLogs 메서드와 동일한 결과를 반환합니다. - [klay_getLogs](https://developer.nodit.io/reference/kaia-klay_getlogs.md): 입력한 필터 조건에 부합하는 Log들을 조회합니다. 별도의 필터를 생성하여 필터 ID로 조회하지 않고, 요청에 바로 필터 조건을 입력하여 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [klay_getProof](https://developer.nodit.io/reference/kaia-klay_getproof.md): 특정 주소의 Storage에 저장된 값을 merkle-proof가 포함된 형식으로 반환합니다. 반환된 Proof값을 활용하여 조회한 Storage의 현재 상태값이 위변조되지 않았음을 검증할 수 있습니다. - [klay_getStorageAt](https://developer.nodit.io/reference/kaia-klay_getstorageat.md): 입력한 주소에 할당된 Storage slot을 조회할 수 있습니다. - [klay_getTransactionByBlockHashAndIndex](https://developer.nodit.io/reference/kaia-klay_gettransactionbyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [klay_getTransactionByBlockNumberAndIndex](https://developer.nodit.io/reference/kaia-klay_gettransactionbyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 트랜잭션 정보를 조회합니다. - [klay_getTransactionByHash](https://developer.nodit.io/reference/kaia-klay_gettransactionbyhash.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [klay_getTransactionCount](https://developer.nodit.io/reference/kaia-klay_gettransactioncount.md): 특정 주소로부터 발행된 트랜잭션 수를 반환합니다. - [klay_getTransactionReceipt](https://developer.nodit.io/reference/kaia-klay_gettransactionreceipt.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션 상태에 따라 응답 시간이 길어질 수 있습니다! > > 특정 트랜잭션의 정보를 조회할 때, 해당 트랜잭션에 포함된 이벤트 로그의 양, 블록 내 트랜잭션 순서 등에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 트랜잭션의 이벤트 로그를 제외하고 요청하세요. - [klay_maxPriorityFeePerGas](https://developer.nodit.io/reference/kaia-klay_maxpriorityfeepergas.md): 현재 노드가 연결된 네트워크의 최대 우선 순위 수수료를 wei 단위로 반환합니다. 최대 우선 순위 수수료는 EIP-1559에서 정의된 새로운 트랜잭션 형식에서 사용됩니다. - [klay_newBlockFilter](https://developer.nodit.io/reference/kaia-klay_newblockfilter.md): 신규 블록이 생성되면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 klay_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [klay_newFilter](https://developer.nodit.io/reference/kaia-klay_newfilter.md): 입력한 필터 조건에 부합하는 Log들을 조회하기 위한 필터를 생성하고 필터 ID를 반환합니다. 필터 ID는 klay_getFilterLogs, klay_uninstallFilter 메서드에서 사용됩니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [klay_newPendingTransactionFilter](https://developer.nodit.io/reference/kaia-klay_newpendingtransactionfilter.md): 신규 Pending 트랜잭션이 발생하면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 klay_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [klay_sendRawTransaction](https://developer.nodit.io/reference/kaia-klay_sendrawtransaction.md): 서명된 트랜잭션 데이터를 네트워크에 전송합니다. 트랜잭션이 정상적으로 처리되는 경우, 트랜잭션의 해시 값이 반환됩니다. 트랜잭션 서명은 개인키에 의해 client에서 이루어져야 합니다. 노드에서는 해당 트랜잭션의 유효성만 검증합니다. - [klay_uninstallFilter](https://developer.nodit.io/reference/kaia-klay_uninstallfilter.md): 필터 ID를 입력하여 해당 필터를 제거합니다. 필터 ID는 klay_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. 필터가 이미 제거되었거나 존재하지 않는 경우에는 `false`를 반환합니다. - [Get NFT Contract Metadata by Contracts](https://developer.nodit.io/reference/kaia-getnftcontractmetadatabycontracts.md): 특정 NFT 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트의 메타데이터는 조회 되지 않을 수 있습니다. - [Get NFT Contracts by Account](https://developer.nodit.io/reference/kaia-getnftcontractsbyaccount.md): 특정 Account가 보유한 NFT를 컨트랙트 별로 그룹핑하여 조회합니다. 조회 결과에는 컨트랙트별 NFT의 수량과 컨트랙트의 메타데이터가 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트의 경우, 자산 조회 결과에 포함되지 않을 수 있습니다. - [Get NFT Holders by Contract](https://developer.nodit.io/reference/kaia-getnftholdersbycontract.md): 특정 NFT 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트의 홀더를 조회하는 경우, 반환된 목록이 실제 홀더 목록과 상이할 수 있습니다. - [Get NFT Holders by Token ID](https://developer.nodit.io/reference/kaia-getnftholdersbytokenid.md): 특정 NFT의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트의 홀더를 조회하는 경우, 반환된 목록이 실제 홀더 목록과 상이할 수 있습니다. - [Get NFT Metadata by Contract](https://developer.nodit.io/reference/kaia-getnftmetadatabycontract.md): 특정 컨트랙트에서 발행된 NFT의 메타데이터 목록을 조회합니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트를 입력한 경우, 발행된 NFT가 조회되지 않을 수 있습니다. - [Get NFT Metadata by Token IDs](https://developer.nodit.io/reference/kaia-getnftmetadatabytokenids.md): 특정 NFT의 메타데이터를 조회합니다. 다수의 NFT를 조회할 수 있으며, 최대 100개의 NFT를 조회할 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트를 입력한 경우, 발행된 NFT가 조회되지 않을 수 있습니다. - [Get NFT Transfers By Account](https://developer.nodit.io/reference/kaia-getnfttransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - NFT의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. - [Get NFT Transfers By Contract](https://developer.nodit.io/reference/kaia-getnfttransfersbycontract.md): 특정 컨트랙트에서 발생된 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - NFT의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. - [Get NFT Transfers By TokenId](https://developer.nodit.io/reference/kaia-getnfttransfersbytokenid.md): 특정 NFT가 전송된 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - NFT의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. - [Get NFT Transfers Within Range](https://developer.nodit.io/reference/kaia-getnfttransferswithinrange.md): 특정 기간동안 발생한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - NFT의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. - [Get NFTs Owned By Account](https://developer.nodit.io/reference/kaia-getnftsownedbyaccount.md): 특정 Account가 보유한 NFT의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰의 메타데이터가 포함됩니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Token URI 혹은 NFT Metadata 데이터가 실제 데이터와 다른가요? > > Token URI(tokenUri)와 NFT Metadata(rawMetadata)는 프로젝트의 컨트랙트 로직에 따라 동적으로 변경될 수 있습니다. 예를 들어, Dynamic NFT는 온체인 혹은 오프체인 조건에 따라 NFT 데이터가 업데이트될 수 있습니다. 이러한 변경은 자동으로 기록되지 않기 때문에, 최신 데이터를 확인하기 위해서는 Sync NFT Metadata를 사용해 동기화 요청을 보내는 것을 권장합니다. > Sync NFT Metadata는 메타데이터와 Token URI를 최신화하는 API입니다. 동기화 요청을 보내면 NFT Metadata와 Token URI의 데이터를 최신 상태로 업데이트하여 현재 상태에 맞는 정확한 정보를 확인할 수 있습니다. 이 과정은 데이터 크기와 네트워크 상태에 따라 최대 10초가 소요될 수 있습니다. > [▶ Link to Sync NFT Metadata](https://developer.nodit.io/reference/syncnftmetadata) > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 특정 계정이 보유한 NFT를 조회한 경우, 하드포크 시점 이전에 배포된 NFT는 조회 결과에 포함되지 않을 수 있습니다. - [Search NFT Contract Metadata By Keyword](https://developer.nodit.io/reference/kaia-searchnftcontractmetadatabykeyword.md): NFT 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트의 메타데이터는 조회 되지 않을 수 있습니다. - [Sync Nft Metadata](https://developer.nodit.io/reference/kaia-syncnftmetadata.md): 특정 NFT의 Metadata를 동기화합니다. 최대 100개의 NFT를 동기화할 수 있으며, 동기화까지 최대 10초가 소요될 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT를 입력한 경우, NFT의 Metadata 동기화가 진행되지 않을 수 있습니다. - [Get Token Allowance](https://developer.nodit.io/reference/kaia-gettokenallowance.md): Spender에게 Owner가 Approve한 ERC20 토큰의 수량을 조회합니다. - [Get Token Contract Metadata by Contracts](https://developer.nodit.io/reference/kaia-gettokencontractmetadatabycontracts.md): 특정 ERC20 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 Token 컨트랙트의 메타데이터는 조회 되지 않을 수 있습니다. - [Get Token Holders By Contract](https://developer.nodit.io/reference/kaia-gettokenholdersbycontract.md): 특정 ERC20 토큰 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 토큰의 수량이 포함됩니다. - [Get Token Prices by Contracts](https://developer.nodit.io/reference/kaia-gettokenpricesbycontracts.md): 입력한 ERC20 토큰 컨트랙트에서 발행한 Token의 온체인 마켓 가격을 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 토큰 가격 조회 시 알아두어야 할 사항 > > 이 API에서 제공되는 토큰 가격은 CoinMarketCap의 데이터를 기반으로 합니다. 가격 정보는 일정 주기로 갱신되기 때문에 실시간 가격과 차이가 있을 수 있습니다. 또한, CoinMarketCap에 등록되지 않은 토큰을 조회할 경우 빈 배열이 반환됩니다. - [Get Token Transfers by Account](https://developer.nodit.io/reference/kaia-gettokentransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - Token의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. - [Get Token Transfers by Contract](https://developer.nodit.io/reference/kaia-gettokentransfersbycontract.md): 특정 컨트랙트에서 발생된 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - Token의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. - [Get Token Transfers Within Range](https://developer.nodit.io/reference/kaia-gettokentransferswithinrange.md): 특정 기간동안 발생한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - Token의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Tokens Owned By Account](https://developer.nodit.io/reference/kaia-gettokensownedbyaccount.md): 특정 Account가 보유한 ERC20 토큰의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰 컨트랙트의 메타데이터가 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 특정 계정이 보유한 Token을 조회한 경우, 하드포크 시점 이전에 배포된 Token은 조회 결과에 포함되지 않을 수 있습니다. - [Search Token Contract Metadata by Keyword](https://developer.nodit.io/reference/kaia-searchtokencontractmetadatabykeyword.md): ERC20 토큰 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 Token 컨트랙트의 메타데이터는 조회 되지 않을 수 있습니다. - [Get Native Balance by Account](https://developer.nodit.io/reference/kaia-getnativebalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. - [Get Block by Hash or Number](https://developer.nodit.io/reference/kaia-getblockbyhashornumber.md): 블록 해시 혹은 블록넘버로 조회한 블록의 특정 정보를 반환합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 블록은 조회되지 않을 수 있습니다. - [Get Blocks Within Range](https://developer.nodit.io/reference/kaia-getblockswithinrange.md): 특정 기간, 특정 구간의 블록 리스트 정보를 조회합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 블록은 조회되지 않을 수 있습니다. - [Get Gas Price](https://developer.nodit.io/reference/kaia-getgasprice.md): 현재 Gas Price를 조회합니다. - [Get Internal Transactions By Account](https://developer.nodit.io/reference/kaia-getinternaltransactionsbyaccount.md): 특정 Account와 관련된 internal transaction 리스트를 조회합니다. - [Get Internal Transactions By Transaction Hash](https://developer.nodit.io/reference/kaia-getinternaltransactionsbytransactionhash.md): 특정 트랜잭션에서 발생한 internal transaction 리스트를 조회합니다. - [Get Next Nonce by Account](https://developer.nodit.io/reference/kaia-getnextnoncebyaccount.md): 특정 Account의 다음 nonce를 조회합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/kaia-gettotaltransactioncountbyaccount.md): 이 API는 특정 계정 주소가 송신자나 수신자로 포함된 트랜잭션의 총 개수를 반환합니다. - [Get Transaction By Hash](https://developer.nodit.io/reference/kaia-gettransactionbyhash.md): 특정 트랜잭션의 정보를 조회합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 블록은 조회되지 않을 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Account](https://developer.nodit.io/reference/kaia-gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 트랜잭션은 조회 결과에 포함되지 않을 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Hashes](https://developer.nodit.io/reference/kaia-gettransactionsbyhashes.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 트랜잭션은 조회 결과에 포함되지 않을 수 있습니다. - [Get Transactions In Block](https://developer.nodit.io/reference/kaia-gettransactionsinblock.md): 특정 블록 내의 트랜잭션 리스트를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 트랜잭션은 조회 결과에 포함되지 않을 수 있습니다. - [Is Contract](https://developer.nodit.io/reference/kaia-iscontract.md): 입력된 Address가 컨트랙트 주소인지 아닌지 조회합니다. - [Search Events](https://developer.nodit.io/reference/kaia-searchevents.md): 지정한 범위 내의 특정 event를 검색합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 이벤트는 조회 결과에 포함되지 않을 수 있습니다. - [Get Account Stats](https://developer.nodit.io/reference/kaia-getaccountstats.md): 특정 주소의 통계 정보를 조회합니다. 계정 주소의 트랜잭션, 전송 이벤트, 자산 등의 정보를 통해서 계정의 활동을 분석할 수 있습니다. - [Optimism Quickstart](https://developer.nodit.io/reference/optimism-quickstart.md) - [eth_blockNumber](https://developer.nodit.io/reference/optimism-eth_blocknumber.md): 가장 최신 블록의 번호를 반환합니다. - [eth_call](https://developer.nodit.io/reference/optimism-eth_call.md): 실제로 트랜잭션을 생성하여 발행하지 않고 컨트랙트의 읽기 method를 실행한 결과를 조회할 수 있습니다. 주로 특정 스마트 컨트랙트의 현재 상태를 읽기 위해 사용됩니다. call로 인한 상태 변경은 일어나지 않습니다. > 🚧 응답 시간이 오래 걸리나요? 함수 복잡성에 따라 응답 시간이 길어질 수 있습니다! > > 특정 상태에서의 스마트 컨트랙트 함수를 실행할 때, 함수의 복잡성에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 실행할 함수를 최적화하고, 함수의 실행 결과를 최소화하세요. - [eth_chainId](https://developer.nodit.io/reference/optimism-eth_chainid.md): 현재 노드가 연결된 네트워크의 체인 ID를 16진수 문자열 형태로 반환합니다. 체인 ID는 EIP-155에서 정의된 네트워크 식별자로, 리플레이 공격을 방지하기 위해 트랜잭션 서명에 사용됩니다. - [eth_createAccessList](https://developer.nodit.io/reference/optimism-eth_createaccesslist.md): EIP-2930에 따라 트랜잭션에 포함할 수 있는 Access List를 생성합니다. Access List는 트랜잭션의 실행에 필요한 최소한의 정보만을 포함하고 있어, 블록체인 네트워크의 부하를 줄이고 가스 비용을 절감할 수 있습니다. - [eth_estimateGas](https://developer.nodit.io/reference/optimism-eth_estimategas.md): 트랜잭션을 실행할 때 필요한 가스량을 추정합니다. 실제로 트랜잭션을 발행하지 않고 가스량만 추정합니다. - [eth_feeHistory](https://developer.nodit.io/reference/optimism-eth_feehistory.md): 요청한 블록 범위 내의 가스 수수료 히스토리를 반환합니다. 이 정보를 사용하여 트랜잭션을 생성할 때 maxFeePerGas 및 maxPriorityFeePerGas의 적절한 값을 설정할 수 있습니다. - [eth_gasPrice](https://developer.nodit.io/reference/optimism-eth_gasprice.md): 현재 노드가 연결된 네트워크의 예상 가스 가격을 wei단위로 반환합니다. - [eth_getBalance](https://developer.nodit.io/reference/optimism-eth_getbalance.md): 특정 계정 주소가 소유한 Native Token 자산 잔고를 반환합니다. - [eth_getBlockByHash](https://developer.nodit.io/reference/optimism-eth_getblockbyhash.md): 블록 해시를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockByNumber](https://developer.nodit.io/reference/optimism-eth_getblockbynumber.md): 블록 넘버를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockReceipts](https://developer.nodit.io/reference/optimism-eth_getblockreceipts.md): 블록 해시를 입력하여 해당 블록의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 내 트랜잭션 수에 따라 응답 시간이 길어질 수 있습니다! > > eth_getBlockReceipts는 특정 블록에 포함된 모든 트랜잭션의 실행 결과(receipts)를 한 번에 조회합니다. 이때 트랜잭션 수가 많거나 실행 결과가 복잡한 경우, 응답 시간이 지연될 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - 특정 트랜잭션만 필요한 경우, eth_getTransactionReceipt를 사용하여 원하는 트랜잭션의 실행 결과만 개별 조회하는 것을 권장합니다. - [eth_getBlockTransactionCountByHash](https://developer.nodit.io/reference/optimism-eth_getblocktransactioncountbyhash.md): 블록 해시를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getBlockTransactionCountByNumber](https://developer.nodit.io/reference/optimism-eth_getblocktransactioncountbynumber.md): 블록 넘버를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getCode](https://developer.nodit.io/reference/optimism-eth_getcode.md): 입력한 주소에 대한 스마트 컨트랙트 코드를 조회합니다. 코드가 존재하지 않는 경우에는 `0x`를 반환합니다. - [eth_getFilterChanges](https://developer.nodit.io/reference/optimism-eth_getfilterchanges.md): 필터 ID를 입력하여 필터 결과를 조회합니다. eth_newFilter, eth_newBlockFilter, eth_newPendingTransactionFilter 메서드를 통해 생성된 필터 ID를 입력합니다. - [eth_getFilterLogs](https://developer.nodit.io/reference/optimism-eth_getfilterlogs.md): 필터 ID를 입력하여 해당 필터에 대한 로그를 조회합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. eth_getLogs 메서드와 동일한 결과를 반환합니다. - [eth_getLogs](https://developer.nodit.io/reference/optimism-eth_getlogs.md): 입력한 필터 조건에 부합하는 Log들을 조회합니다. 별도의 필터를 생성하여 필터 ID로 조회하지 않고, 요청에 바로 필터 조건을 입력하여 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_getProof](https://developer.nodit.io/reference/optimism-eth_getproof.md): 특정 주소의 Storage에 저장된 값을 merkle-proof가 포함된 형식으로 반환합니다. 반환된 Proof값을 활용하여 조회한 Storage의 현재 상태값이 위변조되지 않았음을 검증할 수 있습니다. - [eth_getStorageAt](https://developer.nodit.io/reference/optimism-eth_getstorageat.md): 입력한 주소에 할당된 Storage slot을 조회할 수 있습니다. - [eth_getTransactionByBlockHashAndIndex](https://developer.nodit.io/reference/optimism-eth_gettransactionbyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionByBlockNumberAndIndex](https://developer.nodit.io/reference/optimism-eth_gettransactionbyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 트랜잭션 정보를 조회합니다. - [eth_getTransactionByHash](https://developer.nodit.io/reference/optimism-eth_gettransactionbyhash.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionCount](https://developer.nodit.io/reference/optimism-eth_gettransactioncount.md): 특정 주소로부터 발행된 트랜잭션 수를 반환합니다. - [eth_getTransactionReceipt](https://developer.nodit.io/reference/optimism-eth_gettransactionreceipt.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션 상태에 따라 응답 시간이 길어질 수 있습니다! > > 특정 트랜잭션의 정보를 조회할 때, 해당 트랜잭션에 포함된 이벤트 로그의 양, 블록 내 트랜잭션 순서 등에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 트랜잭션의 이벤트 로그를 제외하고 요청하세요. - [eth_getUncleByBlockHashAndIndex](https://developer.nodit.io/reference/optimism-eth_getunclebyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 블록의 Uncle을 조회합니다. - [eth_getUncleByBlockNumberAndIndex](https://developer.nodit.io/reference/optimism-eth_getunclebyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 uncle 정보를 조회합니다. - [eth_getUncleCountByBlockHash](https://developer.nodit.io/reference/optimism-eth_getunclecountbyblockhash.md): 블록 해시를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_getUncleCountByBlockNumber](https://developer.nodit.io/reference/optimism-eth_getunclecountbyblocknumber.md): 블록 넘버를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_maxPriorityFeePerGas](https://developer.nodit.io/reference/optimism-eth_maxpriorityfeepergas.md): 현재 노드가 연결된 네트워크의 최대 우선 순위 수수료를 wei 단위로 반환합니다. 최대 우선 순위 수수료는 EIP-1559에서 정의된 새로운 트랜잭션 형식에서 사용됩니다. - [eth_newBlockFilter](https://developer.nodit.io/reference/optimism-eth_newblockfilter.md): 신규 블록이 생성되면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_newFilter](https://developer.nodit.io/reference/optimism-eth_newfilter.md): 입력한 필터 조건에 부합하는 Log들을 조회하기 위한 필터를 생성하고 필터 ID를 반환합니다. 필터 ID는 eth_getFilterLogs, eth_uninstallFilter 메서드에서 사용됩니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_newPendingTransactionFilter](https://developer.nodit.io/reference/optimism-eth_newpendingtransactionfilter.md): 신규 Pending 트랜잭션이 발생하면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_sendRawTransaction](https://developer.nodit.io/reference/optimism-eth_sendrawtransaction.md): 서명된 트랜잭션 데이터를 네트워크에 전송합니다. 트랜잭션이 정상적으로 처리되는 경우, 트랜잭션의 해시 값이 반환됩니다. 트랜잭션 서명은 개인키에 의해 client에서 이루어져야 합니다. 노드에서는 해당 트랜잭션의 유효성만 검증합니다. - [eth_uninstallFilter](https://developer.nodit.io/reference/optimism-eth_uninstallfilter.md): 필터 ID를 입력하여 해당 필터를 제거합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. 필터가 이미 제거되었거나 존재하지 않는 경우에는 `false`를 반환합니다. - [eth_subscribe](https://developer.nodit.io/reference/optimism-eth_subscribe.md) - [eth_unsubscribe](https://developer.nodit.io/reference/optimism-eth_unsubscribe.md) - [net_listening](https://developer.nodit.io/reference/optimism-net_listening.md): 클라이언트가 현재 요청을 받을 수 있는 상태인지 확인합니다. Health check용으로 사용할 수 있는 method입니다. - [net_version](https://developer.nodit.io/reference/optimism-net_version.md): 연결된 Ethereum 네트워크의 네트워크 ID를 반환합니다. 네트워크 ID는 Ethereum의 다양한 네트워크(예: 메인넷, 테스트넷 등)를 구분하는 데 사용됩니다. 예를 들어, Ethereum 메인넷의 네트워크 ID는 1이고, Ropsten 테스트넷은 3, Rinkeby 테스트넷은 4입니다. 이 메소드는 주로 네트워크를 식별하고, 애플리케이션이 올바른 네트워크에 연결되어 있는지 확인하는 데 사용됩니다. - [web3_clientVersion](https://developer.nodit.io/reference/optimism-web3_clientversion.md): 현재 노드의 client 버전 정보를 조회합니다. - [web3_sha3](https://developer.nodit.io/reference/optimism-web3_sha3.md): 입력된 데이터에 대해 SHA3 (Keccak-256) 해시 함수를 적용하고, 그 결과를 반환합니다. 이 메소드는 주로 데이터의 무결성을 검증하거나, 특정 데이터에 대한 고유한 식별자를 생성하는 데 사용됩니다. 예를 들어, 입력 데이터를 해싱하여 블록체인에서 관리하거나, 고유한 해시 값을 계산하는 데 활용할 수 있습니다. - [debug_traceBlockByHash](https://developer.nodit.io/reference/optimism-debug_traceblockbyhash.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceTransaction](https://developer.nodit.io/reference/optimism-debug_tracetransaction.md): 이미 처리된 Transaction의 처리 과정을 노드 레벨에서 replay하면서 트랜잭션의 실행 과정에서 각각의 단계와 관련된 상세한 정보를 확인할 수 있는 디버깅 메소드입니다. 트랜잭션의 호출 스택, 가스 사용량, 상태 변경, 로그 이벤트 등 다양한 정보를 반환합니다. 이를 통해 컨트랙트의 함수 호출 흐름, 변수 변경, 이벤트 발생 등을 추적하고 디버깅할 수 있습니다. - [debug_traceBlockByNumber](https://developer.nodit.io/reference/optimism-debug_traceblockbynumber.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceCall](https://developer.nodit.io/reference/optimism-debug_tracecall.md): eth_call을 디버깅 모드로 실행하면서 trace 기능을 제공합니다. 현재 블록의 상태를 기반으로 특정 call을 수행하였을 때 발생하는 모든 스택 변화를 추적할 수 있습니다. - [optimism_outputAtBlock](https://developer.nodit.io/reference/optimism-optimism_outputatblock.md): 이 메소드는 특정 블록에서의 출력 루트를 얻기 위해 사용됩니다. 사용자는 해당 블록 번호를 16진수 형태로 제공하여 호출할 수 있으며, 성공적인 호출 결과로는 해당 블록의 출력 루트가 반환됩니다. 출력 루트는 Optimism의 상태를 나타내는 중요한 요소로, 특정 블록의 상태를 검증하는 데 사용될 수 있습니다. - [optimism_rollupConfig](https://developer.nodit.io/reference/optimism-optimism_rollupconfig.md): 이 메서드는 롤업 구성 매개변수를 조회하는 데 사용됩니다. 호출 결과로는 롤업의 다양한 구성 옵션을 포함한 정보가 반환됩니다. 이 정보에는 제네시스 블록 정보, 배치 크기, 시퀀서 윈도우 크기, 채널 타임아웃 등 롤업 운영에 필요한 다양한 설정 값이 포함될 수 있습니다. 이를 통해 개발자는 롤업의 현재 구성 상태를 이해하고, 필요에 따라 최적화할 수 있습니다. - [Get NFT Contract Metadata by Contracts](https://developer.nodit.io/reference/optimism-getnftcontractmetadatabycontracts.md): 특정 NFT 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get NFT Contracts by Account](https://developer.nodit.io/reference/optimism-getnftcontractsbyaccount.md): 특정 Account가 보유한 NFT를 컨트랙트 별로 그룹핑하여 조회합니다. 조회 결과에는 컨트랙트별 NFT의 수량과 컨트랙트의 메타데이터가 포함됩니다. - [Get NFT Holders by Contract](https://developer.nodit.io/reference/optimism-getnftholdersbycontract.md): 특정 NFT 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Holders by Token ID](https://developer.nodit.io/reference/optimism-getnftholdersbytokenid.md): 특정 NFT의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Metadata by Contract](https://developer.nodit.io/reference/optimism-getnftmetadatabycontract.md): 특정 컨트랙트에서 발행된 NFT의 메타데이터 목록을 조회합니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Metadata by Token IDs](https://developer.nodit.io/reference/optimism-getnftmetadatabytokenids.md): 특정 NFT의 메타데이터를 조회합니다. 다수의 NFT를 조회할 수 있으며, 최대 100개의 NFT를 조회할 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Transfers By Account](https://developer.nodit.io/reference/optimism-getnfttransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By Contract](https://developer.nodit.io/reference/optimism-getnfttransfersbycontract.md): 특정 컨트랙트에서 발생된 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By TokenId](https://developer.nodit.io/reference/optimism-getnfttransfersbytokenid.md): 특정 NFT가 전송된 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers Within Range](https://developer.nodit.io/reference/optimism-getnfttransferswithinrange.md): 특정 기간동안 발생한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get NFTs Owned By Account](https://developer.nodit.io/reference/optimism-getnftsownedbyaccount.md): 특정 Account가 보유한 NFT의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰의 메타데이터가 포함됩니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Token URI 혹은 NFT Metadata 데이터가 실제 데이터와 다른가요? > > Token URI(tokenUri)와 NFT Metadata(rawMetadata)는 프로젝트의 컨트랙트 로직에 따라 동적으로 변경될 수 있습니다. 예를 들어, Dynamic NFT는 온체인 혹은 오프체인 조건에 따라 NFT 데이터가 업데이트될 수 있습니다. 이러한 변경은 자동으로 기록되지 않기 때문에, 최신 데이터를 확인하기 위해서는 Sync NFT Metadata를 사용해 동기화 요청을 보내는 것을 권장합니다. > Sync NFT Metadata는 메타데이터와 Token URI를 최신화하는 API입니다. 동기화 요청을 보내면 NFT Metadata와 Token URI의 데이터를 최신 상태로 업데이트하여 현재 상태에 맞는 정확한 정보를 확인할 수 있습니다. 이 과정은 데이터 크기와 네트워크 상태에 따라 최대 10초가 소요될 수 있습니다. > [▶ Link to Sync NFT Metadata](https://developer.nodit.io/reference/syncnftmetadata) - [Search NFT Contract Metadata By Keyword](https://developer.nodit.io/reference/optimism-searchnftcontractmetadatabykeyword.md): NFT 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Sync Nft Metadata](https://developer.nodit.io/reference/optimism-syncnftmetadata.md): 특정 NFT의 Metadata를 동기화합니다. 최대 100개의 NFT를 동기화할 수 있으며, 동기화까지 최대 10초가 소요될 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get Token Allowance](https://developer.nodit.io/reference/optimism-gettokenallowance.md): Spender에게 Owner가 Approve한 ERC20 토큰의 수량을 조회합니다. - [Get Token Contract Metadata by Contracts](https://developer.nodit.io/reference/optimism-gettokencontractmetadatabycontracts.md): 특정 ERC20 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get Token Holders By Contract](https://developer.nodit.io/reference/optimism-gettokenholdersbycontract.md): 특정 ERC20 토큰 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 토큰의 수량이 포함됩니다. - [Get Token Prices by Contracts](https://developer.nodit.io/reference/optimism-gettokenpricesbycontracts.md): 입력한 ERC20 토큰 컨트랙트에서 발행한 Token의 온체인 마켓 가격을 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 토큰 가격 조회 시 알아두어야 할 사항 > > 이 API에서 제공되는 토큰 가격은 CoinMarketCap의 데이터를 기반으로 합니다. 가격 정보는 일정 주기로 갱신되기 때문에 실시간 가격과 차이가 있을 수 있습니다. 또한, CoinMarketCap에 등록되지 않은 토큰을 조회할 경우 빈 배열이 반환됩니다. - [Get Token Transfers by Account](https://developer.nodit.io/reference/optimism-gettokentransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers by Contract](https://developer.nodit.io/reference/optimism-gettokentransfersbycontract.md): 특정 컨트랙트에서 발생된 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers Within Range](https://developer.nodit.io/reference/optimism-gettokentransferswithinrange.md): 특정 기간동안 발생한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Tokens Owned By Account](https://developer.nodit.io/reference/optimism-gettokensownedbyaccount.md): 특정 Account가 보유한 ERC20 토큰의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰 컨트랙트의 메타데이터가 포함됩니다. - [Search Token Contract Metadata by Keyword](https://developer.nodit.io/reference/optimism-searchtokencontractmetadatabykeyword.md): ERC20 토큰 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Native Balance by Account](https://developer.nodit.io/reference/optimism-getnativebalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. - [Get Block by Hash or Number](https://developer.nodit.io/reference/optimism-getblockbyhashornumber.md): 블록 해시 혹은 블록넘버로 조회한 블록의 특정 정보를 반환합니다. - [Get Blocks Within Range](https://developer.nodit.io/reference/optimism-getblockswithinrange.md): 특정 기간, 특정 구간의 블록 리스트 정보를 조회합니다. - [Get Gas Price](https://developer.nodit.io/reference/optimism-getgasprice.md): 현재 Gas Price를 조회합니다. - [Get Next Nonce by Account](https://developer.nodit.io/reference/optimism-getnextnoncebyaccount.md): 특정 Account의 다음 nonce를 조회합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/optimism-gettotaltransactioncountbyaccount.md): 이 API는 특정 계정 주소가 송신자나 수신자로 포함된 트랜잭션의 총 개수를 반환합니다. - [Get Transaction By Hash](https://developer.nodit.io/reference/optimism-gettransactionbyhash.md): 특정 트랜잭션의 정보를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Account](https://developer.nodit.io/reference/optimism-gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Hashes](https://developer.nodit.io/reference/optimism-gettransactionsbyhashes.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Transactions In Block](https://developer.nodit.io/reference/optimism-gettransactionsinblock.md): 특정 블록 내의 트랜잭션 리스트를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Is Contract](https://developer.nodit.io/reference/optimism-iscontract.md): 입력된 Address가 컨트랙트 주소인지 아닌지 조회합니다. - [Search Events](https://developer.nodit.io/reference/optimism-searchevents.md): 지정한 범위 내의 특정 event를 검색합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Account Stats](https://developer.nodit.io/reference/optimism-getaccountstats.md): 특정 주소의 통계 정보를 조회합니다. 계정 주소의 트랜잭션, 전송 이벤트, 자산 등의 정보를 통해서 계정의 활동을 분석할 수 있습니다. - [Polygon Quickstart](https://developer.nodit.io/reference/polygon-quickstart.md) - [eth_blockNumber](https://developer.nodit.io/reference/polygon-eth_blocknumber.md): 가장 최신 블록의 번호를 반환합니다. - [eth_call](https://developer.nodit.io/reference/polygon-eth_call.md): 실제로 트랜잭션을 생성하여 발행하지 않고 컨트랙트의 읽기 method를 실행한 결과를 조회할 수 있습니다. 주로 특정 스마트 컨트랙트의 현재 상태를 읽기 위해 사용됩니다. call로 인한 상태 변경은 일어나지 않습니다. > 🚧 응답 시간이 오래 걸리나요? 함수 복잡성에 따라 응답 시간이 길어질 수 있습니다! > > 특정 상태에서의 스마트 컨트랙트 함수를 실행할 때, 함수의 복잡성에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 실행할 함수를 최적화하고, 함수의 실행 결과를 최소화하세요. - [eth_chainId](https://developer.nodit.io/reference/polygon-eth_chainid.md): 현재 노드가 연결된 네트워크의 체인 ID를 16진수 문자열 형태로 반환합니다. 체인 ID는 EIP-155에서 정의된 네트워크 식별자로, 리플레이 공격을 방지하기 위해 트랜잭션 서명에 사용됩니다. - [eth_createAccessList](https://developer.nodit.io/reference/polygon-eth_createaccesslist.md): EIP-2930에 따라 트랜잭션에 포함할 수 있는 Access List를 생성합니다. Access List는 트랜잭션의 실행에 필요한 최소한의 정보만을 포함하고 있어, 블록체인 네트워크의 부하를 줄이고 가스 비용을 절감할 수 있습니다. - [eth_estimateGas](https://developer.nodit.io/reference/polygon-eth_estimategas.md): 트랜잭션을 실행할 때 필요한 가스량을 추정합니다. 실제로 트랜잭션을 발행하지 않고 가스량만 추정합니다. - [eth_feeHistory](https://developer.nodit.io/reference/polygon-eth_feehistory.md): 요청한 블록 범위 내의 가스 수수료 히스토리를 반환합니다. 이 정보를 사용하여 트랜잭션을 생성할 때 maxFeePerGas 및 maxPriorityFeePerGas의 적절한 값을 설정할 수 있습니다. - [eth_gasPrice](https://developer.nodit.io/reference/polygon-eth_gasprice.md): 현재 노드가 연결된 네트워크의 예상 가스 가격을 wei단위로 반환합니다. - [eth_getBalance](https://developer.nodit.io/reference/polygon-eth_getbalance.md): 특정 계정 주소가 소유한 Native Token 자산 잔고를 반환합니다. - [eth_getBlockByHash](https://developer.nodit.io/reference/polygon-eth_getblockbyhash.md): 블록 해시를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockByNumber](https://developer.nodit.io/reference/polygon-eth_getblockbynumber.md): 블록 넘버를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockTransactionCountByHash](https://developer.nodit.io/reference/polygon-eth_getblocktransactioncountbyhash.md): 블록 해시를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getBlockTransactionCountByNumber](https://developer.nodit.io/reference/polygon-eth_getblocktransactioncountbynumber.md): 블록 넘버를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getCode](https://developer.nodit.io/reference/polygon-eth_getcode.md): 입력한 주소에 대한 스마트 컨트랙트 코드를 조회합니다. 코드가 존재하지 않는 경우에는 `0x`를 반환합니다. - [eth_getFilterChanges](https://developer.nodit.io/reference/polygon-eth_getfilterchanges.md): 필터 ID를 입력하여 필터 결과를 조회합니다. eth_newFilter, eth_newBlockFilter, eth_newPendingTransactionFilter 메서드를 통해 생성된 필터 ID를 입력합니다. - [eth_getFilterLogs](https://developer.nodit.io/reference/polygon-eth_getfilterlogs.md): 필터 ID를 입력하여 해당 필터에 대한 로그를 조회합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. eth_getLogs 메서드와 동일한 결과를 반환합니다. - [eth_getLogs](https://developer.nodit.io/reference/polygon-eth_getlogs.md): 입력한 필터 조건에 부합하는 Log들을 조회합니다. 별도의 필터를 생성하여 필터 ID로 조회하지 않고, 요청에 바로 필터 조건을 입력하여 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_getProof](https://developer.nodit.io/reference/polygon-eth_getproof.md): 특정 주소의 Storage에 저장된 값을 merkle-proof가 포함된 형식으로 반환합니다. 반환된 Proof값을 활용하여 조회한 Storage의 현재 상태값이 위변조되지 않았음을 검증할 수 있습니다. - [eth_getStorageAt](https://developer.nodit.io/reference/polygon-eth_getstorageat.md): 입력한 주소에 할당된 Storage slot을 조회할 수 있습니다. - [eth_getTransactionByBlockHashAndIndex](https://developer.nodit.io/reference/polygon-eth_gettransactionbyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionByBlockNumberAndIndex](https://developer.nodit.io/reference/polygon-eth_gettransactionbyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 트랜잭션 정보를 조회합니다. - [eth_getTransactionByHash](https://developer.nodit.io/reference/polygon-eth_gettransactionbyhash.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionCount](https://developer.nodit.io/reference/polygon-eth_gettransactioncount.md): 특정 주소로부터 발행된 트랜잭션 수를 반환합니다. - [eth_getTransactionReceipt](https://developer.nodit.io/reference/polygon-eth_gettransactionreceipt.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션 상태에 따라 응답 시간이 길어질 수 있습니다! > > 특정 트랜잭션의 정보를 조회할 때, 해당 트랜잭션에 포함된 이벤트 로그의 양, 블록 내 트랜잭션 순서 등에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 트랜잭션의 이벤트 로그를 제외하고 요청하세요. - [eth_getUncleByBlockHashAndIndex](https://developer.nodit.io/reference/polygon-eth_getunclebyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 블록의 Uncle을 조회합니다. - [eth_getUncleByBlockNumberAndIndex](https://developer.nodit.io/reference/polygon-eth_getunclebyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 uncle 정보를 조회합니다. - [eth_getUncleCountByBlockHash](https://developer.nodit.io/reference/polygon-eth_getunclecountbyblockhash.md): 블록 해시를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_getUncleCountByBlockNumber](https://developer.nodit.io/reference/polygon-eth_getunclecountbyblocknumber.md): 블록 넘버를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_maxPriorityFeePerGas](https://developer.nodit.io/reference/polygon-eth_maxpriorityfeepergas.md): 현재 노드가 연결된 네트워크의 최대 우선 순위 수수료를 wei 단위로 반환합니다. 최대 우선 순위 수수료는 EIP-1559에서 정의된 새로운 트랜잭션 형식에서 사용됩니다. - [eth_newBlockFilter](https://developer.nodit.io/reference/polygon-eth_newblockfilter.md): 신규 블록이 생성되면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_newFilter](https://developer.nodit.io/reference/polygon-eth_newfilter.md): 입력한 필터 조건에 부합하는 Log들을 조회하기 위한 필터를 생성하고 필터 ID를 반환합니다. 필터 ID는 eth_getFilterLogs, eth_uninstallFilter 메서드에서 사용됩니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_newPendingTransactionFilter](https://developer.nodit.io/reference/polygon-eth_newpendingtransactionfilter.md): 신규 Pending 트랜잭션이 발생하면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_sendRawTransaction](https://developer.nodit.io/reference/polygon-eth_sendrawtransaction.md): 서명된 트랜잭션 데이터를 네트워크에 전송합니다. 트랜잭션이 정상적으로 처리되는 경우, 트랜잭션의 해시 값이 반환됩니다. 트랜잭션 서명은 개인키에 의해 client에서 이루어져야 합니다. 노드에서는 해당 트랜잭션의 유효성만 검증합니다. - [eth_uninstallFilter](https://developer.nodit.io/reference/polygon-eth_uninstallfilter.md): 필터 ID를 입력하여 해당 필터를 제거합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. 필터가 이미 제거되었거나 존재하지 않는 경우에는 `false`를 반환합니다. - [eth_subscribe](https://developer.nodit.io/reference/polygon-eth_subscribe.md) - [eth_unsubscribe](https://developer.nodit.io/reference/polygon-eth_unsubscribe.md) - [net_listening](https://developer.nodit.io/reference/polygon-net_listening.md): 클라이언트가 현재 요청을 받을 수 있는 상태인지 확인합니다. Health check용으로 사용할 수 있는 method입니다. - [net_version](https://developer.nodit.io/reference/polygon-net_version.md): 연결된 Ethereum 네트워크의 네트워크 ID를 반환합니다. 네트워크 ID는 Ethereum의 다양한 네트워크(예: 메인넷, 테스트넷 등)를 구분하는 데 사용됩니다. 예를 들어, Ethereum 메인넷의 네트워크 ID는 1이고, Ropsten 테스트넷은 3, Rinkeby 테스트넷은 4입니다. 이 메소드는 주로 네트워크를 식별하고, 애플리케이션이 올바른 네트워크에 연결되어 있는지 확인하는 데 사용됩니다. - [web3_clientVersion](https://developer.nodit.io/reference/polygon-web3_clientversion.md): 현재 노드의 client 버전 정보를 조회합니다. - [web3_sha3](https://developer.nodit.io/reference/polygon-web3_sha3.md): 입력된 데이터에 대해 SHA3 (Keccak-256) 해시 함수를 적용하고, 그 결과를 반환합니다. 이 메소드는 주로 데이터의 무결성을 검증하거나, 특정 데이터에 대한 고유한 식별자를 생성하는 데 사용됩니다. 예를 들어, 입력 데이터를 해싱하여 블록체인에서 관리하거나, 고유한 해시 값을 계산하는 데 활용할 수 있습니다. - [debug_traceBlockByHash](https://developer.nodit.io/reference/polygon-debug_traceblockbyhash.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceTransaction](https://developer.nodit.io/reference/polygon-debug_tracetransaction.md): 이미 처리된 Transaction의 처리 과정을 노드 레벨에서 replay하면서 트랜잭션의 실행 과정에서 각각의 단계와 관련된 상세한 정보를 확인할 수 있는 디버깅 메소드입니다. 트랜잭션의 호출 스택, 가스 사용량, 상태 변경, 로그 이벤트 등 다양한 정보를 반환합니다. 이를 통해 컨트랙트의 함수 호출 흐름, 변수 변경, 이벤트 발생 등을 추적하고 디버깅할 수 있습니다. - [debug_traceBlockByNumber](https://developer.nodit.io/reference/polygon-debug_traceblockbynumber.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceCall](https://developer.nodit.io/reference/polygon-debug_tracecall.md): eth_call을 디버깅 모드로 실행하면서 trace 기능을 제공합니다. 현재 블록의 상태를 기반으로 특정 call을 수행하였을 때 발생하는 모든 스택 변화를 추적할 수 있습니다. - [bor_getAuthor](https://developer.nodit.io/reference/polygon-bor_getauthor.md): 현재 블록을 생성한 검증자(또는 블록 생성자)의 주소를 반환합니다. 이 메소드는 PoA 네트워크에서 블록을 생성한 노드를 식별하는 데 사용됩니다. 블록 생성자는 네트워크의 합의 프로토콜에 따라 선택되며, 이 메소드를 통해 해당 블록의 "author" 또는 "miner"의 주소를 알 수 있습니다. - [bor_getCurrentProposer](https://developer.nodit.io/reference/polygon-bor_getcurrentproposer.md): 현재 블록을 제안할 검증자(또는 제안자)의 주소를 반환합니다. 이 메소드는 네트워크에서 다음 블록의 생성을 담당할 노드를 식별하는 데 사용됩니다. PoA 네트워크에서는 블록 생성 권한이 순환하거나 특정 알고리즘에 따라 할당되며, 이 메소드를 통해 현재 블록 생성을 담당하는 노드의 주소를 확인할 수 있습니다. - [bor_getCurrentValidators](https://developer.nodit.io/reference/polygon-bor_getcurrentvalidators.md): 현재 네트워크에서 활성화된 검증자의 목록을 반환합니다. 이 메소드는 네트워크의 현재 검증자들을 식별하는 데 사용되며, 네트워크의 거버넌스와 보안 상태를 이해하는 데 중요한 정보를 제공합니다. 검증자 목록은 네트워크의 합의 프로토콜과 거버넌스 메커니즘에 따라 변경될 수 있으며, 이 메소드를 통해 현재 활성화된 검증자들을 조회할 수 있습니다. - [bor_getSignersAtHash](https://developer.nodit.io/reference/polygon-bor_getsignersathash.md): 특정 블록 해시에 대해 서명한 검증자들의 목록을 반환합니다. 이 메소드는 주어진 블록 해시에 대한 서명자(검증자)들의 주소를 조회하는 데 사용되며, 네트워크의 특정 시점에서 블록의 검증에 참여한 노드들을 식별할 수 있게 해줍니다. - [Get NFT Contract Metadata by Contracts](https://developer.nodit.io/reference/polygon-getnftcontractmetadatabycontracts.md): 특정 NFT 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get NFT Contracts by Account](https://developer.nodit.io/reference/polygon-getnftcontractsbyaccount.md): 특정 Account가 보유한 NFT를 컨트랙트 별로 그룹핑하여 조회합니다. 조회 결과에는 컨트랙트별 NFT의 수량과 컨트랙트의 메타데이터가 포함됩니다. - [Get NFT Holders by Contract](https://developer.nodit.io/reference/polygon-getnftholdersbycontract.md): 특정 NFT 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Holders by Token ID](https://developer.nodit.io/reference/polygon-getnftholdersbytokenid.md): 특정 NFT의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Metadata by Contract](https://developer.nodit.io/reference/polygon-getnftmetadatabycontract.md): 특정 컨트랙트에서 발행된 NFT의 메타데이터 목록을 조회합니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Metadata by Token IDs](https://developer.nodit.io/reference/polygon-getnftmetadatabytokenids.md): 특정 NFT의 메타데이터를 조회합니다. 다수의 NFT를 조회할 수 있으며, 최대 100개의 NFT를 조회할 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Transfers By Account](https://developer.nodit.io/reference/polygon-getnfttransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By Contract](https://developer.nodit.io/reference/polygon-getnfttransfersbycontract.md): 특정 컨트랙트에서 발생된 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By TokenId](https://developer.nodit.io/reference/polygon-getnfttransfersbytokenid.md): 특정 NFT가 전송된 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers Within Range](https://developer.nodit.io/reference/polygon-getnfttransferswithinrange.md): 특정 기간동안 발생한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get NFTs Owned By Account](https://developer.nodit.io/reference/polygon-getnftsownedbyaccount.md): 특정 Account가 보유한 NFT의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰의 메타데이터가 포함됩니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Token URI 혹은 NFT Metadata 데이터가 실제 데이터와 다른가요? > > Token URI(tokenUri)와 NFT Metadata(rawMetadata)는 프로젝트의 컨트랙트 로직에 따라 동적으로 변경될 수 있습니다. 예를 들어, Dynamic NFT는 온체인 혹은 오프체인 조건에 따라 NFT 데이터가 업데이트될 수 있습니다. 이러한 변경은 자동으로 기록되지 않기 때문에, 최신 데이터를 확인하기 위해서는 Sync NFT Metadata를 사용해 동기화 요청을 보내는 것을 권장합니다. > Sync NFT Metadata는 메타데이터와 Token URI를 최신화하는 API입니다. 동기화 요청을 보내면 NFT Metadata와 Token URI의 데이터를 최신 상태로 업데이트하여 현재 상태에 맞는 정확한 정보를 확인할 수 있습니다. 이 과정은 데이터 크기와 네트워크 상태에 따라 최대 10초가 소요될 수 있습니다. > [▶ Link to Sync NFT Metadata](https://developer.nodit.io/reference/syncnftmetadata) - [Search NFT Contract Metadata By Keyword](https://developer.nodit.io/reference/polygon-searchnftcontractmetadatabykeyword.md): NFT 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Sync Nft Metadata](https://developer.nodit.io/reference/polygon-syncnftmetadata.md): 특정 NFT의 Metadata를 동기화합니다. 최대 100개의 NFT를 동기화할 수 있으며, 동기화까지 최대 10초가 소요될 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get Token Allowance](https://developer.nodit.io/reference/polygon-gettokenallowance.md): Spender에게 Owner가 Approve한 ERC20 토큰의 수량을 조회합니다. - [Get Token Contract Metadata by Contracts](https://developer.nodit.io/reference/polygon-gettokencontractmetadatabycontracts.md): 특정 ERC20 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get Token Holders By Contract](https://developer.nodit.io/reference/polygon-gettokenholdersbycontract.md): 특정 ERC20 토큰 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 토큰의 수량이 포함됩니다. - [Get Token Prices by Contracts](https://developer.nodit.io/reference/polygon-gettokenpricesbycontracts.md): 입력한 ERC20 토큰 컨트랙트에서 발행한 Token의 온체인 마켓 가격을 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 토큰 가격 조회 시 알아두어야 할 사항 > > 이 API에서 제공되는 토큰 가격은 CoinMarketCap의 데이터를 기반으로 합니다. 가격 정보는 일정 주기로 갱신되기 때문에 실시간 가격과 차이가 있을 수 있습니다. 또한, CoinMarketCap에 등록되지 않은 토큰을 조회할 경우 빈 배열이 반환됩니다. - [Get Token Transfers by Account](https://developer.nodit.io/reference/polygon-gettokentransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers by Contract](https://developer.nodit.io/reference/polygon-gettokentransfersbycontract.md): 특정 컨트랙트에서 발생된 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers Within Range](https://developer.nodit.io/reference/polygon-gettokentransferswithinrange.md): 특정 기간동안 발생한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Tokens Owned By Account](https://developer.nodit.io/reference/polygon-gettokensownedbyaccount.md): 특정 Account가 보유한 ERC20 토큰의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰 컨트랙트의 메타데이터가 포함됩니다. - [Search Token Contract Metadata by Keyword](https://developer.nodit.io/reference/polygon-searchtokencontractmetadatabykeyword.md): ERC20 토큰 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Native Balance by Account](https://developer.nodit.io/reference/polygon-getnativebalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. - [Get Block by Hash or Number](https://developer.nodit.io/reference/polygon-getblockbyhashornumber.md): 블록 해시 혹은 블록넘버로 조회한 블록의 특정 정보를 반환합니다. - [Get Blocks Within Range](https://developer.nodit.io/reference/polygon-getblockswithinrange.md): 특정 기간, 특정 구간의 블록 리스트 정보를 조회합니다. - [Get Gas Price](https://developer.nodit.io/reference/polygon-getgasprice.md): 현재 Gas Price를 조회합니다. - [Get Next Nonce by Account](https://developer.nodit.io/reference/polygon-getnextnoncebyaccount.md): 특정 Account의 다음 nonce를 조회합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/polygon-gettotaltransactioncountbyaccount.md): 이 API는 특정 계정 주소가 송신자나 수신자로 포함된 트랜잭션의 총 개수를 반환합니다. - [Get Transaction By Hash](https://developer.nodit.io/reference/polygon-gettransactionbyhash.md): 특정 트랜잭션의 정보를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Account](https://developer.nodit.io/reference/polygon-gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Hashes](https://developer.nodit.io/reference/polygon-gettransactionsbyhashes.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Transactions In Block](https://developer.nodit.io/reference/polygon-gettransactionsinblock.md): 특정 블록 내의 트랜잭션 리스트를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Is Contract](https://developer.nodit.io/reference/polygon-iscontract.md): 입력된 Address가 컨트랙트 주소인지 아닌지 조회합니다. - [Search Events](https://developer.nodit.io/reference/polygon-searchevents.md): 지정한 범위 내의 특정 event를 검색합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Account Stats](https://developer.nodit.io/reference/polygon-getaccountstats.md): 특정 주소의 통계 정보를 조회합니다. 계정 주소의 트랜잭션, 전송 이벤트, 자산 등의 정보를 통해서 계정의 활동을 분석할 수 있습니다. - [Tron Quickstart](https://developer.nodit.io/reference/tron-quickstart.md) - [Get Token Allowance](https://developer.nodit.io/reference/tron-gettokenallowance.md): Spender에게 Owner가 Approve한 TRC20 토큰의 수량을 조회합니다. - [Get Token Contract Metadata by Contracts](https://developer.nodit.io/reference/tron-gettokencontractmetadatabycontracts.md): 특정 TRC20 토큰 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get Token Holders By Contract](https://developer.nodit.io/reference/tron-gettokenholdersbycontract.md): 특정 TRC20 토큰 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 토큰의 수량이 포함됩니다. - [Get Token Transfers by Account](https://developer.nodit.io/reference/tron-gettokentransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 TRC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers by Contract](https://developer.nodit.io/reference/tron-gettokentransfersbycontract.md): 특정 컨트랙트에서 발생된 TRC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers Within Range](https://developer.nodit.io/reference/tron-gettokentransferswithinrange.md): 특정 기간동안 발생한 TRC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Tokens Owned By Account](https://developer.nodit.io/reference/tron-gettokensownedbyaccount.md): 특정 Account가 보유한 TRC20 토큰의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰 컨트랙트의 메타데이터가 포함됩니다. - [Search Token Contract Metadata by Keyword](https://developer.nodit.io/reference/tron-searchtokencontractmetadatabykeyword.md): TRC20 토큰 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Native Balance by Account](https://developer.nodit.io/reference/tron-getnativebalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. - [Get Native Holders](https://developer.nodit.io/reference/tron-getnativeholders.md): 네이티브 토큰 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 토큰의 수량이 포함됩니다. - [Get Native Transfers by Account](https://developer.nodit.io/reference/tron-getnativetransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 네이티브 토큰 전송 목록을 조회합니다. - [Get Native Transfers Within Range](https://developer.nodit.io/reference/tron-getnativetransferswithinrange.md): 특정 기간동안 발생한 네이티브 토큰 전송 목록을 조회합니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Internal Transactions By Account](https://developer.nodit.io/reference/tron-getinternaltransactionsbyaccount.md): 특정 Account와 관련된 internal transaction 리스트를 조회합니다. - [Get Internal Transactions By Transaction Hash](https://developer.nodit.io/reference/tron-getinternaltransactionsbytransactionhash.md): 특정 트랜잭션에서 발생한 internal transaction 리스트를 조회합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/tron-gettotaltransactioncountbyaccount.md): 이 API는 특정 계정 주소가 송신자나 수신자로 포함된 트랜잭션의 총 개수를 반환합니다. - [Get Transactions By Account](https://developer.nodit.io/reference/tron-gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Hashes](https://developer.nodit.io/reference/tron-gettransactionsbyhashes.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Transactions In Block](https://developer.nodit.io/reference/tron-gettransactionsinblock.md): 특정 블록 내의 트랜잭션 리스트를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Is Contract](https://developer.nodit.io/reference/tron-iscontract.md): 입력된 Address가 컨트랙트 주소인지 아닌지 조회합니다. - [Get Account Stats](https://developer.nodit.io/reference/tron-getaccountstats.md): 특정 주소의 통계 정보를 조회합니다. 계정 주소의 트랜잭션, 전송 이벤트, 자산 등의 정보를 통해서 계정의 활동을 분석할 수 있습니다. - [Get Asset(TRC10) Holders by ID](https://developer.nodit.io/reference/tron-getassetholdersbyid.md): 특정 TRC10 토큰의 보유한 계정 리스트를 조회합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Get Asset(TRC10) Metadata by IDs](https://developer.nodit.io/reference/tron-getassetmetadatabyids.md): 지정된 Asset ID를 사용하여 TRC10의 메타데이터를 조회합니다. 조회 대상 자산이 없을 경우, 빈 배열을 반환합니다. 한 번의 호출로 최대 100건의 결과를 조회할 수 있습니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Get Asset(TRC10) Metadata by Issuer](https://developer.nodit.io/reference/tron-getassetmetadatabyissuer.md): 지정한 발행자(Issuer)가 발행한 TRC10 자산의 메타데이터를 조회합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Get Asset(TRC10) Transfers by Account](https://developer.nodit.io/reference/tron-getassettransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 Asset(TRC10) 전송 Transfer 리스트 조회합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Get Asset(TRC10) Transfers by ID](https://developer.nodit.io/reference/tron-getassettransfersbyid.md): 지정된 Asset ID에 해당하는 TRC10 토큰의 전송 내역을 조회합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Get Asset(TRC10) Transfers within Range](https://developer.nodit.io/reference/tron-getassettransferswithinrange.md): 지정된 기간 동안 발생한 TRC10 토큰 전송 내역을 조회합니다. 만약 해당 기간에 전송 기록이 없으면 빈 배열을 반환합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Get Assets(TRC10) Owned by Account](https://developer.nodit.io/reference/tron-getassetsownedbyaccount.md): 특정 계정이 보유한 TRC10 토큰 목록을 조회합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Search Asset(TRC10) Metadata by Keyword](https://developer.nodit.io/reference/tron-searchassetmetadatabykeyword.md): Keyword로 검색한 특정 TRC10 리스트 조회합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [XRP Ledger Quickstart](https://developer.nodit.io/reference/xrpl-quickstart.md) - [Get Token Balance Changes by Account](https://developer.nodit.io/reference/xrpl-gettokenbalancechangesbyaccount.md): 특정 계정의 IOU 토큰 잔고 변동 내역을 조회합니다. - [Get Token Transfers by Account](https://developer.nodit.io/reference/xrpl-gettokentransfersbyaccount.md): 특정 계정 주소의 IOU 토큰 잔고 변동 내역을 조회합니다. - [Get Token Transfers by Currency and Issuer](https://developer.nodit.io/reference/xrpl-gettokentransfersbycurrencyandissuer.md) - [Get Token Transfers Within Range](https://developer.nodit.io/reference/xrpl-gettokentransferswithinrange.md): 특정 기간동안 발생한 IOU 토큰 전송 내역을 조회합니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Native Token Balance by Account](https://developer.nodit.io/reference/xrpl-getnativetokenbalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. (e.g., Bitcoin의 경우, BTC 잔고를 조회할 수 있습니다.) - [Get Native Token Balance Changes by Account](https://developer.nodit.io/reference/xrpl-getnativetokenbalancechangesbyaccount.md): 특정 계정의 네이티브 토큰(XRP) 잔고 변동 내역을 조회합니다. - [Get Ledger by Hash or Index](https://developer.nodit.io/reference/xrpl-getledgerbyhashorindex.md): 이 API는 ledger hash 또는 ledger index를 입력받아, 해당 원장의 상세 정보를 조회하여 반환합니다. - [Get Ledgers Within Range](https://developer.nodit.io/reference/xrpl-getledgerswithinrange.md): 특정 기간 또는 특정 원장 범위 내의 원장(ledger) 목록을 조회합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/xrpl-gettotaltransactioncountbyaccount.md): 이 API는 특정 계정이 생성한 트랜잭션 총 개수를 반환합니다. - [Get Transaction By Hash](https://developer.nodit.io/reference/xrpl-gettransactionbyhash.md): 특정 트랜잭션의 정보를 조회합니다. - [Get Transactions By Account](https://developer.nodit.io/reference/xrpl-gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. - [Get Transactions By Hashes](https://developer.nodit.io/reference/xrpl-gettransactionsbyhashes.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Transactions In Ledger](https://developer.nodit.io/reference/xrpl-gettransactionsinledger.md): 특정 원장(Ledger) 내의 트랜잭션 리스트를 조회합니다. - [eth_blockNumber](https://developer.nodit.io/reference/luniverse-eth_blocknumber.md): 가장 최신 블록의 번호를 반환합니다. - [eth_call](https://developer.nodit.io/reference/luniverse-eth_call.md): 실제로 트랜잭션을 생성하여 발행하지 않고 컨트랙트의 읽기 method를 실행한 결과를 조회할 수 있습니다. 주로 특정 스마트 컨트랙트의 현재 상태를 읽기 위해 사용됩니다. call로 인한 상태 변경은 일어나지 않습니다. > 🚧 응답 시간이 오래 걸리나요? 함수 복잡성에 따라 응답 시간이 길어질 수 있습니다! > > 특정 상태에서의 스마트 컨트랙트 함수를 실행할 때, 함수의 복잡성에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 실행할 함수를 최적화하고, 함수의 실행 결과를 최소화하세요. - [eth_chainId](https://developer.nodit.io/reference/luniverse-eth_chainid.md): 현재 노드가 연결된 네트워크의 체인 ID를 16진수 문자열 형태로 반환합니다. 체인 ID는 EIP-155에서 정의된 네트워크 식별자로, 리플레이 공격을 방지하기 위해 트랜잭션 서명에 사용됩니다. - [eth_createAccessList](https://developer.nodit.io/reference/luniverse-eth_createaccesslist.md): EIP-2930에 따라 트랜잭션에 포함할 수 있는 Access List를 생성합니다. Access List는 트랜잭션의 실행에 필요한 최소한의 정보만을 포함하고 있어, 블록체인 네트워크의 부하를 줄이고 가스 비용을 절감할 수 있습니다. - [eth_estimateGas](https://developer.nodit.io/reference/luniverse-eth_estimategas.md): 트랜잭션을 실행할 때 필요한 가스량을 추정합니다. 실제로 트랜잭션을 발행하지 않고 가스량만 추정합니다. - [eth_feeHistory](https://developer.nodit.io/reference/luniverse-eth_feehistory.md): 요청한 블록 범위 내의 가스 수수료 히스토리를 반환합니다. 이 정보를 사용하여 트랜잭션을 생성할 때 maxFeePerGas 및 maxPriorityFeePerGas의 적절한 값을 설정할 수 있습니다. - [eth_gasPrice](https://developer.nodit.io/reference/luniverse-eth_gasprice.md): 현재 노드가 연결된 네트워크의 예상 가스 가격을 wei단위로 반환합니다. - [eth_getBalance](https://developer.nodit.io/reference/luniverse-eth_getbalance.md): 특정 계정 주소가 소유한 Native Token 자산 잔고를 반환합니다. - [eth_getBlockByHash](https://developer.nodit.io/reference/luniverse-eth_getblockbyhash.md): 블록 해시를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockByNumber](https://developer.nodit.io/reference/luniverse-eth_getblockbynumber.md): 블록 넘버를 입력하여 특정 블록의 정보를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션을 함께 요청하면 응답시간이 길어질 수 있습니다! > > 특정 블록에 대한 모든 정보를 요청할 때, 해당 블록에 많은 트랜잭션이 포함된 경우 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 요청 시 블록의 트랜잭션을 제외하고 블록 헤더만 요청하세요 (include transactions=false). - [eth_getBlockTransactionCountByHash](https://developer.nodit.io/reference/luniverse-eth_getblocktransactioncountbyhash.md): 블록 해시를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getBlockTransactionCountByNumber](https://developer.nodit.io/reference/luniverse-eth_getblocktransactioncountbynumber.md): 블록 넘버를 입력하여 특정 블록에 포함된 트랜잭션의 수를 조회합니다. - [eth_getCode](https://developer.nodit.io/reference/luniverse-eth_getcode.md): 입력한 주소에 대한 스마트 컨트랙트 코드를 조회합니다. 코드가 존재하지 않는 경우에는 `0x`를 반환합니다. - [eth_getFilterChanges](https://developer.nodit.io/reference/luniverse-eth_getfilterchanges.md): 필터 ID를 입력하여 필터 결과를 조회합니다. eth_newFilter, eth_newBlockFilter, eth_newPendingTransactionFilter 메서드를 통해 생성된 필터 ID를 입력합니다. - [eth_getFilterLogs](https://developer.nodit.io/reference/luniverse-eth_getfilterlogs.md): 필터 ID를 입력하여 해당 필터에 대한 로그를 조회합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. eth_getLogs 메서드와 동일한 결과를 반환합니다. - [eth_getLogs](https://developer.nodit.io/reference/luniverse-eth_getlogs.md): 입력한 필터 조건에 부합하는 Log들을 조회합니다. 별도의 필터를 생성하여 필터 ID로 조회하지 않고, 요청에 바로 필터 조건을 입력하여 조회합니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_getProof](https://developer.nodit.io/reference/luniverse-eth_getproof.md): 특정 주소의 Storage에 저장된 값을 merkle-proof가 포함된 형식으로 반환합니다. 반환된 Proof값을 활용하여 조회한 Storage의 현재 상태값이 위변조되지 않았음을 검증할 수 있습니다. - [eth_getStorageAt](https://developer.nodit.io/reference/luniverse-eth_getstorageat.md): 입력한 주소에 할당된 Storage slot을 조회할 수 있습니다. - [eth_getTransactionByBlockHashAndIndex](https://developer.nodit.io/reference/luniverse-eth_gettransactionbyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionByBlockNumberAndIndex](https://developer.nodit.io/reference/luniverse-eth_gettransactionbyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 트랜잭션 정보를 조회합니다. - [eth_getTransactionByHash](https://developer.nodit.io/reference/luniverse-eth_gettransactionbyhash.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 정보를 조회합니다. - [eth_getTransactionCount](https://developer.nodit.io/reference/luniverse-eth_gettransactioncount.md): 특정 주소로부터 발행된 트랜잭션 수를 반환합니다. - [eth_getTransactionReceipt](https://developer.nodit.io/reference/luniverse-eth_gettransactionreceipt.md): 트랜잭션 해시를 입력하여 해당 트랜잭션의 Receipt를 조회합니다. > 🚧 응답 시간이 오래 걸리나요? 트랜잭션 상태에 따라 응답 시간이 길어질 수 있습니다! > > 특정 트랜잭션의 정보를 조회할 때, 해당 트랜잭션에 포함된 이벤트 로그의 양, 블록 내 트랜잭션 순서 등에 따라 응답 시간이 길어질 수 있습니다. > 만약 빠른 응답을 원한다면 트랜잭션의 이벤트 로그를 제외하고 요청하세요. - [eth_getUncleByBlockHashAndIndex](https://developer.nodit.io/reference/luniverse-eth_getunclebyblockhashandindex.md): 블록 해시와 트랜잭션 인덱스를 입력하여 해당 블록의 Uncle을 조회합니다. - [eth_getUncleByBlockNumberAndIndex](https://developer.nodit.io/reference/luniverse-eth_getunclebyblocknumberandindex.md): 블록 넘버와 트랜잭션 인덱스를 입력하여 해당 블록의 uncle 정보를 조회합니다. - [eth_getUncleCountByBlockHash](https://developer.nodit.io/reference/luniverse-eth_getunclecountbyblockhash.md): 블록 해시를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_getUncleCountByBlockNumber](https://developer.nodit.io/reference/luniverse-eth_getunclecountbyblocknumber.md): 블록 넘버를 입력하여 해당 블록의 Uncle 블록 수를 조회합니다. - [eth_maxPriorityFeePerGas](https://developer.nodit.io/reference/luniverse-eth_maxpriorityfeepergas.md): 현재 노드가 연결된 네트워크의 최대 우선 순위 수수료를 wei 단위로 반환합니다. 최대 우선 순위 수수료는 EIP-1559에서 정의된 새로운 트랜잭션 형식에서 사용됩니다. - [eth_newBlockFilter](https://developer.nodit.io/reference/luniverse-eth_newblockfilter.md): 신규 블록이 생성되면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_newFilter](https://developer.nodit.io/reference/luniverse-eth_newfilter.md): 입력한 필터 조건에 부합하는 Log들을 조회하기 위한 필터를 생성하고 필터 ID를 반환합니다. 필터 ID는 eth_getFilterLogs, eth_uninstallFilter 메서드에서 사용됩니다. > 🚧 응답 시간이 오래 걸리시나요? 블록 범위에 따라 응답 시간이 길어질 수 있습니다! > > 넓은 블록 범위를 지정하거나 이벤트가 많은 블록을 포함하면, 응답이 지연되거나 타임아웃이 발생할 수 있습니다. > > 빠른 응답을 원하신다면 다음 권장사항을 참고하세요: > > - fromBlock ~ toBlock 범위는 1000 블록 이하로 설정하는 것이 좋습니다. > - 특히 blockTag에 latest를 사용하는 경우, 내부적으로 명확한 블록 번호를 알 수 없어 응답 시간이 길어질 수 있습니다. 이 경우, eth_blockNumber로 최신 블록 번호를 조회한 후 명시적으로 지정하세요. - [eth_newPendingTransactionFilter](https://developer.nodit.io/reference/luniverse-eth_newpendingtransactionfilter.md): 신규 Pending 트랜잭션이 발생하면 알림을 받기 위한 필터를 생성하고 필터 ID를 반환합니다. 필더 ID는 eth_getFilterChanges 메서드에서 필터 결과를 조회할 때 사용됩니다. - [eth_sendRawTransaction](https://developer.nodit.io/reference/luniverse-eth_sendrawtransaction.md): 서명된 트랜잭션 데이터를 네트워크에 전송합니다. 트랜잭션이 정상적으로 처리되는 경우, 트랜잭션의 해시 값이 반환됩니다. 트랜잭션 서명은 개인키에 의해 client에서 이루어져야 합니다. 노드에서는 해당 트랜잭션의 유효성만 검증합니다. - [eth_uninstallFilter](https://developer.nodit.io/reference/luniverse-eth_uninstallfilter.md): 필터 ID를 입력하여 해당 필터를 제거합니다. 필터 ID는 eth_newFilter 메서드를 통해 생성된 필터 ID를 입력합니다. 필터가 이미 제거되었거나 존재하지 않는 경우에는 `false`를 반환합니다. - [eth_subscribe](https://developer.nodit.io/reference/luniverse-eth_subscribe.md) - [eth_unsubscribe](https://developer.nodit.io/reference/luniverse-eth_unsubscribe.md) - [net_listening](https://developer.nodit.io/reference/luniverse-net_listening.md): 클라이언트가 현재 요청을 받을 수 있는 상태인지 확인합니다. Health check용으로 사용할 수 있는 method입니다. - [net_version](https://developer.nodit.io/reference/luniverse-net_version.md): 연결된 Ethereum 네트워크의 네트워크 ID를 반환합니다. 네트워크 ID는 Ethereum의 다양한 네트워크(예: 메인넷, 테스트넷 등)를 구분하는 데 사용됩니다. 예를 들어, Ethereum 메인넷의 네트워크 ID는 1이고, Ropsten 테스트넷은 3, Rinkeby 테스트넷은 4입니다. 이 메소드는 주로 네트워크를 식별하고, 애플리케이션이 올바른 네트워크에 연결되어 있는지 확인하는 데 사용됩니다. - [web3_clientVersion](https://developer.nodit.io/reference/luniverse-web3_clientversion.md): 현재 노드의 client 버전 정보를 조회합니다. - [web3_sha3](https://developer.nodit.io/reference/luniverse-web3_sha3.md): 입력된 데이터에 대해 SHA3 (Keccak-256) 해시 함수를 적용하고, 그 결과를 반환합니다. 이 메소드는 주로 데이터의 무결성을 검증하거나, 특정 데이터에 대한 고유한 식별자를 생성하는 데 사용됩니다. 예를 들어, 입력 데이터를 해싱하여 블록체인에서 관리하거나, 고유한 해시 값을 계산하는 데 활용할 수 있습니다. - [debug_traceBlockByHash](https://developer.nodit.io/reference/luniverse-debug_traceblockbyhash.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceBlockByNumber](https://developer.nodit.io/reference/luniverse-debug_traceblockbynumber.md): 특정 블록에 대해 tracer를 설정하여 해당 tracer가 제공하는 정보들을 통해 트랜잭션으로 인한 체인의 상태 변화 및 실제 call의 발생 이력들을 Debug할 수 있는 도구입니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [debug_traceCall](https://developer.nodit.io/reference/luniverse-debug_tracecall.md): eth_call을 디버깅 모드로 실행하면서 trace 기능을 제공합니다. 현재 블록의 상태를 기반으로 특정 call을 수행하였을 때 발생하는 모든 스택 변화를 추적할 수 있습니다. - [debug_traceTransaction](https://developer.nodit.io/reference/luniverse-debug_tracetransaction.md): 이미 처리된 Transaction의 처리 과정을 노드 레벨에서 replay하면서 트랜잭션의 실행 과정에서 각각의 단계와 관련된 상세한 정보를 확인할 수 있는 디버깅 메소드입니다. 트랜잭션의 호출 스택, 가스 사용량, 상태 변경, 로그 이벤트 등 다양한 정보를 반환합니다. 이를 통해 컨트랙트의 함수 호출 흐름, 변수 변경, 이벤트 발생 등을 추적하고 디버깅할 수 있습니다. - [Get NFT Contract Metadata by Contracts](https://developer.nodit.io/reference/luniverse-getnftcontractmetadatabycontracts.md): 특정 NFT 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get NFT Contracts by Account](https://developer.nodit.io/reference/luniverse-getnftcontractsbyaccount.md): 특정 Account가 보유한 NFT를 컨트랙트 별로 그룹핑하여 조회합니다. 조회 결과에는 컨트랙트별 NFT의 수량과 컨트랙트의 메타데이터가 포함됩니다. - [Get NFT Holders by Contract](https://developer.nodit.io/reference/luniverse-getnftholdersbycontract.md): 특정 NFT 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Holders by Token ID](https://developer.nodit.io/reference/luniverse-getnftholdersbytokenid.md): 특정 NFT의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. - [Get NFT Metadata by Contract](https://developer.nodit.io/reference/luniverse-getnftmetadatabycontract.md): 특정 컨트랙트에서 발행된 NFT의 메타데이터 목록을 조회합니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Metadata by Token IDs](https://developer.nodit.io/reference/luniverse-getnftmetadatabytokenids.md): 특정 NFT의 메타데이터를 조회합니다. 다수의 NFT를 조회할 수 있으며, 최대 100개의 NFT를 조회할 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get NFT Transfers By Account](https://developer.nodit.io/reference/luniverse-getnfttransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By Contract](https://developer.nodit.io/reference/luniverse-getnfttransfersbycontract.md): 특정 컨트랙트에서 발생된 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers By TokenId](https://developer.nodit.io/reference/luniverse-getnfttransfersbytokenid.md): 특정 NFT가 전송된 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. - [Get NFT Transfers Within Range](https://developer.nodit.io/reference/luniverse-getnfttransferswithinrange.md): 특정 기간동안 발생한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get NFTs Owned By Account](https://developer.nodit.io/reference/luniverse-getnftsownedbyaccount.md): 특정 Account가 보유한 NFT의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰의 메타데이터가 포함됩니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Token URI 혹은 NFT Metadata 데이터가 실제 데이터와 다른가요? > > Token URI(tokenUri)와 NFT Metadata(rawMetadata)는 프로젝트의 컨트랙트 로직에 따라 동적으로 변경될 수 있습니다. 예를 들어, Dynamic NFT는 온체인 혹은 오프체인 조건에 따라 NFT 데이터가 업데이트될 수 있습니다. 이러한 변경은 자동으로 기록되지 않기 때문에, 최신 데이터를 확인하기 위해서는 Sync NFT Metadata를 사용해 동기화 요청을 보내는 것을 권장합니다. > Sync NFT Metadata는 메타데이터와 Token URI를 최신화하는 API입니다. 동기화 요청을 보내면 NFT Metadata와 Token URI의 데이터를 최신 상태로 업데이트하여 현재 상태에 맞는 정확한 정보를 확인할 수 있습니다. 이 과정은 데이터 크기와 네트워크 상태에 따라 최대 10초가 소요될 수 있습니다. > [▶ Link to Sync NFT Metadata](https://developer.nodit.io/reference/syncnftmetadata) - [Search NFT Contract Metadata By Keyword](https://developer.nodit.io/reference/luniverse-searchnftcontractmetadatabykeyword.md): NFT 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Sync Nft Metadata](https://developer.nodit.io/reference/luniverse-syncnftmetadata.md): 특정 NFT의 Metadata를 동기화합니다. 최대 100개의 NFT를 동기화할 수 있으며, 동기화까지 최대 10초가 소요될 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. - [Get Token Allowance](https://developer.nodit.io/reference/luniverse-gettokenallowance.md): Spender에게 Owner가 Approve한 ERC20 토큰의 수량을 조회합니다. - [Get Token Contract Metadata by Contracts](https://developer.nodit.io/reference/luniverse-gettokencontractmetadatabycontracts.md): 특정 ERC20 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. - [Get Token Holders By Contract](https://developer.nodit.io/reference/luniverse-gettokenholdersbycontract.md): 특정 ERC20 토큰 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 토큰의 수량이 포함됩니다. - [Get Token Prices by Contracts](https://developer.nodit.io/reference/luniverse-gettokenpricesbycontracts.md): 입력한 ERC20 토큰 컨트랙트에서 발행한 Token의 온체인 마켓 가격을 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 토큰 가격 조회 시 알아두어야 할 사항 > > 이 API에서 제공되는 토큰 가격은 CoinMarketCap의 데이터를 기반으로 합니다. 가격 정보는 일정 주기로 갱신되기 때문에 실시간 가격과 차이가 있을 수 있습니다. 또한, CoinMarketCap에 등록되지 않은 토큰을 조회할 경우 빈 배열이 반환됩니다. - [Get Token Transfers by Account](https://developer.nodit.io/reference/luniverse-gettokentransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers by Contract](https://developer.nodit.io/reference/luniverse-gettokentransfersbycontract.md): 특정 컨트랙트에서 발생된 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. - [Get Token Transfers Within Range](https://developer.nodit.io/reference/luniverse-gettokentransferswithinrange.md): 특정 기간동안 발생한 ERC20 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Tokens Owned By Account](https://developer.nodit.io/reference/luniverse-gettokensownedbyaccount.md): 특정 Account가 보유한 ERC20 토큰의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰 컨트랙트의 메타데이터가 포함됩니다. - [Search Token Contract Metadata by Keyword](https://developer.nodit.io/reference/luniverse-searchtokencontractmetadatabykeyword.md): ERC20 토큰 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Native Balance by Account](https://developer.nodit.io/reference/luniverse-getnativebalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. - [Get Block by Hash or Number](https://developer.nodit.io/reference/luniverse-getblockbyhashornumber.md): 블록 해시 혹은 블록넘버로 조회한 블록의 특정 정보를 반환합니다. - [Get Blocks Within Range](https://developer.nodit.io/reference/luniverse-getblockswithinrange.md): 특정 기간, 특정 구간의 블록 리스트 정보를 조회합니다. - [Get Gas Price](https://developer.nodit.io/reference/luniverse-getgasprice.md): 현재 Gas Price를 조회합니다. - [Get Internal Transactions By Account](https://developer.nodit.io/reference/luniverse-getinternaltransactionsbyaccount.md): 특정 Account와 관련된 internal transaction 리스트를 조회합니다. - [Get Internal Transactions By Transaction Hash](https://developer.nodit.io/reference/luniverse-getinternaltransactionsbytransactionhash.md): 특정 트랜잭션에서 발생한 internal transaction 리스트를 조회합니다. - [Get Next Nonce by Account](https://developer.nodit.io/reference/luniverse-getnextnoncebyaccount.md): 특정 Account의 다음 nonce를 조회합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/luniverse-gettotaltransactioncountbyaccount.md): 이 API는 특정 계정 주소가 송신자나 수신자로 포함된 트랜잭션의 총 개수를 반환합니다. - [Get Transaction By Hash](https://developer.nodit.io/reference/luniverse-gettransactionbyhash.md): 특정 트랜잭션의 정보를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Account](https://developer.nodit.io/reference/luniverse-gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Hashes](https://developer.nodit.io/reference/luniverse-gettransactionsbyhashes.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Transactions In Block](https://developer.nodit.io/reference/luniverse-gettransactionsinblock.md): 특정 블록 내의 트랜잭션 리스트를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Is Contract](https://developer.nodit.io/reference/luniverse-iscontract.md): 입력된 Address가 컨트랙트 주소인지 아닌지 조회합니다. - [Search Events](https://developer.nodit.io/reference/luniverse-searchevents.md): 지정한 범위 내의 특정 event를 검색합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) - [Get Account Stats](https://developer.nodit.io/reference/luniverse-getaccountstats.md): 특정 주소의 통계 정보를 조회합니다. 계정 주소의 트랜잭션, 전송 이벤트, 자산 등의 정보를 통해서 계정의 활동을 분석할 수 있습니다. - [Get Daily Active Accounts Stats By Contract](https://developer.nodit.io/reference/luniverse-getdailyactiveaccountsstatsbycontract.md): 지정한 범위 내에서 발생한 특정 컨트랙트의 일별 활성 계정의 수를 조회할 수 있습니다. > 📘 데이터는 언제 반영되나요? > > 현재 일 통계 API에서 '1일'의 기준은 UTC 기준으로, 해당 일자의 UTC 00:00:00부터 UTC 24:00:00이전까지의 데이터를 취합합니다. 일일 통계의 경우 이전 일자의 통계치 반영이 다음날 오전 00:30:00까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Daily Transactions Stats](https://developer.nodit.io/reference/luniverse-getdailytransactionsstats.md): 지정한 범위 내에서 발생한 일별 트랜잭션 발생량을 조회할 수 있습니다. > 📘 데이터는 언제 반영되나요? > > 현재 일 통계 API에서 '1일'의 기준은 UTC 기준으로, 해당 일자의 UTC 00:00:00부터 UTC 24:00:00이전까지의 데이터를 취합합니다. 일일 통계의 경우 이전 일자의 통계치 반영이 다음날 오전 00:30:00까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Daily Transactions Stats By Contract](https://developer.nodit.io/reference/luniverse-getdailytransactionsstatsbycontract.md): 지정한 범위 내에서 발생한 특정 컨트랙트의 일별 트랜잭션 발생량을 조회할 수 있습니다. > 📘 데이터는 언제 반영되나요? > > 현재 일 통계 API에서 '1일'의 기준은 UTC 기준으로, 해당 일자의 UTC 00:00:00부터 UTC 24:00:00이전까지의 데이터를 취합합니다. 일일 통계의 경우 이전 일자의 통계치 반영이 다음날 오전 00:30:00까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Hourly Active Accounts Stats](https://developer.nodit.io/reference/luniverse-gethourlyactiveaccountsstats.md): 지정한 범위 내에서 발생한 시간별 활성 계정의 수를 조회합니다 > 📘 데이터는 언제 반영되나요? > > 현재 시간별 통계 API에서 시간은 UTC 기준으로, 응답의 각 항목에는 date로부터 +1시간 내의 통계치가 제공됩니다. 시간별 통계의 경우 최근 1시간의 통계치 반영이 최대 40분까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Hourly Active Accounts Stats By Contract](https://developer.nodit.io/reference/luniverse-gethourlyactiveaccountsstatsbycontract.md): 지정한 범위 내에서 발생한 특정 컨트랙트의 시간별 활성 계정의 수를 조회할 수 있습니다 > 📘 데이터는 언제 반영되나요? > > 현재 시간별 통계 API에서 시간은 UTC 기준으로, 응답의 각 항목에는 date로부터 +1시간 내의 통계치가 제공됩니다. 시간별 통계의 경우 최근 1시간의 통계치 반영이 최대 40분까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Hourly Transactions Stats](https://developer.nodit.io/reference/luniverse-gethourlytransactionsstats.md): 지정한 범위 내에서 발생한 시간별 트랜잭션 수를 조회할 수 있습니다 > 📘 데이터는 언제 반영되나요? > > 현재 시간별 통계 API에서 시간은 UTC 기준으로, 응답의 각 항목에는 date로부터 +1시간 내의 통계치가 제공됩니다. 시간별 통계의 경우 최근 1시간의 통계치 반영이 최대 40분까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Hourly Transactions Stats By Contract](https://developer.nodit.io/reference/luniverse-gethourlytransactionsstatsbycontract.md): 지정한 범위 내에서 발생한 특정 컨트랙트의 시간별 트랜잭션 수를 조회할 수 있습니다 > 📘 데이터는 언제 반영되나요? > > 현재 시간별 통계 API에서 시간은 UTC 기준으로, 응답의 각 항목에는 date로부터 +1시간 내의 통계치가 제공됩니다. 시간별 통계의 경우 최근 1시간의 통계치 반영이 최대 40분까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Design & Error Codes](https://developer.nodit.io/reference/design.md) - [Get NFT Contract Metadata by Contracts](https://developer.nodit.io/reference/getnftcontractmetadatabycontracts.md): 특정 NFT 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트의 메타데이터는 조회 되지 않을 수 있습니다. - [Get NFT Contracts by Account](https://developer.nodit.io/reference/getnftcontractsbyaccount.md): 특정 Account가 보유한 NFT를 컨트랙트 별로 그룹핑하여 조회합니다. 조회 결과에는 컨트랙트별 NFT의 수량과 컨트랙트의 메타데이터가 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트의 경우, 자산 조회 결과에 포함되지 않을 수 있습니다. - [Get NFT Holders by Contract](https://developer.nodit.io/reference/getnftholdersbycontract.md): 특정 NFT 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트의 홀더를 조회하는 경우, 반환된 목록이 실제 홀더 목록과 상이할 수 있습니다. - [Get NFT Holders by Token ID](https://developer.nodit.io/reference/getnftholdersbytokenid.md): 특정 NFT의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 NFT의 수량이 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트의 홀더를 조회하는 경우, 반환된 목록이 실제 홀더 목록과 상이할 수 있습니다. - [Get NFT Metadata by Contract](https://developer.nodit.io/reference/getnftmetadatabycontract.md): 특정 컨트랙트에서 발행된 NFT의 메타데이터 목록을 조회합니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트를 입력한 경우, 발행된 NFT가 조회되지 않을 수 있습니다. - [Get NFT Metadata by Token IDs](https://developer.nodit.io/reference/getnftmetadatabytokenids.md): 특정 NFT의 메타데이터를 조회합니다. 다수의 NFT를 조회할 수 있으며, 최대 100개의 NFT를 조회할 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트를 입력한 경우, 발행된 NFT가 조회되지 않을 수 있습니다. - [Get NFT Transfers By Account](https://developer.nodit.io/reference/getnfttransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - NFT의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. - [Get NFT Transfers By Contract](https://developer.nodit.io/reference/getnfttransfersbycontract.md): 특정 컨트랙트에서 발생된 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - NFT의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. - [Get NFT Transfers By TokenId](https://developer.nodit.io/reference/getnfttransfersbytokenid.md): 특정 NFT가 전송된 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - NFT의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. - [Get NFT Transfers Within Range](https://developer.nodit.io/reference/getnfttransferswithinrange.md): 특정 기간동안 발생한 NFT 전송 목록을 조회합니다. 조회 결과에는 컨트랙트 메타데이터와 NFT 메타데이터가 포함됩니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - NFT의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. - [Get NFTs Owned By Account](https://developer.nodit.io/reference/getnftsownedbyaccount.md): 특정 Account가 보유한 NFT의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰의 메타데이터가 포함됩니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Token URI 혹은 NFT Metadata 데이터가 실제 데이터와 다른가요? > > Token URI(tokenUri)와 NFT Metadata(rawMetadata)는 프로젝트의 컨트랙트 로직에 따라 동적으로 변경될 수 있습니다. 예를 들어, Dynamic NFT는 온체인 혹은 오프체인 조건에 따라 NFT 데이터가 업데이트될 수 있습니다. 이러한 변경은 자동으로 기록되지 않기 때문에, 최신 데이터를 확인하기 위해서는 Sync NFT Metadata를 사용해 동기화 요청을 보내는 것을 권장합니다. > Sync NFT Metadata는 메타데이터와 Token URI를 최신화하는 API입니다. 동기화 요청을 보내면 NFT Metadata와 Token URI의 데이터를 최신 상태로 업데이트하여 현재 상태에 맞는 정확한 정보를 확인할 수 있습니다. 이 과정은 데이터 크기와 네트워크 상태에 따라 최대 10초가 소요될 수 있습니다. > [▶ Link to Sync NFT Metadata](https://developer.nodit.io/reference/syncnftmetadata) > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 특정 계정이 보유한 NFT를 조회한 경우, 하드포크 시점 이전에 배포된 NFT는 조회 결과에 포함되지 않을 수 있습니다. - [Search NFT Contract Metadata By Keyword](https://developer.nodit.io/reference/searchnftcontractmetadatabykeyword.md): NFT 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT 컨트랙트의 메타데이터는 조회 되지 않을 수 있습니다. - [Sync Nft Metadata](https://developer.nodit.io/reference/syncnftmetadata.md): 특정 NFT의 Metadata를 동기화합니다. 최대 100개의 NFT를 동기화할 수 있으며, 동기화까지 최대 10초가 소요될 수 있습니다. > 📘 NFT Metadata와 Token URI란 무엇인가요? > > NFT는 디지털 자산의 소유권과 고유성을 보장하는 기술로, NFT의 메타데이터는 이 자산의 정보를 저장하는 핵심적인 부분입니다. 메타데이터는 NFT의 본질을 설명하는 중요한 역할을 합니다. > 1. NFT Metadata > NFT의 창작자, 발행일, 속성(attributes), 미디어 파일(e.g., 이미지, 영상) 등을 포함합니다. 이러한 메타데이터는 NFT를 단순한 디지털 파일 이상의 고유한 자산으로 만들어 주며, NFT의 희소성이나 고유한 특성을 정의합니다. > 2. Token URI > 블록체인에 데이터를 저장하는 것은 많은 비용이 들기 때문에, 메타데이터와 미디어 파일은 블록체인에 저장되지 않고 IPFS나 S3 같은 외부 저장소에 보관됩니다. Token URI는 이런 외부 저장소에 있는 메타데이터 파일의 위치를 가리키는 필드로, 해당 URI를 통해 메타데이터에 접근하게 됩니다. 즉, Token URI는 메타데이터와 미디어 파일을 연결하여, 블록체인 상의 정보와 실제 콘텐츠 간의 연결 고리 역할을 합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 NFT를 입력한 경우, NFT의 Metadata 동기화가 진행되지 않을 수 있습니다. - [Get Token Allowance](https://developer.nodit.io/reference/gettokenallowance.md): Spender에게 Owner가 Approve한 토큰의 수량을 조회합니다. - [Get Token Balance Changes by Account](https://developer.nodit.io/reference/gettokenbalancechangesbyaccount.md): 특정 계정의 IOU 토큰 잔고 변동 내역을 조회합니다. - [Get Token Contract Metadata by Contracts](https://developer.nodit.io/reference/gettokencontractmetadatabycontracts.md): 특정 토큰 컨트랙트의 메타데이터를 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 Token 컨트랙트의 메타데이터는 조회 되지 않을 수 있습니다. - [Get Token Holders By Contract](https://developer.nodit.io/reference/gettokenholdersbycontract.md): 특정 토큰 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 토큰의 수량이 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 Token 컨트랙트의 홀더를 조회하는 경우, 반환된 목록이 실제 홀더 목록과 상이할 수 있습니다. - [Get Token Prices by Contracts](https://developer.nodit.io/reference/gettokenpricesbycontracts.md): 입력한 토큰 컨트랙트에서 발행한 Token의 온체인 마켓 가격을 조회합니다. 다수의 컨트랙트를 조회할 수 있으며, 최대 100개의 컨트랙트를 조회할 수 있습니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 토큰 가격 조회 시 알아두어야 할 사항 > > 이 API에서 제공되는 토큰 가격은 CoinMarketCap의 데이터를 기반으로 합니다. 가격 정보는 일정 주기로 갱신되기 때문에 실시간 가격과 차이가 있을 수 있습니다. 또한, CoinMarketCap에 등록되지 않은 토큰을 조회할 경우 빈 배열이 반환됩니다. - [Get Token Transfers by Account](https://developer.nodit.io/reference/gettokentransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 토큰 전송 목록을 조회합니다. 요청한 체인에 따라 토큰의 타입 및 응답이 다를 수 있습니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - Token의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. - [Get Token Transfers by Contract](https://developer.nodit.io/reference/gettokentransfersbycontract.md): 특정 컨트랙트에서 발생된 토큰 전송 목록을 조회합니다. 조회 결과에는 토큰 컨트랙트의 메타데이터와 전송된 토큰의 수량이 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - Token의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. - [Get Token Transfers by Currency and Issuer](https://developer.nodit.io/reference/gettokentransfersbycurrencyandissuer.md) - [Get Token Transfers Within Range](https://developer.nodit.io/reference/gettokentransferswithinrange.md): 특정 기간동안 발생한 토큰 전송 목록을 조회합니다. 요청한 체인에 따라 토큰의 타입 및 응답이 다를 수 있습니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - Token의 전송 내역을 조회할 때, 하드포크 시점 이전에 전송된 이력은 반환하지 않습니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Tokens Owned By Account](https://developer.nodit.io/reference/gettokensownedbyaccount.md): 특정 Account가 보유한 토큰의 목록을 조회합니다. 조회 결과에는 각 토큰의 보유 수량과 토큰 컨트랙트의 메타데이터가 포함됩니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 특정 계정이 보유한 Token을 조회한 경우, 하드포크 시점 이전에 배포된 Token은 조회 결과에 포함되지 않을 수 있습니다. - [Search Token Contract Metadata by Keyword](https://developer.nodit.io/reference/searchtokencontractmetadatabykeyword.md): 토큰 컨트랙트의 name 혹은 symbol과 일치하는 컨트랙트 목록을 조회합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 배포된 Token 컨트랙트의 메타데이터는 조회 되지 않을 수 있습니다. - [Get Native Balance by Account](https://developer.nodit.io/reference/getnativebalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. - [Get Native Holders](https://developer.nodit.io/reference/getnativeholders.md): 네이티브 토큰 컨트랙트의 홀더 리스트를 조회합니다. 홀더 리스트에는 홀더의 주소와 홀더가 보유한 토큰의 수량이 포함됩니다. - [Get Native Token Balance by Account](https://developer.nodit.io/reference/getnativetokenbalancebyaccount.md): 특정 Account가 보유한 네이티브 토큰의 잔고를 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. (e.g., Bitcoin의 경우, BTC 잔고를 조회할 수 있습니다.) - [Get Native Token Balance Changes by Account](https://developer.nodit.io/reference/getnativetokenbalancechangesbyaccount.md): 특정 계정의 네이티브 토큰(XRP) 잔고 변동 내역을 조회합니다. - [Get Native Token Transfers By Account](https://developer.nodit.io/reference/getnativetokentransfersbyaccount.md): 특정 주소와 관련된 네이티브 토큰 전송 내역을 조회합니다. 선택한 프로토콜에 따라 토큰의 종류가 다를 수 있습니다. (e.g., Bitcoin의 경우, BTC 잔고를 조회할 수 있습니다.) - [Get Native Transfers by Account](https://developer.nodit.io/reference/getnativetransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 네이티브 토큰 전송 목록을 조회합니다. - [Get Native Transfers Within Range](https://developer.nodit.io/reference/getnativetransferswithinrange.md): 특정 기간동안 발생한 네이티브 토큰 전송 목록을 조회합니다. > 📘 기간 설정 팁 > 설정한 기간이 길 경우 응답시간이 길어질 수 있습니다. 빠른 응답을 원한다면 필요한 기간만큼만 설정하는 것을 권장합니다. - [Get Block by Hash or Number](https://developer.nodit.io/reference/getblockbyhashornumber.md): 블록 해시 혹은 블록넘버로 조회한 블록의 특정 정보를 반환합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 블록은 조회되지 않을 수 있습니다. - [Get Blocks Within Range](https://developer.nodit.io/reference/getblockswithinrange.md): 특정 기간, 특정 구간의 블록 리스트 정보를 조회합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 블록은 조회되지 않을 수 있습니다. - [Get Gas Price](https://developer.nodit.io/reference/getgasprice.md): 현재 Gas Price를 조회합니다. - [Get Internal Transactions By Account](https://developer.nodit.io/reference/getinternaltransactionsbyaccount.md): 특정 Account와 관련된 internal transaction 리스트를 조회합니다. - [Get Internal Transactions By Transaction Hash](https://developer.nodit.io/reference/getinternaltransactionsbytransactionhash.md): 특정 트랜잭션에서 발생한 internal transaction 리스트를 조회합니다. - [Get Ledger by Hash or Index](https://developer.nodit.io/reference/getledgerbyhashorindex.md): 이 API는 ledger hash 또는 ledger index를 입력받아, 해당 원장의 상세 정보를 조회하여 반환합니다. - [Get Ledgers Within Range](https://developer.nodit.io/reference/getledgerswithinrange.md): 특정 기간 또는 특정 원장 범위 내의 원장(ledger) 목록을 조회합니다. - [Get Next Nonce by Account](https://developer.nodit.io/reference/getnextnoncebyaccount.md): 특정 Account의 다음 nonce를 조회합니다. - [Get Total Transaction Count By Account](https://developer.nodit.io/reference/gettotaltransactioncountbyaccount.md): 이 API는 특정 계정 주소가 송신자나 수신자로 포함된 트랜잭션의 총 개수를 반환합니다. - [Get Transaction By Hash](https://developer.nodit.io/reference/gettransactionbyhash.md): 특정 트랜잭션의 정보를 조회합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 블록은 조회되지 않을 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transaction By Transaction ID](https://developer.nodit.io/reference/gettransactionbytransactionid.md): 특정 트랜잭션의 정보를 조회합니다. - [Get Transactions By Account](https://developer.nodit.io/reference/gettransactionsbyaccount.md): 특정 계정이 전송 혹은 수신한 트랜잭션 목록을 조회합니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 트랜잭션은 조회 결과에 포함되지 않을 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. - [Get Transactions By Hashes](https://developer.nodit.io/reference/gettransactionsbyhashes.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 트랜잭션은 조회 결과에 포함되지 않을 수 있습니다. - [Get Transactions By Transaction IDs](https://developer.nodit.io/reference/gettransactionsbytransactionids.md): 여러 트랜잭션의 정보를 조회합니다. 최대 1000개의 트랜잭션을 조회할 수 있습니다. - [Get Transactions In Block](https://developer.nodit.io/reference/gettransactionsinblock.md): 특정 블록 내의 트랜잭션 리스트를 조회합니다. > 🚧 decodeInput 사용 시 주의사항 > > decodeInput 필드는 트랜잭션의 input 필드를 해석하여 결과를 제공합니다. 그러나 서로 다른 함수가 같은 함수 선택자(function selector)를 사용할 수 있기 때문에, 제공된 결과가 실제로 호출된 함수와 일치하지 않을 가능성이 있습니다. 따라서, ERC 표준 규격과 다른 함수의 경우 추가적인 검증 과정을 거치는 것을 권장 드립니다. > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 트랜잭션은 조회 결과에 포함되지 않을 수 있습니다. - [Get Transactions In Ledger](https://developer.nodit.io/reference/gettransactionsinledger.md): 특정 원장(Ledger) 내의 트랜잭션 리스트를 조회합니다. - [Get Unspent Transaction Outputs By Account](https://developer.nodit.io/reference/getunspenttransactionoutputsbyaccount.md): 특정 계정의 UTXO(Unspent Transaction Output) 목록을 조회합니다. - [Is Contract](https://developer.nodit.io/reference/iscontract.md): 입력된 Address가 컨트랙트 주소인지 아닌지 조회합니다. - [Search Events](https://developer.nodit.io/reference/searchevents.md): 지정한 범위 내의 특정 event를 검색합니다. > 🚧 429 에러가 발생했나요? 구독 중인 플랜을 확인하세요! > 429 에러는 구독 중인 플랜의 Throughput 제한을 초과했을 때 발생할 수 있습니다. > 예를 들어, 무료 플랜은 초당 200CU의 제한이 있기 때문에, 무료 플랜을 사용할 경우 CU 소비량이 350인 API를 호출하면 429 오류가 발생할 수 있습니다. > Compute Unit Costs 페이지에서 사용 중인 API의 CU 소비량을 확인하고, 더 많은 Throughput이 필요하다면 상위 플랜으로 업그레이드하는 것을 고려하세요! > 👉 [Compute Unit Costs 페이지로 이동하기](https://developer.nodit.io/docs/usage-measuringcu) > 🚧 Kaia를 사용하시나요? 사용 전 꼭 확인하세요! > > Kaia는 Klaytn과 Finschia의 합병으로 탄생한 체인으로, 기존 Klaytn에서 하드포크된 체인입니다. 본 API는 하드포크 이후 데이터에 대한 정합성을 보장하지만, 하드포크 이전의 Klaytn 데이터는 조회 및 정합성을 보장하지 않습니다. > Kaia 네트워크의 하드포크 블록은 아래와 같습니다. > - Mainnet: 162,900,480 (Aug 29, 2024 11:08:01 UTC+9) > - Kairos(Testnet): 156,660,000 (June 13, 2024 10:15:19 UTC+9) > > 예를 들어, 다음과 같은 동작은 정상 동작으로 간주됩니다. > - 하드포크 시점 이전에 발생한 이벤트는 조회 결과에 포함되지 않을 수 있습니다. - [Get Address By ENS Name](https://developer.nodit.io/reference/getaddressbyensname.md): ENS 도메인의 이름을 입력하여 매핑된 주소를 조회합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get ENS Name By Address](https://developer.nodit.io/reference/getensnamebyaddress.md): 주소를 입력하여 매핑된 ENS 도메인 이름을 반환합니다. > 🚧 ENS 도메인 이름이 있는 주소인데도 null이 표기되나요? > > 여러 도메인 이름이 하나의 주소를 가리키고 있을 수 있습니다. 이 API에서는 Primary Name으로 등록된 이름만 응답을 반환합니다. 만약 모든 이름을 확인하고 싶다면, [Get Ens Records By Account](ref:getensrecordsbyaccount)를 이용해보세요! > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get ENS Record By Name](https://developer.nodit.io/reference/getensrecordbyname.md): ENS 도메인의 이름을 입력하여 ENS 도메인의 정보를 조회합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get ENS Records By Account](https://developer.nodit.io/reference/getensrecordsbyaccount.md): ENS 도메인의 소유자 주소 또는 해당 주소가 가리키는 주소를 입력하여 ENS 도메인의 정보를 조회합니다. ownerAddress는 ENS 도메인의 소유자 주소를, resolvedAddress는 ENS 도메인이 가리키는 주소를 나타냅니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Account Stats](https://developer.nodit.io/reference/getaccountstats.md): 특정 주소의 통계 정보를 조회합니다. 계정 주소의 트랜잭션, 전송 이벤트, 자산 등의 정보를 통해서 계정의 활동을 분석할 수 있습니다. > 🚧 Internal Transaction Count에 null이 표기되나요? > > transactionCounts.internal 필드는 Ethereum Mainnet, Arbitrum Mainnet, Base Mainnet, Chiliz Mainnet, Kaia Mainnet, Tron Mainnet, Luniverse Mainnet에서만 지원됩니다. 그 외에 다른 네트워크에서는 null로 표기됩니다. - [Get Daily Active Accounts Stats](https://developer.nodit.io/reference/getdailyactiveaccountsstats.md): 지정한 범위 내에서 발생한 일별 활성 계정의 수를 조회할 수 있습니다. > 📘 데이터는 언제 반영되나요? > > 현재 일 통계 API에서 '1일'의 기준은 UTC 기준으로, 해당 일자의 UTC 00:00:00부터 UTC 24:00:00이전까지의 데이터를 취합합니다. 일일 통계의 경우 이전 일자의 통계치 반영이 다음날 오전 00:30:00까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Daily Active Accounts Stats By Contract](https://developer.nodit.io/reference/getdailyactiveaccountsstatsbycontract.md): 지정한 범위 내에서 발생한 특정 컨트랙트의 일별 활성 계정의 수를 조회할 수 있습니다. > 📘 데이터는 언제 반영되나요? > > 현재 일 통계 API에서 '1일'의 기준은 UTC 기준으로, 해당 일자의 UTC 00:00:00부터 UTC 24:00:00이전까지의 데이터를 취합합니다. 일일 통계의 경우 이전 일자의 통계치 반영이 다음날 오전 00:30:00까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Daily Transactions Stats](https://developer.nodit.io/reference/getdailytransactionsstats.md): 지정한 범위 내에서 발생한 일별 트랜잭션 발생량을 조회할 수 있습니다. > 📘 데이터는 언제 반영되나요? > > 현재 일 통계 API에서 '1일'의 기준은 UTC 기준으로, 해당 일자의 UTC 00:00:00부터 UTC 24:00:00이전까지의 데이터를 취합합니다. 일일 통계의 경우 이전 일자의 통계치 반영이 다음날 오전 00:30:00까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Daily Transactions Stats By Contract](https://developer.nodit.io/reference/getdailytransactionsstatsbycontract.md): 지정한 범위 내에서 발생한 특정 컨트랙트의 일별 트랜잭션 발생량을 조회할 수 있습니다. > 📘 데이터는 언제 반영되나요? > > 현재 일 통계 API에서 '1일'의 기준은 UTC 기준으로, 해당 일자의 UTC 00:00:00부터 UTC 24:00:00이전까지의 데이터를 취합합니다. 일일 통계의 경우 이전 일자의 통계치 반영이 다음날 오전 00:30:00까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Hourly Active Accounts Stats](https://developer.nodit.io/reference/gethourlyactiveaccountsstats.md): 지정한 범위 내에서 발생한 시간별 활성 계정의 수를 조회합니다 > 📘 데이터는 언제 반영되나요? > > 현재 시간별 통계 API에서 시간은 UTC 기준으로, 응답의 각 항목에는 date로부터 +1시간 내의 통계치가 제공됩니다. 시간별 통계의 경우 최근 1시간의 통계치 반영이 최대 40분까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Hourly Active Accounts Stats By Contract](https://developer.nodit.io/reference/gethourlyactiveaccountsstatsbycontract.md): 지정한 범위 내에서 발생한 특정 컨트랙트의 시간별 활성 계정의 수를 조회할 수 있습니다 > 📘 데이터는 언제 반영되나요? > > 현재 시간별 통계 API에서 시간은 UTC 기준으로, 응답의 각 항목에는 date로부터 +1시간 내의 통계치가 제공됩니다. 시간별 통계의 경우 최근 1시간의 통계치 반영이 최대 40분까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Hourly Transactions Stats](https://developer.nodit.io/reference/gethourlytransactionsstats.md): 지정한 범위 내에서 발생한 시간별 트랜잭션 수를 조회할 수 있습니다 > 📘 데이터는 언제 반영되나요? > > 현재 시간별 통계 API에서 시간은 UTC 기준으로, 응답의 각 항목에는 date로부터 +1시간 내의 통계치가 제공됩니다. 시간별 통계의 경우 최근 1시간의 통계치 반영이 최대 40분까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Hourly Transactions Stats By Contract](https://developer.nodit.io/reference/gethourlytransactionsstatsbycontract.md): 지정한 범위 내에서 발생한 특정 컨트랙트의 시간별 트랜잭션 수를 조회할 수 있습니다 > 📘 데이터는 언제 반영되나요? > > 현재 시간별 통계 API에서 시간은 UTC 기준으로, 응답의 각 항목에는 date로부터 +1시간 내의 통계치가 제공됩니다. 시간별 통계의 경우 최근 1시간의 통계치 반영이 최대 40분까지 지연될 수 있으므로 최신 데이터 조회 시 고려가 필요합니다. > 🚧 사용 시 네트워크를 확인하세요! > > 이 API는 오직 Ethereum Mainnet, TheBalance Mainnet 에서만 지원되며, 다른 네트워크에서는 사용할 수 없습니다. 사용 시 네트워크를 확인해주세요. - [Get Asset(TRC10) Holders by ID](https://developer.nodit.io/reference/getassetholdersbyid.md): 특정 TRC10 토큰의 보유한 계정 리스트를 조회합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Get Asset(TRC10) Metadata by IDs](https://developer.nodit.io/reference/getassetmetadatabyids.md): 지정된 Asset ID를 사용하여 TRC10의 메타데이터를 조회합니다. 조회 대상 자산이 없을 경우, 빈 배열을 반환합니다. 한 번의 호출로 최대 100건의 결과를 조회할 수 있습니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Get Asset(TRC10) Metadata by Issuer](https://developer.nodit.io/reference/getassetmetadatabyissuer.md): 지정한 발행자(Issuer)가 발행한 TRC10 자산의 메타데이터를 조회합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Get Asset(TRC10) Transfers by Account](https://developer.nodit.io/reference/getassettransfersbyaccount.md): 특정 주소가 전송 혹은 수신한 Asset(TRC10) 전송 Transfer 리스트 조회합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Get Asset(TRC10) Transfers by ID](https://developer.nodit.io/reference/getassettransfersbyid.md): 지정된 Asset ID에 해당하는 TRC10 토큰의 전송 내역을 조회합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Get Asset(TRC10) Transfers within Range](https://developer.nodit.io/reference/getassettransferswithinrange.md): 지정된 기간 동안 발생한 TRC10 토큰 전송 내역을 조회합니다. 만약 해당 기간에 전송 기록이 없으면 빈 배열을 반환합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Get Assets(TRC10) Owned by Account](https://developer.nodit.io/reference/getassetsownedbyaccount.md): 특정 계정이 보유한 TRC10 토큰 목록을 조회합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Search Asset(TRC10) Metadata by Keyword](https://developer.nodit.io/reference/searchassetmetadatabykeyword.md): Keyword로 검색한 특정 TRC10 리스트 조회합니다. > 🚧 TRC10이란? > > TRC10은 트론에서 지원하는 기본 토큰 표준입니다. 이 표준으로 발행된 토큰은 스마트 컨트랙트를 사용하지 않고, 트론 체인 자체에 내장된 규격에 따라 생성됩니다. 이런 구조적 특징 덕분에 복잡한 과정 없이도 손쉽게 토큰을 발행할 수 있으며, 각 토큰은 고유한 Asset ID로 식별됩니다. - [Webhook Quickstart](https://developer.nodit.io/reference/how-to-use-webhook.md) - [Webhook Security & Reliability](https://developer.nodit.io/reference/security-reliability.md) - [Event Type](https://developer.nodit.io/reference/webhook-event-type.md) - [ADDRESS_ACTIVITY](https://developer.nodit.io/reference/webhook-address_activity.md): 사용자가 지정한 주소 배열에 포함된 계정들의 활동을 모니터링합니다. 이 이벤트는 해당 계정들이 트랜잭션의 발신자(from) 또는 수신자(to)로 포함되어 있는 경우, 즉 트랜잭션, 토큰 전송(ERC20), 또는 NFT 전송(ERC721, ERC1155)이 발생할 때마다 알림을 제공합니다. 이 서비스는 사용자가 다수의 주소에 대한 활동을 실시간으로 파악할 수 있게 해 주어, 자산의 이동과 거래를 효과적으로 추적할 수 있도록 돕습니다. - [MINED_TRANSACTION](https://developer.nodit.io/reference/webhook-mined_transaction.md): 특정 주소가 발송한 트랜잭션이 블록체인 네트워크에 의해 성공적으로 채굴되고 최종적으로 확인되었을 때, 그 트랜잭션의 영수증(receipt) 정보를 알림으로 제공합니다. 이 이벤트는 트랜잭션이 성공적으로 처리된 경우, 그리고 실패한 경우 모두 알림을 받을 수 있습니다. 사용자는 이를 통해 자신이 발송한 트랜잭션의 최종 상태를 실시간으로 파악할 수 있으며, 트랜잭션의 성공 또는 실패 여부를 확인할 수 있습니다. - [SUCCESSFUL_TRANSACTION](https://developer.nodit.io/reference/webhook-successful_transaction.md): 특정 주소가 발송한 트랜잭션이 성공적으로 처리되었을 때 알림을 제공합니다. 이 이벤트는 트랜잭션이 블록체인 네트워크에 의해 완전히 확인되고 유효한 것으로 판정될 때 발생합니다. 사용자는 이를 통해 자신의 트랜잭션이 예상대로 실행되어 결과적으로 원하는 작업이 성공적으로 완료되었음을 확인할 수 있습니다. - [FAILED_TRANSACTION](https://developer.nodit.io/reference/webhook-failed_transaction.md): 특정 주소가 발송한 트랜잭션이 실패했을 때 알림을 제공합니다. 이 이벤트는 트랜잭션이 블록체인 네트워크에 의해 거부되거나, 실행 중 오류가 발생하여 완료되지 못했을 경우 발생합니다. 이를 통해 사용자는 트랜잭션 실패의 원인을 신속하게 파악하고, 필요한 조치를 취할 수 있습니다. 실패 이윤이 가스 부족, 계약 조건 불충족 등 다양한 기술적 문제로 인해 발생할 수 있으며, 이 이벤트는 블록체인 상의 트랜잭션 관리와 오류 추적을 보다 효과적으로 수행할 수 있게 도와줍니다. - [TOKEN_TRANSFER](https://developer.nodit.io/reference/webhook-token_transfer.md): 토큰(ERC20) 전송 또는 NFT(ERC721, ERC1155) 전송이 발생할 경우 알림을 제공합니다. 사용자는 특정 컨트랙트 주소를 지정하여 해당 컨트랙트에서 발생하는 토큰 이동을 모니터링할 수 있습니다. 또한, ERC721과 ERC1155 표준에 따른 NFT의 경우, 특정 토큰 ID를 조건으로 설정하여 해당 ID의 토큰 전송만을 추적하는 것이 가능합니다. - [BELOW_THRESHOLD_BALANCE](https://developer.nodit.io/reference/webhook-below_threshold_balance.md): 지정된 계정의 잔고가 사용자가 설정한 특정 수치 이하로 떨어질 경우 알림을 제공합니다. 이 이벤트는 특히 재정 관리와 자산 보호에 중요한 역할을 합니다. 사용자는 이 기능을 통해 자신의 계정이 최소 잔고 아래로 떨어지지 않도록 예방 조치를 취할 수 있으며, 필요한 경우 적시에 추가 자금을 이체하거나 다른 금융 조치를 취할 수 있습니다. - [BLOCK_PERIOD](https://developer.nodit.io/reference/webhook-block_period.md): 네트워크에서 생성되는 블록의 주기에 따라 알림을 제공합니다. 사용자는 원하는 블록 주기(예: 매 블록, N개의 블록마다)를 설정하여 해당 주기에 맞춰 블록 정보를 받을 수 있습니다. 이 이벤트는 특정 수의 블록이 확인된 후에 정보를 제공함으로써, 더욱 안정적이고 확정된 데이터를 제공합니다. - [BLOCK_LIST_CALLER](https://developer.nodit.io/reference/webhook-block_list_caller.md): 특정 주소 목록(block list)에 포함된 주소들이 대상 주소(target address)로 토큰을 전송할 때 알림을 제공합니다. 이 이벤트 타입은 주로 사전에 정의된 블록 리스트에 있는 주소들의 활동을 모니터링하고 싶을 때 활용됩니다. 예를 들어, 블랙리스트에 올라간 주소들이 특정 계정으로 자금을 이체하려고 시도할 때 즉시 경고를 받을 수 있습니다. 이를 통해 불법적이거나 의심스러운 자금 이동을 사전에 감지할 수 있는 유용한 도구입니다. - [ALLOW_LIST_CALLER](https://developer.nodit.io/reference/webhook-allow_list_caller.md): 허용 리스트(allow list)에 포함된 주소들이 대상 주소로 토큰을 전송할 때 알림을 제공합니다. 이 리스트에는 신뢰할 수 있는 주소들이 포함되어 있으며, 해당 주소들로부터의 자금 이동은 안전하거나 예상된 활동으로 간주됩니다. 이 이벤트 타입은 허용된 주소들의 활동을 추적하고, 허용 리스트에 포함된 주소로부터의 자금 이체를 확증하고자 할 때 사용됩니다. - [LOG](https://developer.nodit.io/reference/webhook-log.md): 지정한 스마트 컨트랙트 이벤트 로그가 포함된 트랜잭션이 생성될 때 알림을 제공합니다. 사용자는 모니터링하려는 계정 주소(address)와 이벤트의 식별자 정보(topics)를 필터 조건으로 지정할 수 있습니다. 예를 들어, ERC20 표준의 토큰 전송 이벤트인 Transfer(address,address,uint256)를 모니터링하도록 설정하면, 해당 Event signature(0xddf252ad...)와 일치하는 모든 트랜잭션 로그가 캡처됩니다. LOG EventType을 활용하여 표준 토큰 전송 또는 특정 스마트 계약 이벤트와 같은 중요한 활동을 효율적으로 추적할 수 있습니다. - [EVENT(Aptos Only)](https://developer.nodit.io/reference/webhook-event.md): 지정한 이벤트가 발생할 때마다 알림을 제공합니다. 사용자는 이를 통해 네트워크 상에서 발생하는 중요한 활동을 빠르게 파악할 수 있습니다. - [TRANSACTION(Aptos Only)](https://developer.nodit.io/reference/webhook-transaction.md): 이 기능은 사용자가 특정 이벤트 유형(eventType)과 해당 이벤트를 발생시킨 계정(eventAccountAddress)을 입력하여 API를 설정하면, 지정된 이벤트 유형이 발생했을 때 해당 이벤트 유형이 포함된 트랜잭션의 모든 세부 내역을 반환하는 API입니다. 이벤트가 발생하면 해당 트랜잭션의 전체 내역, 발신자, 수신자, 금액, 호출된 함수, 관련 데이터 등 모든 세부 정보를 확인할 수 있어 시스템 모니터링에 유용하게 활용될 수 있습니다. - [Create Webhook (EVM)](https://developer.nodit.io/reference/createwebhook.md): Webhook을 생성하기 위한 API입니다. 구독 정보와 Webhook URL을 입력하여 Webhook을 생성합니다. Webhook을 생성하면 해당 Webhook URL로 이벤트가 전송됩니다. Webhook이 생성되면 Webhook의 Subscription ID를 반환하며, 이를 통해 Webhook 정보를 조회, 수정 및 삭제를 할 수 있습니다. - [Create Webhook (Aptos)](https://developer.nodit.io/reference/aptos-createwebhook.md): Webhook을 생성하기 위한 API입니다. 구독 정보와 Webhook URL을 입력하여 Webhook을 생성합니다. Webhook을 생성하면 해당 Webhook URL로 이벤트가 전송됩니다. Webhook이 생성되면 Webhook의 Subscription ID를 반환하며, 이를 통해 Webhook 정보를 조회, 수정 및 삭제를 할 수 있습니다. - [Get Webhook](https://developer.nodit.io/reference/getwebhook.md): Webhook의 Subscription ID로 Webhook 정보를 조회하기 위한 API입니다. - [Update Webhook (EVM)](https://developer.nodit.io/reference/updatewebhook.md): Webhook의 구독 조건(condition)을 변경하거나 Webhook을 활성화, 또는 비활성화 할 수 있습니다. - [Update Webhook (Aptos)](https://developer.nodit.io/reference/aptos-updatewebhook.md): Webhook의 구독 조건(condition)을 변경하거나 Webhook을 활성화, 또는 비활성화 할 수 있습니다. - [Delete Webhook](https://developer.nodit.io/reference/deletewebhook.md): Webhook을 삭제하기 위한 API입니다. Webhook을 삭제하면 해당 Webhook의 구독이 취소되며, 더 이상 이벤트를 받지 않습니다. - [Get Webhook History](https://developer.nodit.io/reference/getwebhookhistory.md): Webhook의 호출 이력을 조회할 수 있는 API입니다. 이 API를 사용하면 Webhook의 실행 상태와 호출 결과를 확인할 수 있습니다. 호출 이력에는 Webhook 이벤트의 성공 여부와 각 호출에 대한 상세 정보가 포함됩니다. > 💡 히스토리 데이터 저장 기간 > 최근 30일 동안의 Webhook 호출 이력만 적재됩니다. 30일을 초과한 데이터는 저장되지 않으므로, 필요한 이력은 그 기간 내에 조회하셔야 합니다. - [Stream Quickstart](https://developer.nodit.io/reference/how-to-use-stream.md) - [Event Type](https://developer.nodit.io/reference/stream-event-type.md) - [ADDRESS_ACTIVITY](https://developer.nodit.io/reference/stream-address_activity.md): 사용자가 지정한 주소 배열에 포함된 계정들의 활동을 모니터링합니다. 이 이벤트는 해당 계정들이 트랜잭션의 발신자(from) 또는 수신자(to)로 포함되어 있는 경우, 즉 트랜잭션, 토큰 전송(ERC20), 또는 NFT 전송(ERC721, ERC1155)이 발생할 때마다 알림을 제공합니다. 이 서비스는 사용자가 다수의 주소에 대한 활동을 실시간으로 파악할 수 있게 해 주어, 자산의 이동과 거래를 효과적으로 추적할 수 있도록 돕습니다. - [MINED_TRANSACTION](https://developer.nodit.io/reference/stream-mined_transaction.md): 특정 주소가 발송한 트랜잭션이 블록체인 네트워크에 의해 성공적으로 채굴되고 최종적으로 확인되었을 때, 그 트랜잭션의 영수증(receipt) 정보를 알림으로 제공합니다. 이 이벤트는 트랜잭션이 성공적으로 처리된 경우, 그리고 실패한 경우 모두 알림을 받을 수 있습니다. 사용자는 이를 통해 자신이 발송한 트랜잭션의 최종 상태를 실시간으로 파악할 수 있으며, 트랜잭션의 성공 또는 실패 여부를 확인할 수 있습니다. - [SUCCESSFUL_TRANSACTION](https://developer.nodit.io/reference/stream-successful_transaction.md): 특정 주소가 발송한 트랜잭션이 성공적으로 처리되었을 때 알림을 제공합니다. 이 이벤트는 트랜잭션이 블록체인 네트워크에 의해 완전히 확인되고 유효한 것으로 판정될 때 발생합니다. 사용자는 이를 통해 자신의 트랜잭션이 예상대로 실행되어 결과적으로 원하는 작업이 성공적으로 완료되었음을 확인할 수 있습니다. - [FAILED_TRANSACTION](https://developer.nodit.io/reference/stream-failed_transaction.md): 특정 주소가 발송한 트랜잭션이 실패했을 때 알림을 제공합니다. 이 이벤트는 트랜잭션이 블록체인 네트워크에 의해 거부되거나, 실행 중 오류가 발생하여 완료되지 못했을 경우 발생합니다. 이를 통해 사용자는 트랜잭션 실패의 원인을 신속하게 파악하고, 필요한 조치를 취할 수 있습니다. 실패 이윤이 가스 부족, 계약 조건 불충족 등 다양한 기술적 문제로 인해 발생할 수 있으며, 이 이벤트는 블록체인 상의 트랜잭션 관리와 오류 추적을 보다 효과적으로 수행할 수 있게 도와줍니다. - [TOKEN_TRANSFER](https://developer.nodit.io/reference/stream-token_transfer.md): 토큰(ERC20) 전송 또는 NFT(ERC721, ERC1155) 전송이 발생할 경우 알림을 제공합니다. 사용자는 특정 컨트랙트 주소를 지정하여 해당 컨트랙트에서 발생하는 토큰 이동을 모니터링할 수 있습니다. 또한, ERC721과 ERC1155 표준에 따른 NFT의 경우, 특정 토큰 ID를 조건으로 설정하여 해당 ID의 토큰 전송만을 추적하는 것이 가능합니다. - [BELOW_THRESHOLD_BALANCE](https://developer.nodit.io/reference/stream-below_threshold_balance.md): 지정된 계정의 잔고가 사용자가 설정한 특정 수치 이하로 떨어질 경우 알림을 제공합니다. 이 이벤트는 특히 재정 관리와 자산 보호에 중요한 역할을 합니다. 사용자는 이 기능을 통해 자신의 계정이 최소 잔고 아래로 떨어지지 않도록 예방 조치를 취할 수 있으며, 필요한 경우 적시에 추가 자금을 이체하거나 다른 금융 조치를 취할 수 있습니다. - [BLOCK_PERIOD](https://developer.nodit.io/reference/stream-block_period.md): 네트워크에서 생성되는 블록의 주기에 따라 알림을 제공합니다. 사용자는 원하는 블록 주기(예: 매 블록, N개의 블록마다)를 설정하여 해당 주기에 맞춰 블록 정보를 받을 수 있습니다. 이 이벤트는 특정 수의 블록이 확인된 후에 정보를 제공함으로써, 더욱 안정적이고 확정된 데이터를 제공합니다. - [BLOCK_LIST_CALLER](https://developer.nodit.io/reference/stream-block_list_caller.md): 특정 주소 목록(block list)에 포함된 주소들이 대상 주소(target address)로 토큰을 전송할 때 알림을 제공합니다. 이 이벤트 타입은 주로 사전에 정의된 블록 리스트에 있는 주소들의 활동을 모니터링하고 싶을 때 활용됩니다. 예를 들어, 블랙리스트에 올라간 주소들이 특정 계정으로 자금을 이체하려고 시도할 때 즉시 경고를 받을 수 있습니다. 이를 통해 불법적이거나 의심스러운 자금 이동을 사전에 감지할 수 있는 유용한 도구입니다. - [ALLOW_LIST_CALLER](https://developer.nodit.io/reference/stream-allow_list_caller.md): 허용 리스트(allow list)에 포함된 주소들이 대상 주소로 토큰을 전송할 때 알림을 제공합니다. 이 리스트에는 신뢰할 수 있는 주소들이 포함되어 있으며, 해당 주소들로부터의 자금 이동은 안전하거나 예상된 활동으로 간주됩니다. 이 이벤트 타입은 허용된 주소들의 활동을 추적하고, 허용 리스트에 포함된 주소로부터의 자금 이체를 확증하고자 할 때 사용됩니다. - [LOG](https://developer.nodit.io/reference/stream-log.md): 지정한 스마트 컨트랙트 이벤트 로그가 포함된 트랜잭션이 생성될 때 알림을 제공합니다. 사용자는 모니터링하려는 계정 주소(address)와 이벤트의 식별자 정보(topics)를 필터 조건으로 지정할 수 있습니다. 예를 들어, ERC20 표준의 토큰 전송 이벤트인 Transfer(address,address,uint256)를 모니터링하도록 설정하면, 해당 Event signature(0xddf252ad...)와 일치하는 모든 트랜잭션 로그가 캡처됩니다. LOG EventType을 활용하여 표준 토큰 전송 또는 특정 스마트 계약 이벤트와 같은 중요한 활동을 효율적으로 추적할 수 있습니다. ## Changelog - [Ethereum Hoodi Testnet Support and Instant Webhook Feature Added✨](https://developer.nodit.io/changelog/ethereum-hoodi-support-and-instant-webhook-feature-added.md) - [Plan Subscription: Crypto Payment Option Added 💳](https://developer.nodit.io/changelog/plan-subscription-crypto-payment-option-added.md) - [Chiliz Web3 Data API is now LIVE!](https://developer.nodit.io/changelog/chiliz-web3-data-api-is-now-live.md) - [Official Nodit MCP Server is Now Live! 🎉 (and more)](https://developer.nodit.io/changelog/release-note-20250429.md) - [XRPL Web3 Data API is Launched!](https://developer.nodit.io/changelog/xrpl-web3-data-api-is-launched.md)