Open YukiCoco opened 1 month ago
same issue
BFGD
2024-09-20 07:44:26 DEBUG bfg bfg.go:315 Responding to bfgapi-l2-keystones-request request with (bfgapi.L2KeystonesResponse)(0xc0001f4860)({
L2Keystones: ([]hemi.L2Keystone) {
},
Error: (protocol.Error)(
my popmd 2024-09-20 07:37:45 DEBUG popm popm.go:876 Connected to BFG: ws://localhost:8383/v1/ws/public
hey @YukiCoco thanks for opening this issue.
your BFG will have to receive keystones from some BSS hooked up to an op-node. Otherwise, it will just continue to return no keystones because it has none.
long story short: op-node is our l2 chain, when a keystone is reached in op-node, it will "notify" bss, which will in turn notify bfg.
I realize that setting up an op-node in non-sequencing mode to receive keystones is a lot to ask.
@max-sanchez @jcvernaleo thinking this through, asking the community to set up a non-sequencing op-node just to get keystones seems a bit heavy...I wonder if there is some way we could expose this via our l2 rpc calls? 🤔 perhaps adding a way to poll keystones from bss instead of wait for notifications? (giving users the option to do either)
hey @YukiCoco thanks for opening this issue.
your BFG will have to receive keystones from some BSS hooked up to an op-node. Otherwise, it will just continue to return no keystones because it has none.
long story short: op-node is our l2 chain, when a keystone is reached in op-node, it will "notify" bss, which will in turn notify bfg.
I realize that setting up an op-node in non-sequencing mode to receive keystones is a lot to ask.
@max-sanchez @jcvernaleo thinking this through, asking the community to set up a non-sequencing op-node just to get keystones seems a bit heavy...I wonder if there is some way we could expose this via our l2 rpc calls? 🤔 perhaps adding a way to poll keystones from bss instead of wait for notifications? (giving users the option to do either)
Thank you for your reply! This really sounds like a challenge. 😂
@max-sanchez thinking this through a little more...
what do you think of having an RPC call in op-node
that returns keystones? so, rather than op-node
needing to explicitly connect to a BSS instance (i.e. a node runner would have to run an op-node
p2p with ours and their own BSS to receive keystones), we could optionally have BSS connect to op-node
and make periodic RPC calls to get keystones. That way it would be really easy to run a BSS and connect it to one of our network's op-node
rpcs. 🤔
Confirmation
Describe the bug
I am trying to run a
bfgd
service and then usepopmd
to connect, but I encountered an issue where the bfgd server returnsGot response with 0 keystones
. At the same time, bfgd keeps logging these messages repeatedly. Could this be because bfgd is still syncing its height? Do we need a clearer progress indicator for bfgd? popmd log:bfgd log:
Expected behaviour
popmd
behaves the same when connected towss://testnet.rpc.hemi.network/v1/ws/public
.Environment
Version: Hemi Network v0.4.3 Operating System: Debian 12 Architecture: amd64
Additional Information
No response