This is supposed to be a monthly update, but it’s turned into a 6 month review. In the first half of 2022, we’ve:
Rebuilt the internal state trie to fix long term issues. We’re now working on a fast sync option that will allow quickly syncing even a large number of blocks
The state Trie rebuild has also opened the door to a light client protocol, although an implementation of this is not part of the alpha release.
Built and integrated a notifications system so the keychain and GUI can register a notifications endpoint and receive real time push notifications about incoming transactions and other effects.
Hey everyone. Work has been continuing on the Causevest Protocol. We’re currently working on fast sync - the ability to quickly sync a large number of blocks and catch up to the tip of the chain as securely as possible. This is complicated, but it should be possible and will make running you own node a lot easier
Work on fast sync is continuing. Major progress has been made but fast sync in a complicated construct and much of the infrastructure supporting it had yet to be implemented. Still, it will be done this month. Once it is working, syncing your node will be a breeze.
Fast sync work has been paused to focus on rebuilding the voting system, moving votes from the transaction msgscript field into the transaction output itself. This change, although technical, is necessary to smooth the voting user interface. With votes happening on the transaction level, certain transactions would always break the vote and require the user to re-vote after they have confirmed. With the vote script and sigs moved to the txoutput, this is no longer the case and the user should always be constantly voting with any coins in their possession.
Fast sync is finished. There are a few minor issues that have to be cleaned up, but initial tests show a large speed increase, so this is looking to be a big improvement. Once fast sync is done, the use of a bootstrap to skip the long syncing process will no longer be necessary.
After fast sync, the economy work will finally be starting. The first order of business will be to make the numbers properly scaled, so 1 XCV will equal 10^8 Chloe (the backend will track the number of Chloe as an integer).
Xhloe Chlo Chloe hmmm regardless fast sync is amazing. The fact we have achieved this is understated ! Great work protocol team makes the GUI a breeze to use.
As part of pushing towards a public testnet release we’ve updated the chain to have numbers close to the final XCV amounts. The number scaling required changing how block generation difficulty was handled and changes in a few other areas to prevent overflow of the larger numbers.
In addition, the keychain was changed to show outputs and allow inputs in XCV instead of clo. This makes inputing and viewing balances much more coinvent
Next up is getting Proof of Forgiveness vault labeling up on the backend, which we will be starting soon.
We’re back from a break and ready to keep cracking on the Causevest protocol. Work on rewards has begin. This will allow block and finality generation to earn you coins from block and stakevote rewards. Once this is complete, we will begin working on the proofs and fund pools system. These will bring Causevest to the next level.
Protocol work has begin on implementing Proof of Cause (PoC), one of the primary coin distribution mechanisms. The point of PoC is to reward people who support the Causevest Network and good causes in general with new coins. This allows people to earn XCV with having XCV before or even using the XCV protocol directly by important txns they have done on other chains.
The key to the PoC system is the proofs. Proofs are associated with an address and can be redeemed by the address. Each proof has a probability of generating new coins after it is redeemed. This allows people to get proofs even for small actions that on average are not worth enough coins to be viable. They can still have a chance to get a significant amount of coins.
Hey everyone. This past week we made significant progress on the random number generator that will be used on the Causevest protocol. The point of this random number generator is to allow the secure redemption of proofs of cause. This is accomplished by mixing signatures that are used for finality generation, into the random state.
Proof of Cause is a mechanism to allow good act to be rewarded with a chance of new coins. These good acts are rewarded with what is called proofs. Each proof has a random chance of being redeemable for new coins. The reasoning behind this is to prevent dust rewards. Imagine 1000 people each earn 10c of Proof of Cause. The network could give each of these people their 10c, but 10c is likely too low to be meaningful. Most will probably never claim their reward. Instead, the network can reward 10 people $10 randomly out of the pool of 1000. From this network’s perspective, this is the same expected value. From the individuals perspective, this turns a probably meaningless 10c reward into a meaningful $10 reward. Of course, most people won’t get the $10, but the possibility will still excite them.
To do this properly, the chance of getting that $10 must be uniformly random and not manipulatable. This is why having a strong random number generation system on chain must be a priority.
Progress on the Proof of Cause proofs mechanism is continuing. A full model of how earned and bought proofs are redeemed and claimed has been built. Work has started on the pools system that will channel funds from the network back into proof rewards. We hope to get this done in a week or so so everyone can play with the new system.
Proofs are nearly complete! The Proof of Cause pool and purchased proofs pool both exist and coins can flow between them. The randomness generator is hooked in and it is possible to purchase proofs directly from the purchaser pot. Some work still needed to be done on earned proof generation and notifications of proofs rewards, but we hope that everything will be complete by the end of the week!
An alpha version of proofs have been implemented! The proofs system is a major component of the network, as it solves a fundamental problem with rewarding common actions, as I mentioned above.
Proofs can either be bought (purchased proofs) or earned. Purchased proofs can only be acquired with XCV, but proofs can be earned from all the following actions:
Creating a cause
Donating to a cause
Creating a nominee
Voting for a cause or a nominee
Redirecting votes as a nominee
Receiving votes as a cause
these proofs will be redeemed at the end of the week. The amount of coins you get (if any) is randomized, but the more proofs you have, the more coins you get!
Work has been continuing on the protocol. The UX of proofs was increased by adding earned proofs to transaction history, along with other improvements. We’re hoping to have a new version of the GUI out soon!
Hope everyone had a merry Christmas! Work has been progressing on the protocol. The economic system is nearly complete! XCV is flowing and we hope to have some cool visualizations of that soon. The Proofs system is complete and has been integrated into the GUI, we’ve make some progress on syncing feedback. All in all we’re trying to get a basic testnet out before the end of the year. Hope to see you there.
Work is progressing. We’re hoping to have the CLI testnet out next week. Right now we’re just cleaning things up and making it clear for someone who hasn’t used it before. Hopefully things progress smoothly and we can share what we’ve been building with everyone.
CLI testnet has been moved back to March, but we’re still making progress. We’ve been working on analytics tools and an automatic transaction simulator to be able to simulate the actions of users in preparation of the start of the testnet.
The idea behind this testnet is getting real world data, which when combined with our analysis should give us good ideas on how to set certain network parameters.
from block and stakevote rewards. Once this is complete, we will begin working on the proofs and fund pools system. These will bring Causevest to the next level.