Conversation
Co-authored-by: libotony <liboliqi@gmail.com>
WalkthroughThe updates span modifications to handle arguments and method signatures, especially focusing on revisions and state handling in APIs for accounts, blocks, and debugging. Enhancements include adding new parameters, changing method signatures, updating GitHub Actions, and incrementing version numbers. Additionally, test functions have been refactored and new tests added to ensure robustness. Changes
Poem
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? TipsChatThere are 3 ways to chat with CodeRabbit:
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)
Additionally, you can add CodeRabbit Configration File (
|
There was a problem hiding this comment.
Actionable comments posted: 1
Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (9)
- api/accounts/accounts.go (7 hunks)
- api/accounts/accounts_test.go (2 hunks)
- api/blocks/blocks.go (1 hunks)
- api/debug/debug.go (5 hunks)
- api/debug/debug_test.go (2 hunks)
- api/doc/thor.yaml (9 hunks)
- api/utils/revisions.go (2 hunks)
- api/utils/revisions_test.go (5 hunks)
- cmd/thor/VERSION (1 hunks)
Files skipped from review due to trivial changes (1)
- cmd/thor/VERSION
Additional context used
yamllint
api/doc/thor.yaml
[error] 5-5: trailing spaces (trailing-spaces)
[error] 7-7: trailing spaces (trailing-spaces)
[error] 9-9: trailing spaces (trailing-spaces)
[error] 10-10: trailing spaces (trailing-spaces)
[error] 79-79: trailing spaces (trailing-spaces)
[error] 84-84: trailing spaces (trailing-spaces)
[error] 145-145: trailing spaces (trailing-spaces)
[error] 174-174: trailing spaces (trailing-spaces)
[error] 224-224: trailing spaces (trailing-spaces)
[error] 225-225: trailing spaces (trailing-spaces)
[error] 226-226: trailing spaces (trailing-spaces)
[error] 228-228: trailing spaces (trailing-spaces)
[error] 255-255: trailing spaces (trailing-spaces)
[error] 297-297: trailing spaces (trailing-spaces)
[error] 299-299: trailing spaces (trailing-spaces)
[error] 325-325: trailing spaces (trailing-spaces)
[error] 356-356: trailing spaces (trailing-spaces)
[error] 400-400: trailing spaces (trailing-spaces)
[error] 401-401: trailing spaces (trailing-spaces)
[error] 403-403: trailing spaces (trailing-spaces)
[error] 404-404: trailing spaces (trailing-spaces)
[error] 406-406: trailing spaces (trailing-spaces)
[error] 407-407: trailing spaces (trailing-spaces)
[error] 409-409: trailing spaces (trailing-spaces)
[error] 445-445: trailing spaces (trailing-spaces)
[error] 447-447: trailing spaces (trailing-spaces)
[error] 449-449: trailing spaces (trailing-spaces)
[error] 452-452: trailing spaces (trailing-spaces)
[error] 493-493: trailing spaces (trailing-spaces)
[error] 495-495: trailing spaces (trailing-spaces)
[error] 498-498: trailing spaces (trailing-spaces)
[error] 537-537: trailing spaces (trailing-spaces)
[error] 539-539: trailing spaces (trailing-spaces)
[error] 542-542: trailing spaces (trailing-spaces)
[error] 578-578: trailing spaces (trailing-spaces)
[error] 580-580: trailing spaces (trailing-spaces)
[error] 583-583: trailing spaces (trailing-spaces)
[error] 618-618: trailing spaces (trailing-spaces)
[error] 620-620: trailing spaces (trailing-spaces)
[error] 623-623: trailing spaces (trailing-spaces)
[error] 659-659: trailing spaces (trailing-spaces)
[error] 661-661: trailing spaces (trailing-spaces)
[error] 692-692: trailing spaces (trailing-spaces)
[error] 693-693: trailing spaces (trailing-spaces)
[error] 726-726: trailing spaces (trailing-spaces)
[error] 728-728: trailing spaces (trailing-spaces)
[error] 948-948: trailing spaces (trailing-spaces)
[error] 968-968: trailing spaces (trailing-spaces)
[error] 1002-1002: trailing spaces (trailing-spaces)
[error] 1843-1843: trailing spaces (trailing-spaces)
[error] 1852-1852: trailing spaces (trailing-spaces)
[error] 1855-1855: trailing spaces (trailing-spaces)
[error] 1856-1856: trailing spaces (trailing-spaces)
[error] 1858-1858: trailing spaces (trailing-spaces)
[error] 1883-1883: trailing spaces (trailing-spaces)
[error] 1901-1901: trailing spaces (trailing-spaces)
[error] 1933-1933: trailing spaces (trailing-spaces)
[error] 1941-1941: trailing spaces (trailing-spaces)
[error] 1942-1942: trailing spaces (trailing-spaces)
[error] 1944-1944: trailing spaces (trailing-spaces)
[error] 1952-1952: trailing spaces (trailing-spaces)
[error] 1953-1953: trailing spaces (trailing-spaces)
[error] 1955-1955: trailing spaces (trailing-spaces)
[error] 1963-1963: trailing spaces (trailing-spaces)
[error] 1964-1964: trailing spaces (trailing-spaces)
[error] 1966-1966: trailing spaces (trailing-spaces)
[error] 1974-1974: trailing spaces (trailing-spaces)
[error] 1975-1975: trailing spaces (trailing-spaces)
[error] 1977-1977: trailing spaces (trailing-spaces)
[error] 1980-1980: trailing spaces (trailing-spaces)
[error] 1981-1981: trailing spaces (trailing-spaces)
[error] 1982-1982: trailing spaces (trailing-spaces)
[error] 1990-1990: trailing spaces (trailing-spaces)
[error] 2099-2099: trailing spaces (trailing-spaces)
[error] 2100-2100: trailing spaces (trailing-spaces)
[error] 2170-2170: trailing spaces (trailing-spaces)
[error] 2261-2261: trailing spaces (trailing-spaces)
[error] 2331-2331: trailing spaces (trailing-spaces)
[error] 2333-2333: trailing spaces (trailing-spaces)
[error] 2344-2344: trailing spaces (trailing-spaces)
[error] 2377-2377: trailing spaces (trailing-spaces)
[error] 2388-2388: trailing spaces (trailing-spaces)
[error] 2401-2401: trailing spaces (trailing-spaces)
[error] 2415-2415: trailing spaces (trailing-spaces)
[error] 2429-2429: trailing spaces (trailing-spaces)
Additional comments not posted (22)
api/blocks/blocks.go (1)
33-33: Approved: UpdatedParseRevisionusage to includeallowNextflag.The change correctly implements the handling of revisions by explicitly disallowing the "next" revision in this context, which aligns with the new function signature and intended usage.
api/utils/revisions.go (4)
21-23: Approved: Addition of new revision constants.The introduction of constants for
revBest,revFinalized, andrevNextis clear and supports the enhanced revision handling mechanism described in the PR.
Line range hint
35-66: Approved: EnhancedParseRevisionfunction to handleallowNextparameter.The refactoring of
ParseRevisionto include theallowNextparameter and support various revision types enhances the function's flexibility and security, aligning with the objectives of handling revisions more robustly.
68-96: Approved: RefactoredGetSummaryfunction to use newRevisiontype.The update to
GetSummaryto utilize the newRevisiontype and handle different revision values through a switch statement improves the function's clarity and maintainability.
98-139: Approved: Implementation ofGetHeaderAndStatefor handling 'next' revision.The
GetHeaderAndStatefunction's ability to construct a hypothetical next block's header and state is well-implemented, providing valuable functionality for simulations or predictions based on the next block.api/utils/revisions_test.go (3)
Line range hint
27-77: Approved: Updated test cases inTestParseRevisionto reflect newRevisiontype andallowNexthandling.The updates to the test cases in
TestParseRevisioncorrectly reflect the changes in theParseRevisionfunction, ensuring that the new functionality is thoroughly tested.
88-96: Approved: Addition ofTestAllowNextto validateallowNextbehavior in revisions.The
TestAllowNextfunction is a crucial addition that tests the behavior of theParseRevisionfunction when theallowNextparameter is toggled, ensuring the feature works as intended.
Line range hint
111-179: Approved: Comprehensive testing ofGetSummaryandGetHeaderAndStatefunctions.The updates to
TestGetSummaryandTestGetHeaderAndStateprovide comprehensive testing for the revised functions, covering various scenarios and ensuring robustness and correctness.api/accounts/accounts.go (3)
69-69: Approved: UpdatedParseRevisioncalls in handler functions.The updates to the
ParseRevisioncalls inhandleGetCode,handleGetAccount, andhandleGetStoragecorrectly align with the new function signature and enhance the robustness of revision handling.Also applies to: 125-125, 152-152
175-175: Approved: Enabled 'next' revision handling in contract call functions.The changes in
handleCallContractandhandleCallBatchCodeto allow the "next" revision enable simulations of contract calls for future states, aligning with the PR's goals for enhanced flexibility and testing capabilities.Also applies to: 218-218
236-243: Approved: UpdatedbatchCallfunction to handle new header and state parameters.The
batchCallfunction has been updated to acceptheaderandstparameters, which are necessary for executing batch calls with the revised state and header information. This change enhances the function's flexibility and capability.api/debug/debug.go (3)
23-23: Approved new import for block handling.The inclusion of
github.com/vechain/thor/v2/blockis justified as it's used in the updated function signatures for handling revisions and state.
181-181: Approved updates inhandleTraceCallfunction.The updates to use
ParseRevisionwith a new parameter andGetHeaderAndStateare aligned with the PR's goals to improve revision handling. Consider adding a comment explaining the purpose of thetrueparameter inParseRevisionfor clarity.Also applies to: 185-203
Line range hint
218-237: Approved changes intraceCallfunction.The function now appropriately uses the updated block header and state structures. These changes are crucial for the integration with the new handling mechanisms. Monitor the performance implications of these changes, especially in high-load scenarios.
api/debug/debug_test.go (1)
254-257: Approved new test case for 'next' revision handling.The test case
testTraceCallNextBlockeffectively checks the new revision handling feature by using the updated query parameter. This is a good practice to ensure that the new functionality works as expected.api/accounts/accounts_test.go (1)
474-476: Confirm behavior for the 'next' revisionThe tests for the 'next' revision seem to be properly implemented. However, given the significant changes in revision handling mentioned in the PR summary, it would be prudent to ensure that the behavior of the 'next' revision is thoroughly tested and documented, especially since it affects the core functionality of the system.
api/doc/thor.yaml (6)
15-15: Update API version number to reflect new changesThe version number has been updated from
2.1.2to2.1.3to reflect the new changes and enhancements made to the API. This is a standard practice to help users identify which version of the API they are interacting with, ensuring compatibility and awareness of new features or fixes.
73-73: Added new parameter for gas estimation accuracyA new parameter,
CallCodeRevisionInQuery, has been introduced to the/accounts/*endpoint to enhance the accuracy of gas estimation. This change is crucial for users who need precise gas estimations for their transactions, especially in a production environment.
93-93: Refinement in schema referencing for clarityThe reference to
ExecuteCodesRequestschema under therequestBodysection of the/accounts/*POST method has been updated. This ensures that the correct schema is used for executing codes, which is essential for maintaining the integrity and functionality of the API.
696-696: Ensure consistency in parameter usage across endpointsThe
CallCodeRevisionInQueryparameter has been added to the/debug/tracers/callendpoint. It's important to ensure that this parameter is consistently used across all relevant endpoints to maintain uniformity and prevent confusion among API users.
1187-1187: Clarification inPostDebugTracerRequestschemaThe
PostDebugTracerRequestschema has been updated to include a configuration object, which allows users to specify additional options for tracing. This enhancement provides flexibility and customization for developers looking to debug transactions more effectively.
2261-2267: Introduction of 'next' block handling in API queriesThe
revisionparameter description has been expanded to include handling of the 'next' block. This is a significant update as it allows developers to test against the state of the blockchain as it will appear in the next block, which is crucial for applications that need to prepare for changes that have not yet been finalized.Tools
yamllint
[error] 2261-2261: trailing spaces (trailing-spaces)
|
|
||
| // next revisoun should be valid | ||
| _, statusCode = httpPost(t, ts.URL+"/accounts/"+contractAddr.String()+"?revision=next", reqBody) | ||
| assert.Equal(t, http.StatusOK, statusCode, "next revision should be okay") | ||
| _, statusCode = httpPost(t, ts.URL+"/accounts?revisioun=next", reqBody) | ||
| assert.Equal(t, http.StatusOK, statusCode, "next revision should be okay") | ||
|
|
There was a problem hiding this comment.
Typographical issue and potential misunderstanding in parameter name
The parameter revisioun should be corrected to revision in the HTTP request URLs. This typographical error could lead to potential bugs or misunderstandings when interfacing with the API.
- httpPost(t, ts.URL+"/accounts?revisioun=next", reqBody)
+ httpPost(t, ts.URL+"/accounts?revision=next", reqBody)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.
| // next revisoun should be valid | |
| _, statusCode = httpPost(t, ts.URL+"/accounts/"+contractAddr.String()+"?revision=next", reqBody) | |
| assert.Equal(t, http.StatusOK, statusCode, "next revision should be okay") | |
| _, statusCode = httpPost(t, ts.URL+"/accounts?revisioun=next", reqBody) | |
| assert.Equal(t, http.StatusOK, statusCode, "next revision should be okay") | |
| // next revisoun should be valid | |
| _, statusCode = httpPost(t, ts.URL+"/accounts/"+contractAddr.String()+"?revision=next", reqBody) | |
| assert.Equal(t, http.StatusOK, statusCode, "next revision should be okay") | |
| _, statusCode = httpPost(t, ts.URL+"/accounts?revision=next", reqBody) | |
| assert.Equal(t, http.StatusOK, statusCode, "next revision should be okay") | |
Co-authored-by: Darren Kelly <107671032+darrenvechain@users.noreply.github.com>
There was a problem hiding this comment.
Actionable comments posted: 0
Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (1)
- api/accounts/accounts_test.go (2 hunks)
Files skipped from review as they are similar to previous changes (1)
- api/accounts/accounts_test.go
There was a problem hiding this comment.
Actionable comments posted: 0
Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (6)
- .github/workflows/go-mod-check.yaml (1 hunks)
- .github/workflows/lint-go.yaml (1 hunks)
- .github/workflows/on-release.yaml (1 hunks)
- .github/workflows/test-e2e.yaml (1 hunks)
- .github/workflows/test.yaml (2 hunks)
- consensus/consensus_test.go (5 hunks)
Files skipped from review due to trivial changes (5)
- .github/workflows/go-mod-check.yaml
- .github/workflows/lint-go.yaml
- .github/workflows/on-release.yaml
- .github/workflows/test-e2e.yaml
- .github/workflows/test.yaml
Additional comments not posted (4)
consensus/consensus_test.go (4)
87-89: Approved: Configuration settings added.The
VIP191,BLOCKLIST, andVIP214settings are correctly initialized in theforkConfig.
99-107: Approved: Transaction handling logic added.The transaction is correctly built, signed, and adopted into the flow.
217-218: Approved: Transaction features set in the builder.The transaction features are correctly set in the builder using
tc.original.Header().TxsFeatures().
682-702: Approved: Test case forErrInvalidFeaturesadded.The test case correctly validates the block's transaction features and expects the appropriate consensus error.
There was a problem hiding this comment.
Actionable comments posted: 0
Outside diff range, codebase verification and nitpick comments (1)
api/debug/debug_test.go (1)
254-257: LGTM! Consider adding assertions to validate the response content.The function
testTraceCallNextBlockis a good addition. However, it would be beneficial to add assertions to verify the response content, not just the status code.func testTraceCallNextBlock(t *testing.T) { traceCallOption := &TraceCallOption{} res := httpPostAndCheckResponseStatus(t, ts.URL+"/debug/tracers/call?revision=next", traceCallOption, 200) + var parsedExecutionRes *logger.ExecutionResult + if err := json.Unmarshal([]byte(res), &parsedExecutionRes); err != nil { + t.Fatal(err) + } + expectedExecutionResult := &logger.ExecutionResult{ + Gas: 0, + Failed: false, + ReturnValue: "", + StructLogs: make([]logger.StructLogRes, 0), + } + assert.Equal(t, expectedExecutionResult, parsedExecutionRes) }
* getsummary and getsummaryAndState decoupling * restart build
Welcome to Codecov 🎉Once you merge this PR into your default branch, you're all set! Codecov will compare coverage reports and display results in all future pull requests. Thanks for integrating Codecov - We've got you covered ☂️ |
There was a problem hiding this comment.
Actionable comments posted: 0
Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (6)
- api/accounts/accounts.go (10 hunks)
- api/blocks/blocks_test.go (1 hunks)
- api/debug/debug.go (5 hunks)
- api/debug/debug_test.go (3 hunks)
- api/utils/revisions.go (2 hunks)
- api/utils/revisions_test.go (5 hunks)
Files skipped from review due to trivial changes (1)
- api/blocks/blocks_test.go
Files skipped from review as they are similar to previous changes (1)
- api/debug/debug_test.go
Additional comments not posted (18)
api/utils/revisions_test.go (4)
27-27: Good use of pointers forRevision.The changes to use pointers for
Revisionin the test cases are appropriate and align with the updated function signature.Also applies to: 32-32, 37-37, 42-42, 47-51, 56-56
88-96: New test functionTestAllowNextis well-implemented.The test function correctly verifies the behavior of the
ParseRevisionfunction with theallowNextparameter.
111-112: Good use of pointers forRevision.The changes to use pointers for
Revisionin the test cases are appropriate and align with the updated function signature.Also applies to: 117-117, 122-122, 127-127, 132-132, 137-138
155-179: Test functionTestGetSummaryAndStateis well-implemented.The test function correctly verifies the behavior of the
GetSummaryAndStatefunction with various revisions, including thenextrevision.api/utils/revisions.go (4)
26-28: Changes toRevisiontype and addition ofIsNextmethod are appropriate.The changes align with the new functionality and ensure that the
Revisiontype can handle the new requirements.Also applies to: 30-31
Line range hint
35-66:
Changes toParseRevisionfunction are well-implemented.The function correctly handles the new
Revisiontype and theallowNextparameter, with appropriate error handling.
68-96: Changes toGetSummaryfunction are well-implemented.The function correctly retrieves the block summary for the given revision, with appropriate error handling.
98-146: NewGetSummaryAndStatefunction is well-implemented.The function correctly retrieves the block summary and state for the given revision, with appropriate handling for the
nextrevision.api/accounts/accounts.go (7)
53-56: Changes togetCodefunction are well-implemented.The function correctly retrieves the code for the given address and state, with appropriate error handling.
67-83: Changes tohandleGetCodefunction are well-implemented.The function correctly handles the request, parses the revision, and retrieves the code for the given address and state, with appropriate error handling.
Line range hint
87-98:
Changes togetAccountfunction are well-implemented.The function correctly retrieves the account information for the given address, header, and state, with appropriate error handling.
121-134: Changes tohandleGetAccountfunction are well-implemented.The function correctly handles the request, parses the revision, and retrieves the account information for the given address, header, and state, with appropriate error handling.
108-111: Changes togetStoragefunction are well-implemented.The function correctly retrieves the storage value for the given address, key, and state, with appropriate error handling.
150-163: Changes tohandleGetStoragefunction are well-implemented.The function correctly handles the request, parses the revision, and retrieves the storage value for the given address, key, and state, with appropriate error handling.
175-179: Changes tohandleCallContractandhandleCallBatchCodefunctions are well-implemented.The functions correctly handle the requests, parse the revisions, and retrieve the results for the given batch call data, header, and state, with appropriate error handling.
Also applies to: 218-222
api/debug/debug.go (3)
181-185: Changes tohandleTraceCallfunction are well-implemented.The function correctly handles the request, parses the revision, and retrieves the results for the given trace call options, header, and state, with appropriate error handling.
Also applies to: 203-203
Line range hint
218-237:
Changes totraceCallfunction are well-implemented.The function correctly traces the call using the given tracer, header, state, transaction context, gas, and clause, with appropriate error handling.
Line range hint
276-279:
Changes todebugStoragefunction are well-implemented.The function correctly retrieves the storage debug information for the given contract address, block ID, transaction index, clause index, key start, and max result, with appropriate error handling.
There was a problem hiding this comment.
Actionable comments posted: 0
Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (1)
- api/blocks/blocks_test.go (1 hunks)
Files skipped from review as they are similar to previous changes (1)
- api/blocks/blocks_test.go
There was a problem hiding this comment.
Actionable comments posted: 0
Outside diff range, codebase verification and nitpick comments (1)
api/doc/thor.yaml (1)
86-86: Fix trailing spaces.Trailing spaces have been flagged by static analysis tools.
- +Also applies to: 2264-2264
Tools
yamllint
[error] 86-86: trailing spaces
(trailing-spaces)
Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (2)
- .github/workflows/test-e2e.yaml (1 hunks)
- api/doc/thor.yaml (9 hunks)
Files skipped from review due to trivial changes (1)
- .github/workflows/test-e2e.yaml
Additional context used
yamllint
api/doc/thor.yaml
[error] 86-86: trailing spaces
(trailing-spaces)
[error] 2264-2264: trailing spaces
(trailing-spaces)
Additional comments not posted (4)
api/doc/thor.yaml (4)
15-15: Version update to 2.1.3.The version update is straightforward and in line with the changes mentioned.
Line range hint
73-87: AddedCallCodeRevisionInQueryparameter and recommendation to setrevisiontonextfor gas estimation.The changes are consistent with the PR-Codex overview and enhance the API's functionality.
Tools
yamllint
[error] 84-84: trailing spaces
(trailing-spaces)
[error] 86-86: trailing spaces
(trailing-spaces)
697-699: AddedCallCodeRevisionInQueryparameter.The change is consistent with the PR-Codex overview and enhances the debugging capabilities.
2259-2272: AddedCallCodeRevisionInQueryparameter definition.The definition provides clear guidelines on the usage of the
revisionparameter, enhancing the API documentation.Tools
yamllint
[error] 2264-2264: trailing spaces
(trailing-spaces)
a4bc240 to
8b559a3
Compare
There was a problem hiding this comment.
Actionable comments posted: 0
Outside diff range, codebase verification and nitpick comments (1)
api/doc/thor.yaml (1)
86-86: Remove trailing spaces.Trailing spaces were found on these lines. Removing trailing spaces helps maintain code cleanliness.
- +Also applies to: 2264-2264
Tools
yamllint
[error] 86-86: trailing spaces
(trailing-spaces)
Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (3)
- .github/workflows/test-e2e.yaml (1 hunks)
- api/blocks/blocks_test.go (1 hunks)
- api/doc/thor.yaml (9 hunks)
Files skipped from review due to trivial changes (1)
- api/blocks/blocks_test.go
Files skipped from review as they are similar to previous changes (1)
- .github/workflows/test-e2e.yaml
Additional context used
yamllint
api/doc/thor.yaml
[error] 86-86: trailing spaces
(trailing-spaces)
[error] 2264-2264: trailing spaces
(trailing-spaces)
Additional comments not posted (4)
api/doc/thor.yaml (4)
15-15: Version update approved.The version number has been correctly updated to
2.1.3.
73-73: New parameter reference approved.The new reference to
CallCodeRevisionInQueryhas been correctly added.However, ensure that the new parameter reference is consistently used across the documentation.
87-87: New gas estimation recommendation approved.The new recommendation to set the
revisionquery parameter tonextwhen estimating gas has been clearly added.However, ensure the accuracy of this recommendation and that it is aligned with other related documentation.
Verification successful
New gas estimation recommendation approved.
The new recommendation to set the
revisionquery parameter tonextwhen estimating gas has been added clearly. It aligns with the existing documentation, which includes detailed descriptions of therevisionparameter and its possible values, includingnext.
- Ensure the accuracy of this recommendation and that it is aligned with other related documentation.
- Verify that the description for the
nextvalue of therevisionparameter is consistent and clear across all references in theapi/doc/thor.yamlfile.Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Description: Verify the accuracy of the new gas estimation recommendation. # Test: Search for related documentation. Expect: Consistent guidance on using `revision` query parameter for gas estimation. rg --type yaml -A 5 $'revision'Length of output: 4263
699-699: New parameter reference approved.The new reference to
CallCodeRevisionInQueryhas been correctly added.However, ensure that the new parameter reference is consistently used across the documentation.
Verification successful
New parameter reference consistently used across the documentation.
The
CallCodeRevisionInQueryparameter reference is correctly defined and consistently used in the relevant endpoints.
- The first occurrence is in the
/accounts/*endpoint.- The second occurrence is in the tracer creation endpoint.
- The parameter is properly defined in the components section.
Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Description: Verify the usage of the new parameter reference `CallCodeRevisionInQuery`. # Test: Search for the parameter reference. Expect: Consistent usage across the documentation. rg --type yaml $'CallCodeRevisionInQuery'Length of output: 255
Script:
#!/bin/bash # Extracting context around the occurrences of `CallCodeRevisionInQuery` in `api/doc/thor.yaml`. rg --type yaml -A 5 -B 5 'CallCodeRevisionInQuery' api/doc/thor.yamlLength of output: 1151
Description
Please include a summary of the changes and the related issue. Please also include relevant motivation and context. List
any dependencies that are required for this change.
Fixes # (issue)
Type of change
Please delete options that are not relevant.
How Has This Been Tested?
Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also
list any relevant details for your test configuration
Test Configuration:
Checklist:
PR-Codex overview
This PR updates the VeChain Thor codebase to version 2.1.3.
Detailed summary
cmd/thor/VERSIONandapi/doc/thor.yamlutils.ParseRevisioninapi/blocks/blocks.goandapi/debug/debug.goSummary by CodeRabbit
New Features
Bug Fixes
Documentation
Chores