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

Allow specification of custom EOA's and nonces #1138

Conversation

Viserius
Copy link
Contributor

Proposes a solution to #1135 , namely by allowing users to set request.sender.privateKey and request.sender.nonce.

@nklincoln
Copy link
Contributor

similar to you other PR, would you be able to sign off the commits so that once the pipeline issue is resolved, we can merge? Thanks!

@Viserius Viserius force-pushed the ms/add-unique-besu-accounts branch from 9c24baa to f431d53 Compare April 29, 2021 17:15
@stale
Copy link

stale bot commented Jun 11, 2021

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix This will not be worked on label Jun 11, 2021
@Viserius
Copy link
Contributor Author

Bump

@stale stale bot removed the wontfix This will not be worked on label Jun 11, 2021
@aklenik
Copy link
Contributor

aklenik commented Nov 30, 2021

Closing and reopening to trigger updated CI checks

@aklenik aklenik closed this Nov 30, 2021
@aklenik aklenik reopened this Nov 30, 2021
Copy link
Contributor

@aklenik aklenik left a comment

Choose a reason for hiding this comment

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

@Viserius Could you clarify some things, please? (And sorry for the late review)

} else if (contractInfo.estimateGas) {
params.gas = 1000 + await contractInfo.contract.methods[request.verb].estimateGas(params);
}
if (request.sender) {
Copy link
Contributor

Choose a reason for hiding this comment

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

Shouldn't this block also be present in the !request.args path? Because right now the custom sender can only be used with transactions that require some arguments. Or am I missing something?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Hello @aklenik, it has been ages since I worked with this. Looking back at my project, you are probably right.

You can check in the following file how I used this technique (round-robin): https://github.com/Viserius/FabricBesuBenchmark/blob/master/caliper-workspace/workload/besunft-transfer.js

As you can see, I had it put in a local args variable, which might have caused the confusion of putting it in the request.args branch. Would you mind making the necessary adjustments?

Copy link
Contributor

@aklenik aklenik Dec 10, 2021

Choose a reason for hiding this comment

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

@Viserius Thanks for the quick response! I'll think about the correct branching strategy, and push a new commit to your branch (and will ask @davidkel to review the PR, since I probably can't review my own contribution 😄)

@stale
Copy link

stale bot commented Mar 30, 2022

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix This will not be worked on label Mar 30, 2022
@stale stale bot closed this Jun 8, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants