nlordell / ethrpc-rs Goto Github PK
View Code? Open in Web Editor NEWEthereum transport-agnositic JSON RPC implementation
License: Apache License 2.0
Ethereum transport-agnositic JSON RPC implementation
License: Apache License 2.0
I can see that you are trying to separate the Transaction type from the before it is actually mined, by excluding things like block_number
However this rpc endpoint to fetch hydrated block returns transactions containing block_numbers:
curl -X POST $NODE_URL --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0xffff1f", true],"id":1}' | jq '.result.transactions'
unfortunately this data is being lost in transmission.
I believe it should be Optional field (since its None when pending)
While the docs specify that hydrated blocks return "Signed Transaction" types (excluding the hash) it turns out that this method actually returns the hash:
Request:
curl -X POST $NODE_URL --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0x119f996", true],"id":1}' | jq
Response: http://jsonblob.com/1173956359015489536
We notice that the hash field is missing from SignedTransaction type here.
I suspect that the docs are outdated or incorrect. As far as I can tell, this is the only missing field. Will create a PR adding it.
I have been trying to debug a data mismatch when using this Buffered Client as follows
async fn get_token_uris(&self, tokens: &[Token]) {
// Initialize futures (using buffered client)
let futures = tokens.iter().map(|t| {
self.client.call(eth::Call, (Self::uri_call(t), BlockId::default()))
});
let results = join_all(futures).await;
// Zip the results along tokens
}
However the zipped result is not correct (in cases when the token list is very large). All my local tests were for smaller sets so it went unnoticed, but I think that maybe the batches individually preserve order, but that the chunks are shuffled.
There have been a few new methods introduced recently. Enough to warrant a new release!
The transaction Responses return both fields "yParity" and "v" (which are equivalent).
Observe the difference in data for this request:
curl -X POST $NODE_URL --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0xe4e364", true],"id":1}' | jq '.result.transactions[0]'
when NODE_URL
is ankr node vs quicknode or infura. Ankr returns a parsable response while the other two have "conflicting fields".
This is likely due to this:
/// Y parity of the signature.
#[serde(alias = "v")]
pub y_parity: YParity,
Is there some way to intercept serde to remove the conflicting fields in the response before parsing? It seems that this will need to be handled here since there are multiple nodes returning this data.
Brought up also in #9
If possible, TransactionKind
and TransactionReceiptKind
should be one and the same - whether it is possible depends on what additional fields they carry.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.