Update on CashFusion Red Team Phase One Flipstarter
It is about time that I give a progress update on my CashFusion Red Team Phase One Flipstarter. https://flipstarter.redteam.cash/ As a reminder, the long term goal of CashFusion Red Team is to investigate any weaknesses in the CashFusion CoinJoin protocol and/or CashFusion user behavior and attempt to mitigate them. The main projects of Phase One are to improve the fusionstats.redteam.cash web app and release the `rbch` R package for statistical analysis of the BCH blockchain. https://cashfusion.org https://fusionstats.redteam.cash In the weeks after my Flipstarter was successfully funded, I stumbled upon a statistical weakness in Monero's decoy selection algorithm. I chose to temporarily shift my focus from CashFusion Red Team to developing a plan to address the weakness, which eventually became OSPEAD: Optimal Static Parametric Estimation of Arbitrary Distributions. https://ccs.getmonero.org/proposals/Rucknium-OSPEAD-Fortifying-Monero-Against-Statistical-Attack.html Recently I have shifted back to CashFusion Red Team. So far I have accomplished about half of the tasks I set out to do. Release of `rbch` Earlier this month, the first version of `rbch` was approved for distribution through the Comprehensive R Archive Network (CRAN). This means that every R user in the world can now install `rbch` by simply typing install.packages("rbch") into their R console. Documentation for the package is available on the CRAN website. Special thanks to Bernhard Pfaff who wrote `rbtc`, which was the basis for `rbch`. https://cran.r-project.org/package=rbch Improvements to fusionstats.redteam.cash So far the improvements in the "production" instance of fusionstats.redteam.cash have been modest. Data on CashFusion transaction fees have been added to the searchable table that displays each CashFusion transaction. Automatic realtime updating of the data is coming soon. https://github.com/Rucknium/CashFusionStats/commit/8371941de529eea7487014d268215024177818f6 https://github.com/Rucknium/CashFusionStats/commit/1bd777010daee796b23959b4a4ba11d1e915f9d3 Near-term work Upcoming features on fusionstats.redteam.cash are being tested on beta.redteam.cash, with development work occurring on the `beta` branch of the GitHub repository. Already available is a Sankey diagram, which visualizes the flow of BCH into and out of CashFusion transactions. https://beta.redteam.cash https://en.wikipedia.org/wiki/Sankey_diagram I have posted a roadmap of features being developed for the web app. Among them are tools to calculate and visualize the quantity of BCH flowing into and out of the CashFusion "pool". Comments on the roadmap are welcome. A revision to the aesthetics of the web app is in the works as well. https://github.com/Rucknium/CashFusionStats/issues/2 In the near future I plan to move fusionstats.redteam.cash from Njalla hosting to 1984.is, which offers VPS configurations with more resources than Njalla. As I originally said in my Flipstarter proposal that I would use Njalla for hosting, please let me know if you object to this move and I would reconsider. I am also working on benchmarking the RPC-JSON performance of each of BCH's full node implementations, as I mentioned in my Flipstarter proposal. Since using `rbch` requires processing a huge amount of data requested through RPC-JSON, these results can help myself and other users of `rbch` to attain the best performance. Finally, with `rbch` and the `igraph` R package I have begun computing the proportion of the entire unspent transaction output (UTXO) set of BCH that has a CashFusion transaction as an ancestor. This is an important research question since it can give a sense of how well-integrated CashFusion is with the BCH blockchain as a whole. *This post also* *appeared* *on my new personal website:* *Rucknium.me* https://rucknium.me/posts/cashfusion-red-team-flipstarter-update/ https://Rucknium.me
3 comments
Good progress. I never really saw the benefit of applying your specialist skills to the general task of benchmarking nodes. I'd be happy if you stopped working on that and focused on the other parts. There is also chaingraph available now which might eliminate the need at the root? It basically gives you a postgres db of the chain.
Ok sounds good. I will de-prioritize the benchmarking work.
So vague terms here, information overload. I love to read this kind of content and in the near future i can use this knowledge in learning another information. This is the scenario that happens in the world of cryptocurrency.