Hey,
Thanks for the response
. Yeah I've read that doc (multiple times) and basically I just want to know the detailed process of what happens to "private payments". What I need confirming is:
- "There might not be enough nodes making private payments at a given time, causing transactions to wait or be cancelled". This leads me to believe that ONLY nodes (node being, online wallet client) making private payments at the same time as you (and XMixers) are involved in forwarding the fragments? Or is every node involved? This definitely needs confirming first and foremost.
- When you send a private payment, what happens to it? Is it broken down in to smaller fragments (how many exactly, a random number depending on the size of the TX or what?) and sent to other online wallets (whose balances cover the size of the fragment of course I assume). Then when a node (online wallet) receives a fragment, what happens there?:
- Do the coins contained in that fragment get "tumbled" with the wallet balance of the node, or just get forwarded to another node?
- When the fragment gets forwarded (from the node) to another node, does
one fragment get sent to
one node or does each fragment get further broken down in to multiple (how many?) smaller fragments which get sent to multiple (how many) other nodes? Basically, does it only split in to fragments when it comes from the sender, or does each node further split it in to smaller fragments?
- How many times does this process happen?
* Does each fragment pass through a specific number of nodes or a random number until it finds its destination?
* Is there a minimum number of nodes a fragment has to pass through?
- XMixer: I'm assuming only large payments get sent through the XMixer (how large does it have to be to go through there? Does this depend on the size of the currently online nodes wallets compared to the TX size? Or is it "anything above [insertsizehere] goes through mixer?) I'm assuming larger payments get sent to the mixer in order to get broken down in to many small fragments for the nodes to handle? Or do transactions large enough for the mixer simply go "sender > Mixer(tumble) > Receiver"?
I could go on and on making assumptions and asking questions here mate.
Basically with the way this technology has been explained, I guarantee every investor in your coin has his own little fantasy in his head on how this process actually works. What I'm asking for is to know the exact process and all the variables (and dependencies) of a private payment. No wonder this coins graph is a straight line, not many people would be willing to invest in a technology they don't understand or I definitely wouldn't at least. AND it's not open source on top of that (understandably though).
I won't part with my money if I don't understand how the system works. Again, sorry if I come off as a prick.
Looking forward to hearing how this process works, because all the fantasies in my head are really good. But that's the thing it could be anything all the info I've read is so open to interpretation. And I'm here questioning whether that's intentional or not. If there's some info or a document somewhere I've totally missed please forgive me.
If not, looking forward to hearing how this thing
really works.
Bumping this up for Synechist. for definitive answer.
Show Posts
this is what we need more of... discusses other the world of scam coins as well
