status-im
/
nimbus-eth1
mirror of https://github.com/status-im/nimbus-eth1.git
2
0
Fork 0
Code Issues Projects Releases Wiki Activity
nimbus-eth1/nimbus/sync/protocol/pickeled_eth_tracers.nim

53 lines
2.0 KiB
Nim
Raw Normal View History

Normalise sync handler prototypes (#1087) * Use type name eth and snap (rather than snap1) * Prettified snap/eth handler trace messages * Regrouped sync sources details: Snap storage related sources are moved to common directory. Option --new-sync renamed to --snap-sync also: Normalised logging for secondary/non-protocol handlers. * Merge protocol wrapper files => protocol.nim details: Merge wrapper sync/protocol_ethxx.nim and sync/protocol_snapxx.nim into single file snap/protocol.nim * Comments cosmetics * Similar start logic for blockchain_sync.nim and sync/snap.nim * Renamed p2p/blockchain_sync.nim -> sync/fast.nim
2022-05-13 16:30:10 +00:00
# Nimbus - Rapidly converge on and track the canonical chain head of each peer
#
# Copyright (c) 2021 Status Research & Development GmbH
# Licensed under either of
# * Apache License, version 2.0, ([LICENSE-APACHE](LICENSE-APACHE) or
# http://www.apache.org/licenses/LICENSE-2.0)
# * MIT license ([LICENSE-MIT](LICENSE-MIT) or
# http://opensource.org/licenses/MIT)
# at your option. This file may not be copied, modified, or distributed
# except according to those terms.
Objects inheritance reorg for snap sync (#1091) * new: time_helper, types * new: path_desc * new: base_desc * Re-organised objects inheritance why: Previous code used macros to instantiate opaque object references. This has been re-implemented with OO inheritance based logic. * Normalised trace macros * Using distinct types for Hash256 aliases why: Better control of the meaning of the hashes, all or the same format caveat: The protocol handler DSL used by eth66.nim and snap1.nim uses the underlying type Hash256 and cannot handle the distinct alias in rlp and chronicles/log macros. So Hash256 is used directly (does not change readability as the type is clear by parameter names.)
2022-05-17 11:09:49 +00:00
template traceRecvReceived*(msg: static[string], args: varargs[untyped]) =
Normalise sync handler prototypes (#1087) * Use type name eth and snap (rather than snap1) * Prettified snap/eth handler trace messages * Regrouped sync sources details: Snap storage related sources are moved to common directory. Option --new-sync renamed to --snap-sync also: Normalised logging for secondary/non-protocol handlers. * Merge protocol wrapper files => protocol.nim details: Merge wrapper sync/protocol_ethxx.nim and sync/protocol_snapxx.nim into single file snap/protocol.nim * Comments cosmetics * Similar start logic for blockchain_sync.nim and sync/snap.nim * Renamed p2p/blockchain_sync.nim -> sync/fast.nim
2022-05-13 16:30:10 +00:00
tracePacket "<< " & prettyEthProtoName & " Received " & msg,
`args`
Objects inheritance reorg for snap sync (#1091) * new: time_helper, types * new: path_desc * new: base_desc * Re-organised objects inheritance why: Previous code used macros to instantiate opaque object references. This has been re-implemented with OO inheritance based logic. * Normalised trace macros * Using distinct types for Hash256 aliases why: Better control of the meaning of the hashes, all or the same format caveat: The protocol handler DSL used by eth66.nim and snap1.nim uses the underlying type Hash256 and cannot handle the distinct alias in rlp and chronicles/log macros. So Hash256 is used directly (does not change readability as the type is clear by parameter names.)
2022-05-17 11:09:49 +00:00
template traceRecvGot*(msg: static[string], args: varargs[untyped]) =
Normalise sync handler prototypes (#1087) * Use type name eth and snap (rather than snap1) * Prettified snap/eth handler trace messages * Regrouped sync sources details: Snap storage related sources are moved to common directory. Option --new-sync renamed to --snap-sync also: Normalised logging for secondary/non-protocol handlers. * Merge protocol wrapper files => protocol.nim details: Merge wrapper sync/protocol_ethxx.nim and sync/protocol_snapxx.nim into single file snap/protocol.nim * Comments cosmetics * Similar start logic for blockchain_sync.nim and sync/snap.nim * Renamed p2p/blockchain_sync.nim -> sync/fast.nim
2022-05-13 16:30:10 +00:00
tracePacket "<< " & prettyEthProtoName & " Got " & msg,
`args`
Objects inheritance reorg for snap sync (#1091) * new: time_helper, types * new: path_desc * new: base_desc * Re-organised objects inheritance why: Previous code used macros to instantiate opaque object references. This has been re-implemented with OO inheritance based logic. * Normalised trace macros * Using distinct types for Hash256 aliases why: Better control of the meaning of the hashes, all or the same format caveat: The protocol handler DSL used by eth66.nim and snap1.nim uses the underlying type Hash256 and cannot handle the distinct alias in rlp and chronicles/log macros. So Hash256 is used directly (does not change readability as the type is clear by parameter names.)
2022-05-17 11:09:49 +00:00
template traceRecvProtocolViolation*(msg: static[string], args: varargs[untyped]) =
Normalise sync handler prototypes (#1087) * Use type name eth and snap (rather than snap1) * Prettified snap/eth handler trace messages * Regrouped sync sources details: Snap storage related sources are moved to common directory. Option --new-sync renamed to --snap-sync also: Normalised logging for secondary/non-protocol handlers. * Merge protocol wrapper files => protocol.nim details: Merge wrapper sync/protocol_ethxx.nim and sync/protocol_snapxx.nim into single file snap/protocol.nim * Comments cosmetics * Similar start logic for blockchain_sync.nim and sync/snap.nim * Renamed p2p/blockchain_sync.nim -> sync/fast.nim
2022-05-13 16:30:10 +00:00
tracePacketError "<< " & prettyEthProtoName & " Protocol violation, " & msg,
`args`
template traceRecvError*(msg: static[string], args: varargs[untyped]) =
traceNetworkError "<< " & prettyEthProtoName & " Error " & msg,
`args`
Objects inheritance reorg for snap sync (#1091) * new: time_helper, types * new: path_desc * new: base_desc * Re-organised objects inheritance why: Previous code used macros to instantiate opaque object references. This has been re-implemented with OO inheritance based logic. * Normalised trace macros * Using distinct types for Hash256 aliases why: Better control of the meaning of the hashes, all or the same format caveat: The protocol handler DSL used by eth66.nim and snap1.nim uses the underlying type Hash256 and cannot handle the distinct alias in rlp and chronicles/log macros. So Hash256 is used directly (does not change readability as the type is clear by parameter names.)
2022-05-17 11:09:49 +00:00
template traceRecvTimeoutWaiting*(msg: static[string], args: varargs[untyped]) =
Normalise sync handler prototypes (#1087) * Use type name eth and snap (rather than snap1) * Prettified snap/eth handler trace messages * Regrouped sync sources details: Snap storage related sources are moved to common directory. Option --new-sync renamed to --snap-sync also: Normalised logging for secondary/non-protocol handlers. * Merge protocol wrapper files => protocol.nim details: Merge wrapper sync/protocol_ethxx.nim and sync/protocol_snapxx.nim into single file snap/protocol.nim * Comments cosmetics * Similar start logic for blockchain_sync.nim and sync/snap.nim * Renamed p2p/blockchain_sync.nim -> sync/fast.nim
2022-05-13 16:30:10 +00:00
traceTimeout "<< " & prettyEthProtoName & " Timeout waiting " & msg,
`args`
Objects inheritance reorg for snap sync (#1091) * new: time_helper, types * new: path_desc * new: base_desc * Re-organised objects inheritance why: Previous code used macros to instantiate opaque object references. This has been re-implemented with OO inheritance based logic. * Normalised trace macros * Using distinct types for Hash256 aliases why: Better control of the meaning of the hashes, all or the same format caveat: The protocol handler DSL used by eth66.nim and snap1.nim uses the underlying type Hash256 and cannot handle the distinct alias in rlp and chronicles/log macros. So Hash256 is used directly (does not change readability as the type is clear by parameter names.)
2022-05-17 11:09:49 +00:00
template traceSendSending*(msg: static[string], args: varargs[untyped]) =
Normalise sync handler prototypes (#1087) * Use type name eth and snap (rather than snap1) * Prettified snap/eth handler trace messages * Regrouped sync sources details: Snap storage related sources are moved to common directory. Option --new-sync renamed to --snap-sync also: Normalised logging for secondary/non-protocol handlers. * Merge protocol wrapper files => protocol.nim details: Merge wrapper sync/protocol_ethxx.nim and sync/protocol_snapxx.nim into single file snap/protocol.nim * Comments cosmetics * Similar start logic for blockchain_sync.nim and sync/snap.nim * Renamed p2p/blockchain_sync.nim -> sync/fast.nim
2022-05-13 16:30:10 +00:00
tracePacket ">> " & prettyEthProtoName & " Sending " & msg,
`args`
Objects inheritance reorg for snap sync (#1091) * new: time_helper, types * new: path_desc * new: base_desc * Re-organised objects inheritance why: Previous code used macros to instantiate opaque object references. This has been re-implemented with OO inheritance based logic. * Normalised trace macros * Using distinct types for Hash256 aliases why: Better control of the meaning of the hashes, all or the same format caveat: The protocol handler DSL used by eth66.nim and snap1.nim uses the underlying type Hash256 and cannot handle the distinct alias in rlp and chronicles/log macros. So Hash256 is used directly (does not change readability as the type is clear by parameter names.)
2022-05-17 11:09:49 +00:00
template traceSendReplying*(msg: static[string], args: varargs[untyped]) =
Normalise sync handler prototypes (#1087) * Use type name eth and snap (rather than snap1) * Prettified snap/eth handler trace messages * Regrouped sync sources details: Snap storage related sources are moved to common directory. Option --new-sync renamed to --snap-sync also: Normalised logging for secondary/non-protocol handlers. * Merge protocol wrapper files => protocol.nim details: Merge wrapper sync/protocol_ethxx.nim and sync/protocol_snapxx.nim into single file snap/protocol.nim * Comments cosmetics * Similar start logic for blockchain_sync.nim and sync/snap.nim * Renamed p2p/blockchain_sync.nim -> sync/fast.nim
2022-05-13 16:30:10 +00:00
tracePacket ">> " & prettyEthProtoName & " Replying " & msg,
`args`
Objects inheritance reorg for snap sync (#1091) * new: time_helper, types * new: path_desc * new: base_desc * Re-organised objects inheritance why: Previous code used macros to instantiate opaque object references. This has been re-implemented with OO inheritance based logic. * Normalised trace macros * Using distinct types for Hash256 aliases why: Better control of the meaning of the hashes, all or the same format caveat: The protocol handler DSL used by eth66.nim and snap1.nim uses the underlying type Hash256 and cannot handle the distinct alias in rlp and chronicles/log macros. So Hash256 is used directly (does not change readability as the type is clear by parameter names.)
2022-05-17 11:09:49 +00:00
template traceSendDelaying*(msg: static[string], args: varargs[untyped]) =
Normalise sync handler prototypes (#1087) * Use type name eth and snap (rather than snap1) * Prettified snap/eth handler trace messages * Regrouped sync sources details: Snap storage related sources are moved to common directory. Option --new-sync renamed to --snap-sync also: Normalised logging for secondary/non-protocol handlers. * Merge protocol wrapper files => protocol.nim details: Merge wrapper sync/protocol_ethxx.nim and sync/protocol_snapxx.nim into single file snap/protocol.nim * Comments cosmetics * Similar start logic for blockchain_sync.nim and sync/snap.nim * Renamed p2p/blockchain_sync.nim -> sync/fast.nim
2022-05-13 16:30:10 +00:00
tracePacket ">>" & prettyEthProtoName & " Delaying " & msg,
`args`
Objects inheritance reorg for snap sync (#1091) * new: time_helper, types * new: path_desc * new: base_desc * Re-organised objects inheritance why: Previous code used macros to instantiate opaque object references. This has been re-implemented with OO inheritance based logic. * Normalised trace macros * Using distinct types for Hash256 aliases why: Better control of the meaning of the hashes, all or the same format caveat: The protocol handler DSL used by eth66.nim and snap1.nim uses the underlying type Hash256 and cannot handle the distinct alias in rlp and chronicles/log macros. So Hash256 is used directly (does not change readability as the type is clear by parameter names.)
2022-05-17 11:09:49 +00:00
template traceSendGossipDiscarding*(msg: static[string], args: varargs[untyped]) =
Normalise sync handler prototypes (#1087) * Use type name eth and snap (rather than snap1) * Prettified snap/eth handler trace messages * Regrouped sync sources details: Snap storage related sources are moved to common directory. Option --new-sync renamed to --snap-sync also: Normalised logging for secondary/non-protocol handlers. * Merge protocol wrapper files => protocol.nim details: Merge wrapper sync/protocol_ethxx.nim and sync/protocol_snapxx.nim into single file snap/protocol.nim * Comments cosmetics * Similar start logic for blockchain_sync.nim and sync/snap.nim * Renamed p2p/blockchain_sync.nim -> sync/fast.nim
2022-05-13 16:30:10 +00:00
traceGossip "<< " & prettyEthProtoName & " Discarding " & msg,
`args`
Objects inheritance reorg for snap sync (#1091) * new: time_helper, types * new: path_desc * new: base_desc * Re-organised objects inheritance why: Previous code used macros to instantiate opaque object references. This has been re-implemented with OO inheritance based logic. * Normalised trace macros * Using distinct types for Hash256 aliases why: Better control of the meaning of the hashes, all or the same format caveat: The protocol handler DSL used by eth66.nim and snap1.nim uses the underlying type Hash256 and cannot handle the distinct alias in rlp and chronicles/log macros. So Hash256 is used directly (does not change readability as the type is clear by parameter names.)
2022-05-17 11:09:49 +00:00
template traceSendDiscarding*(msg: static[string], args: varargs[untyped]) =
Normalise sync handler prototypes (#1087) * Use type name eth and snap (rather than snap1) * Prettified snap/eth handler trace messages * Regrouped sync sources details: Snap storage related sources are moved to common directory. Option --new-sync renamed to --snap-sync also: Normalised logging for secondary/non-protocol handlers. * Merge protocol wrapper files => protocol.nim details: Merge wrapper sync/protocol_ethxx.nim and sync/protocol_snapxx.nim into single file snap/protocol.nim * Comments cosmetics * Similar start logic for blockchain_sync.nim and sync/snap.nim * Renamed p2p/blockchain_sync.nim -> sync/fast.nim
2022-05-13 16:30:10 +00:00
tracePacket "<< " & prettyEthProtoName & " Discarding " & msg,
`args`
# End