Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

✨ Feat: Add getBlockByTag to Chain package #1315

Merged

Conversation

roninjin10
Copy link
Collaborator

@roninjin10 roninjin10 commented Jul 14, 2024

Description

Concise description of proposed changes

Testing

Explain the quality checks that have been done on the code changes

Additional Information

Your ENS/address:

Summary by CodeRabbit

  • New Features

    • Introduced getBlockByTag functionality to retrieve blocks using block hash, block number, or block tag.
  • Bug Fixes

    • Enhanced error handling with specific error types (UnknownBlockError, InvalidBlockError).
  • Documentation

    • Updated documentation to reflect changes in function signatures and new functionalities.
  • Tests

    • Added comprehensive test cases for getBlockFromRpc to cover various scenarios and improve reliability.

Copy link

vercel bot commented Jul 14, 2024

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name Status Preview Comments Updated (UTC)
tevm-monorepo-tevm ❌ Failed (Inspect) Jul 15, 2024 5:15pm

Copy link

changeset-bot bot commented Jul 14, 2024

🦋 Changeset detected

Latest commit: 68082c3

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 16 packages
Name Type
@tevm/blockchain Minor
@tevm/actions Minor
@tevm/base-client Minor
@tevm/evm Minor
@tevm/procedures Minor
@tevm/receipt-manager Minor
@tevm/txpool Minor
@tevm/vm Minor
tevm Minor
@tevm/viem Minor
@tevm/decorators Minor
@tevm/memory-client Minor
@tevm/server Minor
@tevm/ethers Minor
@tevm/precompiles Minor
@tevm/http-client Minor

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

Copy link
Contributor

coderabbitai bot commented Jul 14, 2024

Warning

Rate limit exceeded

@roninjin10 has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 19 minutes and 11 seconds before requesting another review.

How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

Commits

Files that changed from the base of the PR and between bfc4df2 and 68082c3.

Walkthrough

The recent changes introduce new dependencies to the blockchain package, enhance block retrieval functionality, and add error handling. The key addition is the getBlockByTag method, enabling blocks to be fetched by various identifiers. Several files have been updated to accommodate this functionality, including documentation and utility functions. Additionally, new tests ensure the validation of these changes.

Changes

Files/Paths Change Summary
packages/blockchain/package.json Added new dependencies @tevm/errors and @tevm/test-utils.
packages/blockchain/src/Chain.ts Updated imports and added the getBlockByTag method to the Chain type.
packages/blockchain/src/actions/getBlockByTag.js Introduced the getBlockByTag function to retrieve blocks based on various identifiers.
packages/blockchain/src/createChain.js Imported and added the getBlockByTag function to the decorate function in createChain.
docs/src/content/docs/reference/@tevm/blockchain/functions/createChain.md Minor update to the line number reference for the createChain function.
docs/src/content/docs/reference/@tevm/blockchain/functions/getBlockFromRpc.md Updated documentation to include the new baseChain parameter in the getBlockFromRpc function.
docs/src/content/docs/reference/@tevm/blockchain/type-aliases/Chain.md Updated documentation to include the new getBlockByTag method.
packages/blockchain/src/actions/getBlock.js Modified the getBlock function to pass baseChain to getBlockFromRpc and added conditional checks.
packages/blockchain/src/createBaseChain.js Updated createBaseChain to include chain in the call to getBlockFromRpc.
packages/blockchain/src/utils/getBlockFromRpc.js Added warnOnce function, modified getBlockFromRpc to include baseChain, and replaced generic errors with specific error types.
packages/blockchain/src/utils/warnOnce.js Introduced the warnOnce function for logging warnings based on certain conditions.
packages/procedures/src/utils/blockToJsonRpcBlock.spec.ts Modified getBlockFromRpc call to include the vm.blockchain argument.
packages/procedures/src/utils/txToJsonRpcTx.spec.ts Updated getBlockFromRpc call to include vm.blockchain.
tevm/docs/blockchain/functions/getBlockFromRpc.md Updated documentation to reflect the new baseChain parameter in the getBlockFromRpc function.
tevm/docs/blockchain/type-aliases/Chain.md Added documentation for the new getBlockByTag function, detailing its parameters, returns, and exceptions.
packages/blockchain/src/utils/getBlockFromRpc.spec.ts Introduced test cases for the getBlockFromRpc function, covering various scenarios such as fetching blocks by different identifiers, handling invalid block tags, and error responses.

