-
Notifications
You must be signed in to change notification settings - Fork 8
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
Send new block proposal by raw tx #47
Conversation
Node/src/ethereum_l1/mod.rs
Outdated
let signer = PrivateKeySigner::from_str(private_key)?; | ||
let wallet = EthereumWallet::from(signer); | ||
|
||
Ok(Self { | ||
rpc_url: rpc_url.parse()?, | ||
wallet, | ||
new_block_proposal_contract_address: new_block_proposal_contract_address.parse()?, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: let's call it the taiko_preconfirming_address
Node/src/taiko/l2_tx_lists.rs
Outdated
#[derive(Serialize, Deserialize, Debug)] | ||
#[serde(rename_all = "PascalCase")] | ||
pub struct RPCReplyL2TxLists { | ||
pub tx_lists: Value, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
my preference would be to put the correct type instead of Value but happy to skip if its too much for devnet
let's put a TODO here otherwise
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agree, but this is in the json::Value form because I pass directly the same json to the driver to advance the head, so after parsing it to the type I would need to encode it for driver.
Node/src/utils/config.rs
Outdated
impl Config { | ||
pub fn read_env_variables() -> Self { | ||
const ETHEREUM_PRIVATE_KEY: &str = "ETHEREUM_PRIVATE_KEY"; | ||
const NEW_BLOCK_PROPOSAL_CONTRACT_ADDRESS: &str = "NEW_BLOCK_PROPOSAL_CONTRACT_ADDRESS"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
TAIKO_PRECONFIRMING_ADDRESS
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
left some comments for naming stuff
apart from that looks good
* RPC client for fetching tx lists (#23) * RPC client for fetching tx lists RPC server for tests * Improve async processing and error handling * More assert to the gen l2 tx test --------- Co-authored-by: Denis Kolodin <[email protected]> Co-authored-by: Ahmad Bitar <[email protected]> * submit new l2 blocks using RPC (#28) * submit_new_l2_blocks implemented * fixed tests * Fix loops in Node/src/node/mod.rs to be consistent (#38) every 4 seconds and not blocked by channel processing Co-authored-by: Ahmad Bitar <[email protected]> * Two RCP addresses for the Node fixed some JSON RPC compatibility with taiko-clients * unused import * small fixes --------- Co-authored-by: Ahmad Bitar <[email protected]> Co-authored-by: Ahmad Bitar <[email protected]> * Unit test for deployment and call of Ethereum contract (#39) * Unit test for deployment and call of Ethereum contract * foundry for github actions * propose_new_block call with empty parameters * Default params for the newBlockProposal * rest parameter passed to the propose_new_block * Send new block proposal by raw tx (#47) * build Eip1559 transaction * Handling additional arguments passed by JSON RPC from proposer * Forwarding of encoded tx to the mev boost module * Configuration parameters take form the ENV * sending new block proposal using builder.send * renamed according to the review --------- Co-authored-by: Denis Kolodin <[email protected]> Co-authored-by: Ahmad Bitar <[email protected]> Co-authored-by: Ahmad Bitar <[email protected]>
No description provided.