We are ready for beta testing as soon as the pull-request for FD-1150 is merged into the release.
The settings changed slightly, and they are in the README.md in the events subdirectory
All related projects are in sync on the...
The live feed API is still in incubation stage but especially the live event export feature from factomd is functional. Work is being done in a fork branch:
('ve tagged it because we're still working on that branch)
Okay, at this point I have implemented the following event sources:
ADD_TO_PROCESSLIST (emitted only if all acceptance checks were successful)
The first block applies to process messages of which I have...
I would prefer to make it consistent, not one thing json and the other thing binary.
I will create an experimental setup and tests some serialization protocols to see what the impact is and how easy it is to work with them.
Clear, we should have a separate tcp channel for the event listener then. So I think we could use an extra send command in p2proxy after p2p.BlockFreeChannelSend() to another channel to the event listener. (I guess we won't be needing the directed messages.)
For the pending entries we can send...
I've been looking into the code and thinking about this a bit. There already is a lot of code for marshalling and transporting messages in parcels/FactomMessage and I'm looking at what could be reused instead of writing new network transport code. I'd like to explore the following idea first:
I've drafted an illustration based on the functionality where
• The API can be used by a static back-end service that always wants to listen for the same events using the same filter.
• The API can be used by front-end browser based application that wants to listen for events based who the...
Yes, the goal is to minimize the impact on factomd. We (BI Foundation) will focus more on the second layer where the new functionality will be incubated. factomd just needs to get all the metrics out, nothing more.
Yes we have, but (a more detailed explanation of the first question)
- This is...
Push process list implementation
- As place of event trigger I was looking at stateConsensus.FollowerExecuteDBState around s.AddDBState. However if someone has a better idea please feel free to comment.
- The push should contain a signed process list to avoid a man in the middle...
We at blockchain-innovation.org are currently working to get up to speed with the code and the protocol to be able to give a hand with the refactoring plans.
From what I understand one of the main goals is for the system to become more scalable and to be able to do that the code needs to be...