OpenMCT: A web based mission control framework(github.com)
github.com
OpenMCT: A web based mission control framework
https://github.com/nasa/openmct
20 comments
I love OpenMCT, in 2021 I wrote some crypto DeFi arb trading bots (just doing realtime graph constructions and then bellman ford, then a hill-climbing amount optimiser and gas estimator and transaction obfuscator to help avoid sniping)
I modified OpenMCT to be the GUI for this, which showed the profitable trading paths through the graph in realtime.
I emailed NASA to ask if they could put my thumbs up, mugshot on their users page next to all of the satellites and Mars missions, they said they couldn’t because my project was a for profit enterprise, but I totally think they just didn’t want my (insane) mugshot there XD
I modified OpenMCT to be the GUI for this, which showed the profitable trading paths through the graph in realtime.
I emailed NASA to ask if they could put my thumbs up, mugshot on their users page next to all of the satellites and Mars missions, they said they couldn’t because my project was a for profit enterprise, but I totally think they just didn’t want my (insane) mugshot there XD
There's a NASA funding line called Tipping Point used to commercialize NASA tech. I bet you couldve buttered up the managers of that fund during the defi hayday and gotten a small pot to work on it.
Could you expand on your trading bot?
To bad for NASA denying your mugshot. I bet it would have generated many stars on GitHub.
What I wrote above is basically the summary, it crawled the mempool and checked the address interfaces to discover Defi exchanges automatically.
I found maybe 20-30 exchanges that were not publicly advertised, so there was quite a bit of liquidity there. It looked for triangular arbitrage opportunities, then optimised the amount and computed gas costs to check if it was profitable. There was a lot of compute required, about 12,000 paths a second were searched and a profitable trade would be found about once every 3 hours.
“Optimising the amount” was a bit tricky too - too little you leave money on the table, too much you cause slippage - but you know the good thing about DeFi is that through our ETH nodes we have a copy of the blockchain and I had already written an EVM disassembler for another project, so I had a lot of knowledge of EVM internals - so I could simulate the trade executions inside the optimiser locally, which greatly helped “realism”
The whole system was profitable for about 8 months, it netted me about 180k usd before it tapered off - I don’t know why but I suspect someone else found the strategy/was doing the same thing, so I took the cash out of it, paid tax and moved on.
If you’re interested in the tech it was all just pure Python, networkx for the graph stuff, shared memory, multiprocessing and lots of IPC, the whole thing operated in RAM because it has to be quick (exponential number of paths to search) - anything important (debugging / trade execution) was thrown in a queue and written out by another process
After that, I built this https://atomictessellator.com
I found maybe 20-30 exchanges that were not publicly advertised, so there was quite a bit of liquidity there. It looked for triangular arbitrage opportunities, then optimised the amount and computed gas costs to check if it was profitable. There was a lot of compute required, about 12,000 paths a second were searched and a profitable trade would be found about once every 3 hours.
“Optimising the amount” was a bit tricky too - too little you leave money on the table, too much you cause slippage - but you know the good thing about DeFi is that through our ETH nodes we have a copy of the blockchain and I had already written an EVM disassembler for another project, so I had a lot of knowledge of EVM internals - so I could simulate the trade executions inside the optimiser locally, which greatly helped “realism”
The whole system was profitable for about 8 months, it netted me about 180k usd before it tapered off - I don’t know why but I suspect someone else found the strategy/was doing the same thing, so I took the cash out of it, paid tax and moved on.
If you’re interested in the tech it was all just pure Python, networkx for the graph stuff, shared memory, multiprocessing and lots of IPC, the whole thing operated in RAM because it has to be quick (exponential number of paths to search) - anything important (debugging / trade execution) was thrown in a queue and written out by another process
After that, I built this https://atomictessellator.com
They even have a plugin to get Kerbal Space Program telemetry[1]! Could be useful I guess if you want to play without the HUD on one screen and have all the mission info on a second screen.
[1] https://github.com/hudsonfoo/kerbal-openmct
[1] https://github.com/hudsonfoo/kerbal-openmct
i’ve wanted to play KSP with telemetry visualisation and basic remote commands only for a while. i guess that makes me a masochist, but you could say the same of enjoying KSP at all.
Even Max Verstappen uses it (albeit indirectly):
https://github.com/nasa/openmct/discussions/6392
https://github.com/nasa/openmct/discussions/6392
I recently came across some UX work from the US Space Force that covers this type of Mission Contol software. I wonder how much overlap there is.
https://www.astrouxds.com/
https://www.astrouxds.com/
Do y'all think this would be a good fit for a home automation/light duty SCADA?
I recently eliminated the custom themable fork of Freeboard from my app, this seems like a good replacement, except that it seems pretty focused on display without a lot of input capabilities.
I recently eliminated the custom themable fork of Freeboard from my app, this seems like a good replacement, except that it seems pretty focused on display without a lot of input capabilities.
why would you do that in a single threaded language like nodejs?
seems like an awful decision
seems like an awful decision
Why not? Single threaded doesn't mean only a single thread is ever used.
Also, if I understand it correctly, this is a web frontend. Node.js is used for development (bundling, testing etc).
Also, if I understand it correctly, this is a web frontend. Node.js is used for development (bundling, testing etc).
because of your processing events in single thread (or cooperative pseudo multi thread) you can miss data
There is no need to miss data. Node.ja has enough ways to avoid that.
How does it compare to Grafana?
Cue the npm supply chain attacks to pwn nuclear powered spacecraft.
Coming soon to a Mars mission [1] near you: unscheduled disassembly due to faulty mission control input when someone forgets to include a variable in the dependencies list of a `useCallback` hook.
[1] https://en.wikipedia.org/wiki/Mars_Climate_Orbiter
[1] https://en.wikipedia.org/wiki/Mars_Climate_Orbiter
Open Source Mission Control Software from NASA - https://news.ycombinator.com/item?id=25950487 - Jan 2021 (48 comments)
Open Source Mission Control Software for Web, Desktop and Mobile – By NASA - https://news.ycombinator.com/item?id=18864485 - Jan 2019 (1 comment)
A web-based mission control framework by NASA - https://news.ycombinator.com/item?id=18429909 - Nov 2018 (67 comments)
Integrate Kerbal Space Program Telemetry Data into NASA's Open MCT - https://news.ycombinator.com/item?id=12411333 - Sept 2016 (1 comment)
NASA's Web-Based Mission Control Framework - Open Sourced on GitHub - https://news.ycombinator.com/item?id=12369073 - Aug 2016 (2 comments)
Open MCT – Open-Source Mission Control Software - https://news.ycombinator.com/item?id=12339966 - Aug 2016 (14 comments)