Possibly related issues

Poem

In the realm of chains, new code does spring,
With tags and blocks, the tech bells ring.
Fetch a block by tag or hash,
Errors clear, like the morning's flash.
Tests ensure the code's finesse,
Blockchain's leap, a grand success! 🌟🐇


Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

Share
Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai generate interesting stats about this repository and render them as a table.
    • @coderabbitai show all the console.log statements in this repository.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (invoked as PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Additionally, you can add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.

CodeRabbit Configration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Collaborator Author

roninjin10 commented Jul 14, 2024

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @roninjin10 and the rest of your teammates on Graphite Graphite

@roninjin10 roninjin10 marked this pull request as ready for review July 14, 2024 13:44
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between a8c810b and 2ebeb69.

Files ignored due to path filters (1)
  • pnpm-lock.yaml is excluded by !**/pnpm-lock.yaml
Files selected for processing (4)
  • packages/blockchain/package.json (1 hunks)
  • packages/blockchain/src/Chain.ts (2 hunks)
  • packages/blockchain/src/actions/getBlockByTag.js (1 hunks)
  • packages/blockchain/src/createChain.js (2 hunks)
Additional comments not posted (7)
packages/blockchain/src/actions/getBlockByTag.js (2)

1-5: LGTM! Import statements are appropriate.

The imported utilities and dependencies are necessary for the function's operations.


7-10: LGTM! JSDoc comment block is well-written.

The type annotations and descriptions are clear and helpful.

packages/blockchain/src/createChain.js (2)

Line range hint 1-11:
LGTM! Import statements are appropriate.

The imported actions and utilities are necessary for the chain creation and decoration.


21-22: LGTM! decorate function integrates getBlockByTag correctly.

The function properly integrates the getBlockByTag function into the chain object.

packages/blockchain/package.json (1)

68-68: LGTM! Addition of @tevm/errors dependency is appropriate.

The new dependency is necessary for handling block-related errors.

packages/blockchain/src/Chain.ts (2)

3-3: LGTM! Expanded import statement is appropriate.

The additional imports are necessary for the getBlockByTag method.


44-56: LGTM! getBlockByTag method addition is well-written.

The method and the JSDoc comment provide clear and necessary information.

Comment on lines 11 to 34
export const getBlockByTag = (baseChain) => async (blockId) => {
const _getBlock = getBlock(baseChain)
if (isHex(blockId)) {
return blockId.length === 66 ? _getBlock(hexToBytes(blockId)) : _getBlock(hexToNumber(blockId))
}
if (typeof blockId === 'number' || typeof blockId === 'bigint' || blockId instanceof Uint8Array) {
return _getBlock(blockId)
}
const block = baseChain.blocksByTag.get(blockId)
if (!block && baseChain.options.fork?.transport) {
const block = await getBlockFromRpc(
{
transport: baseChain.options.fork.transport,
blockTag: blockId,
},
baseChain.common,
)
await putBlock(baseChain)(block)
return block
}
if (!block) {
throw new UnknownBlockError(blockId)
}
return block
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Potential issue with re-declared variable block.

The block variable is re-declared within the if block starting at line 20. This can cause confusion and potential issues.

-  const block = await getBlockFromRpc(
+  const fetchedBlock = await getBlockFromRpc(
Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
export const getBlockByTag = (baseChain) => async (blockId) => {
const _getBlock = getBlock(baseChain)
if (isHex(blockId)) {
return blockId.length === 66 ? _getBlock(hexToBytes(blockId)) : _getBlock(hexToNumber(blockId))
}
if (typeof blockId === 'number' || typeof blockId === 'bigint' || blockId instanceof Uint8Array) {
return _getBlock(blockId)
}
const block = baseChain.blocksByTag.get(blockId)
if (!block && baseChain.options.fork?.transport) {
const block = await getBlockFromRpc(
{
transport: baseChain.options.fork.transport,
blockTag: blockId,
},
baseChain.common,
)
await putBlock(baseChain)(block)
return block
}
if (!block) {
throw new UnknownBlockError(blockId)
}
return block
export const getBlockByTag = (baseChain) => async (blockId) => {
const _getBlock = getBlock(baseChain)
if (isHex(blockId)) {
return blockId.length === 66 ? _getBlock(hexToBytes(blockId)) : _getBlock(hexToNumber(blockId))
}
if (typeof blockId === 'number' || typeof blockId === 'bigint' || blockId instanceof Uint8Array) {
return _getBlock(blockId)
}
const block = baseChain.blocksByTag.get(blockId)
if (!block && baseChain.options.fork?.transport) {
const fetchedBlock = await getBlockFromRpc(
{
transport: baseChain.options.fork.transport,
blockTag: blockId,
},
baseChain.common,
)
await putBlock(baseChain)(fetchedBlock)
return fetchedBlock
}
if (!block) {
throw new UnknownBlockError(blockId)
}
return block

@roninjin10 roninjin10 force-pushed the 07-14-_sparkles_feat_add_getblockbytag_to_chain_package branch from 2ebeb69 to 0759704 Compare July 14, 2024 22:29
@roninjin10 roninjin10 force-pushed the 07-14-_sparkles_feat_add_getblockbytag_to_chain_package branch 2 times, most recently from 9c67b80 to 58c5717 Compare July 14, 2024 22:46
@roninjin10 roninjin10 force-pushed the 07-14-_sparkles_feat_add_getblockbytag_to_chain_package branch from 58c5717 to 08c2b43 Compare July 14, 2024 22:47
@roninjin10 roninjin10 force-pushed the 07-14-_sparkles_feat_add_getblockbytag_to_chain_package branch from 97fabad to bfc4df2 Compare July 15, 2024 16:45
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

Outside diff range, codebase verification and nitpick comments (1)
packages/blockchain/src/utils/getBlockFromRpc.js (1)

68-68: Add more context to the error message.

The error message "No block found" could be more descriptive to aid debugging.

- throw new UnknownBlockError('No block found')
+ throw new UnknownBlockError(`No block found for blockTag ${blockTag}`)
Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between 2ebeb69 and bfc4df2.

Files ignored due to path filters (2)
  • packages/blockchain/src/utils/__snapshots__/getBlockFromRpc.spec.ts.snap is excluded by !**/*.snap
  • pnpm-lock.yaml is excluded by !**/pnpm-lock.yaml
Files selected for processing (20)
  • .changeset/tall-phones-appear.md (1 hunks)
  • docs/src/content/docs/reference/@tevm/blockchain/functions/createChain.md (1 hunks)
  • docs/src/content/docs/reference/@tevm/blockchain/functions/getBlockFromRpc.md (2 hunks)
  • docs/src/content/docs/reference/@tevm/blockchain/type-aliases/Chain.md (1 hunks)
  • packages/blockchain/docs/functions/createChain.md (1 hunks)
  • packages/blockchain/docs/functions/getBlockFromRpc.md (2 hunks)
  • packages/blockchain/docs/type-aliases/Chain.md (1 hunks)
  • packages/blockchain/package.json (1 hunks)
  • packages/blockchain/src/Chain.ts (2 hunks)
  • packages/blockchain/src/actions/getBlock.js (1 hunks)
  • packages/blockchain/src/actions/getBlockByTag.js (1 hunks)
  • packages/blockchain/src/createBaseChain.js (1 hunks)
  • packages/blockchain/src/createChain.js (2 hunks)
  • packages/blockchain/src/utils/getBlockFromRpc.js (6 hunks)
  • packages/blockchain/src/utils/getBlockFromRpc.spec.ts (1 hunks)
  • packages/blockchain/src/utils/warnOnce.js (1 hunks)
  • packages/procedures/src/utils/blockToJsonRpcBlock.spec.ts (1 hunks)
  • packages/procedures/src/utils/txToJsonRpcTx.spec.ts (1 hunks)
  • tevm/docs/blockchain/functions/getBlockFromRpc.md (1 hunks)
  • tevm/docs/blockchain/type-aliases/Chain.md (1 hunks)
Files skipped from review due to trivial changes (2)
  • docs/src/content/docs/reference/@tevm/blockchain/functions/createChain.md
  • packages/blockchain/docs/functions/createChain.md
Files skipped from review as they are similar to previous changes (3)
  • packages/blockchain/src/Chain.ts
  • packages/blockchain/src/actions/getBlockByTag.js
  • packages/blockchain/src/createChain.js
Additional comments not posted (21)
.changeset/tall-phones-appear.md (1)

1-5: Changeset description looks good.

The changeset description clearly explains the addition of the getBlockByTag method and its functionality.

packages/blockchain/docs/functions/getBlockFromRpc.md (1)

9-14: Documentation update for getBlockFromRpc looks good.

The documentation accurately reflects the addition of the baseChain parameter and provides clear descriptions of the parameters and return type.

Also applies to: 31-31

packages/blockchain/src/utils/warnOnce.js (1)

1-22: New warnOnce function looks good.

The warnOnce function is well-documented and ensures that the warning is logged only once.

tevm/docs/blockchain/functions/getBlockFromRpc.md (1)

9-14: Documentation update for getBlockFromRpc looks good.

The documentation accurately reflects the addition of the baseChain parameter and provides clear descriptions of the parameters and return type.

docs/src/content/docs/reference/@tevm/blockchain/functions/getBlockFromRpc.md (2)

8-8: Documentation update for function signature looks good.

The function signature now correctly includes the baseChain parameter.


12-12: Documentation for baseChain parameter looks good.

The new parameter baseChain is clearly described.

packages/procedures/src/utils/blockToJsonRpcBlock.spec.ts (1)

11-15: Update to getBlockFromRpc function call looks good.

The function call now correctly includes the baseChain parameter, ensuring the test remains valid.

packages/procedures/src/utils/txToJsonRpcTx.spec.ts (1)

29-33: Update to getBlockFromRpc function call looks good.

The function call now correctly includes the baseChain parameter, ensuring the test remains valid.

packages/blockchain/src/createBaseChain.js (1)

71-71: Update to getBlockFromRpc function call looks good.

The function call now correctly includes the baseChain parameter, ensuring the function remains valid.

packages/blockchain/src/actions/getBlock.js (1)

41-43: LGTM! But verify the function usage in the codebase.

The code changes are approved.

However, ensure that all function calls to getBlock correctly pass the baseChain parameter.

packages/blockchain/package.json (1)

68-75: LGTM! But verify the dependency usage in the codebase.

The addition of new dependencies @tevm/errors and @tevm/test-utils is approved.

However, ensure that these dependencies are correctly used in the codebase.

packages/blockchain/src/utils/getBlockFromRpc.js (1)

2-2: LGTM! But verify the error handling and warning function usage.

The code changes are approved.

However, ensure that the new error handling and warning function are correctly implemented and used.

Verification successful

The error handling and warning function are correctly implemented and used.

The UnknownBlockError, InvalidBlockError, and warnOnce functions are used appropriately within the codebase.

  • UnknownBlockError and InvalidBlockError are thrown in various places to handle specific error conditions.
  • warnOnce is used to log warnings once for specific conditions.

The implementation aligns with the intended error handling and warning mechanisms.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify the usage of new error handling and warning function.

# Test: Search for the usage of the new error handling and warning function. Expect: Occurances of the new error handling and warning function.
rg --type javascript -A 5 $'UnknownBlockError'
rg --type javascript -A 5 $'InvalidBlockError'
rg --type javascript -A 5 $'warnOnce'

Length of output: 233


Script:

#!/bin/bash
# Description: Verify the usage of new error handling and warning function.

# Test: Search for the usage of the new error handling and warning function. Expect: Occurrences of the new error handling and warning function.
rg -A 5 'UnknownBlockError'
rg -A 5 'InvalidBlockError'
rg -A 5 'warnOnce'

Length of output: 91988

packages/blockchain/docs/type-aliases/Chain.md (1)

70-95: LGTM! But verify the documentation accuracy.

The documentation for the getBlockByTag method is clear and accurate.

However, ensure that the method description and parameters are correctly documented.

Verification successful

Let's re-run the search for the getBlockByTag method by specifying common JavaScript file extensions directly.


The rg command successfully found multiple occurrences of the getBlockByTag method, including its implementation in packages/blockchain/src/actions/getBlockByTag.js. Let's verify that the parameters and description in the documentation match the implementation.


The documentation for the getBlockByTag method is accurate.

The implementation handles the specified parameter types and throws errors as documented.

  • packages/blockchain/docs/type-aliases/Chain.md (lines 70-95)
  • packages/blockchain/src/actions/getBlockByTag.js
Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify the accuracy of the documentation for the `getBlockByTag` method.

# Test: Search for the usage of the `getBlockByTag` method. Expect: Occurances of the method usage.
rg --type javascript -A 5 $'getBlockByTag'

Length of output: 76


Script:

#!/bin/bash
# Description: Verify the accuracy of the documentation for the `getBlockByTag` method.

# Test: Search for the usage of the `getBlockByTag` method in JavaScript files.
rg --type-add 'js:*.{js,jsx,ts,tsx}' -A 5 'getBlockByTag'

Length of output: 3883


Script:

#!/bin/bash
# Description: Verify the implementation of the `getBlockByTag` method to ensure the documentation is accurate.

# Extract the implementation of the `getBlockByTag` method.
rg --type-add 'js:*.{js,jsx,ts,tsx}' -A 10 'export const getBlockByTag' packages/blockchain/src/actions/getBlockByTag.js

Length of output: 622

tevm/docs/blockchain/type-aliases/Chain.md (1)

70-95: Documentation for getBlockByTag looks good.

The method description, parameters, return type, and exceptions are clearly documented.

docs/src/content/docs/reference/@tevm/blockchain/type-aliases/Chain.md (1)

69-94: Documentation for getBlockByTag looks good.

The method description, parameters, return type, and exceptions are clearly documented.

packages/blockchain/src/utils/getBlockFromRpc.spec.ts (6)

12-19: Test case for fetching the latest block looks good.

The test case checks if the latest block is fetched correctly and validates the expected behavior.


26-36: Test case for fetching a block by number looks good.

The test case checks if a block is fetched correctly by its number and validates the expected behavior.


38-48: Test case for fetching a block by hash looks good.

The test case checks if a block is fetched correctly by its hash and validates the expected behavior.


50-60: Test case for handling invalid block tag looks good.

The test case checks if an invalid block tag is handled correctly and validates the expected behavior.


62-73: Test case for handling non-existing block number looks good.

The test case checks if a non-existing block number is handled correctly and validates the expected behavior.


75-83: Test case for handling non-existing block hash looks good.

The test case checks if a non-existing block hash is handled correctly and validates the expected behavior.

@roninjin10 roninjin10 merged commit c71445a into main Jul 15, 2024
9 of 10 checks passed
@roninjin10 roninjin10 deleted the 07-14-_sparkles_feat_add_getblockbytag_to_chain_package branch July 15, 2024 17:27
roninjin10 pushed a commit that referenced this pull request Jul 15, 2024
This PR was opened by the [Changesets
release](https://github.com/changesets/action) GitHub action. When
you're ready to do a release, you can merge this and the packages will
be published to npm automatically. If you're not ready to do a release
yet, that's fine, whenever you add more changesets to main, this PR will
be updated.

⚠️⚠️⚠️⚠️⚠️⚠️

`main` is currently in **pre mode** so this branch has prereleases
rather than normal releases. If you want to exit prereleases, run
`changeset pre exit` on `main`.

⚠️⚠️⚠️⚠️⚠️⚠️

# Releases
## @tevm/[email protected]

### Minor Changes

- [#1311](#1311)
[`de2a2ab`](de2a2ab)
Thanks [@roninjin10](https://github.com/roninjin10)! - Added support for
all blocktags to eth_getCode actions and json-rpc

- [#1311](#1311)
[`de2a2ab`](de2a2ab)
Thanks [@roninjin10](https://github.com/roninjin10)! - Added blockTag to
`tevmGetAccount` action

### Patch Changes

- Updated dependencies
\[[`a8c810b`](a8c810b),
[`c71445a`](c71445a)]:
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]

## @tevm/[email protected]

### Minor Changes

- [#1312](#1312)
[`a8c810b`](a8c810b)
Thanks [@roninjin10](https://github.com/roninjin10)! - Add deepCopy
method to BaseClient ReceiptManager and TxPool

### Patch Changes

- Updated dependencies
\[[`a8c810b`](a8c810b),
[`c71445a`](c71445a)]:
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]

## @tevm/[email protected]

### Minor Changes

- [#1315](#1315)
[`c71445a`](c71445a)
Thanks [@roninjin10](https://github.com/roninjin10)! - Added new
getBlockByTag method to Chain. It gets blocks by hash or number just
like getBlock but also accepts a named tag such as 'latest', 'pending',
or 'forked'

## @tevm/[email protected]

### Minor Changes

- [#1311](#1311)
[`de2a2ab`](de2a2ab)
Thanks [@roninjin10](https://github.com/roninjin10)! - Added support for
all blocktags to eth_getCode actions and json-rpc

### Patch Changes

- Updated dependencies
\[[`de2a2ab`](de2a2ab),
[`a8c810b`](a8c810b),
[`c71445a`](c71445a),
[`de2a2ab`](de2a2ab)]:
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]

## @tevm/[email protected]

### Minor Changes

- [#1312](#1312)
[`a8c810b`](a8c810b)
Thanks [@roninjin10](https://github.com/roninjin10)! - Add deepCopy
method to BaseClient ReceiptManager and TxPool

### Patch Changes

- Updated dependencies
\[[`c71445a`](c71445a)]:
    -   @tevm/[email protected]

## @tevm/[email protected]

### Minor Changes

- [#1312](#1312)
[`a8c810b`](a8c810b)
Thanks [@roninjin10](https://github.com/roninjin10)! - Add deepCopy
method to BaseClient ReceiptManager and TxPool

### Patch Changes

- Updated dependencies
\[[`c71445a`](c71445a)]:
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]

## @tevm/[email protected]

### Patch Changes

- Updated dependencies
\[[`de2a2ab`](de2a2ab),
[`a8c810b`](a8c810b)]:
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]

## @tevm/[email protected]

### Patch Changes

- Updated dependencies
\[[`a8c810b`](a8c810b)]:
    -   @tevm/[email protected]
    -   @tevm/[email protected]

## @tevm/[email protected]

### Patch Changes

- Updated dependencies
\[[`de2a2ab`](de2a2ab),
[`a8c810b`](a8c810b),
[`de2a2ab`](de2a2ab)]:
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]

## @tevm/[email protected]

### Patch Changes

- Updated dependencies
\[[`c71445a`](c71445a)]:
    -   @tevm/[email protected]

## @tevm/[email protected]

### Patch Changes

-   Updated dependencies \[]:
    -   @tevm/[email protected]
    -   @tevm/[email protected]

## @tevm/[email protected]

### Patch Changes

- Updated dependencies
\[[`de2a2ab`](de2a2ab),
[`a8c810b`](a8c810b),
[`de2a2ab`](de2a2ab)]:
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]

## @tevm/[email protected]

### Patch Changes

-   Updated dependencies \[]:
    -   @tevm/[email protected]

## @tevm/[email protected]

### Patch Changes

-   Updated dependencies \[]:
    -   @tevm/[email protected]
    -   @tevm/[email protected]

## @tevm/[email protected]

### Patch Changes

- Updated dependencies
\[[`c71445a`](c71445a)]:
    -   @tevm/[email protected]
    -   @tevm/[email protected]

## [email protected]

### Patch Changes

- Updated dependencies
\[[`de2a2ab`](de2a2ab),
[`a8c810b`](a8c810b),
[`c71445a`](c71445a),
[`de2a2ab`](de2a2ab)]:
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]
    -   @tevm/[email protected]

Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
@coderabbitai coderabbitai bot mentioned this pull request Oct 21, 2024
1 task
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant