For the PoW, 1 proof is generated on the send and 1 proof is generated on the receive, this is why people will see CPU activity when receiving from the faucet, the faucet itself also generating its own work. Other than that there is no PoW in the network, only when transactions are being added and the work is only applied to those doing the transactions.
Taking the example of RFCs and how they're maintained, how do you see their incentive structure being similar or different than something like this? From my perspective, groups maintain the TCP standard without TCP giving direct in-protocol incentives for its use, people build on top of it which is where their incentives lie.
Thanks for the information , it is a cool unique way of looking at transactions on a blockchain , instead of paying a fee for the sending of a transaction you are using a small amount of CPU usage for what amounts to less than a few seconds.
Since this method having each transaction confirm itself by sender and receiver and their resources being used , does this mean scale-ability is greater than that of other conventional cryto currencies or has not enough testing been done yet?
Also i do understand that while my trade thread has given an incentive for people to pay people smaller amounts of bitcoin to pay others to complete the captchas for them thus increasing their ability to claim more coins than others, is there anything you have in mind that might be able to curb this behavior and make the distribution less incentivized for these people . I know the trade thread may be partly to blame for this occurrence but any adding to an exchange would of had an equal and perhaps larger effect taking place . and i think the benefits of introducing new users to the project has been beneficial and awareness of the currency
I think this method is an incredible benefit to scalability and that's one of the things I'm most excited about and hope people share in that. Proof of work verification is several million times easier than generation, despite the fact that I had a 24core system being saturated running the faucet because the faucet was creating transactions, the VPS 1 core servers that are the representative nodes were sitting at less than 1% CPU utilization.
I really liked your trade thread, thanks for doing that I think a lot of people wanted it!
The trade thread had a side effect of creating that secondary faucet mining market but that's to be expected, my only miscalculation was in how many people were willing to sit clicking captchas for hours for essentially no money. So I created an artificial scarcity that's being satisfied by people willing to spend time for xrb which they in turn sell for BTC to people who don't want to spend time clicking the captcha.
The initial distribution is my absolute least favorite part of this whole thing because no matter what happens, someone sees it as unfair. I would much rather be spending my time on the technical aspects and helping people setting up systems that make use of rai nodes. There are some doing setting them up and unfortunately my time has been saturated by a mountain of faucet requests, which I don't see as providing long term value.