
(BTW, to be useful to more people, we ought generally keep such conversations on list.) On Sat, Jun 06, 2020 at 11:11:31AM +0000, other.arkitech wrote:
Let's keep it clear that "anonymous" in that sense is marketing guff at best, deceptive and misleading at worst. Re useful anonymity, IPv4 addresses give you, literally, less than 'none' - they are -good- for tracking people and transactions!
Listen - in computer communication land, any relevant privacy, any relevant anonymity, wallet safety, and much more, is really hard. Every challenging question to you, is another opportunity for you to strut your stuff - NOT a benefit to the asker of the question (in general) -- so every brushed off question (e.g. "without you giving me really precise question, I won't put my mind to this further"), every non-answer (e.g. "it's all about honest nodes," "the design knows there are evil nodes" etc) is sort of telling us "I'm not going to explain the design further until I release it, y'all just have to trust me till then." And that's OK - you are of course free to ask folks to wait, just test it, and trust you till then. But please don't complain again that you are getting insufficient feedback, then wonder why the next conversation once again fell flat...
As an aside, and by the way, I strongly, as in STRONGLY, suggest that you stop using the misleading term 'anonymous' in the contexts in which you continue to use that term. Perhaps create some new, more verbose, and less misleading and hopefully actually accurate terms, e.g.: - account bound to IPv4 address - account not bound to IPv4 address - by default not recorded, node-internal mixing transactions - node-external non-mixing txn etc etc Some folks tend to take your lack of accurate terminology as deceptive, or at least as blatant marketing ... to state the obvious.
These three sentences are unfortunately very unclear.
You cannot trivially map any transaction, any other address observed in the system to any IP address.
But because of your IP address requirement, a node/client can trivially map all tx he processes. You may not agree, but for those hunting for "better than BTCes" riches, that right there is an instant and easy elimination of USPS from their consideration set.
If you could study traffic, you could deduce thing from patterns in traffic, which can be treated with a complimentary measure like chaff traffic.
Which is not of great concern to those who can afford to run 1000s or even 10s of 1000s of high capacity (read, naturally preferenced) USPS clients!
Knowing that you run a node, it does not mean your activity is exposed
That is not correct. This one is very important for you to understand - can you see why your statement is not correct?
Good luck,
HTH
Dude! these qustions are for you - they're what you need to answer sufficiently, or must answer via code or design doc, if you want the hope of seeing any relevant "market traction"... If you are being seen (in the minds of the one's interested in USPS) an dodging or unable to answer foundational questions, they will likely wait a while for starters. If you must keep your secret sauce private for a time, well OK, that's where you're at ... but again, may be don't complain too loudly when the conversation goes a bit flat. Good luck. PS: keep the tech convo on-list, time is precious and it's unfair to put the burden of assisting you onto one person. If you forget, is it ok in future to forward such emails to the list for you?

Sent with ProtonMail Secure Email. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Tuesday, June 9, 2020 5:23 AM, Zenaan Harkness <zen@freedbms.net> wrote:
(BTW, to be useful to more people, we ought generally keep such conversations on list.)
isn't it in the list?
Let's assume the netowrk runs with chaff traffic. knowing your IP4 doesn't mean knowing your tx activity.
What is this sentence about? now you listen, any hard problem can be decomposed so each part is simpler.
Every challenging question to you, is another opportunity for you to strut your stuff - NOT a benefit to the asker of the question (in general) -- so every brushed off question (e.g. "without you giving me really precise question, I won't put my mind to this further"), every non-answer (e.g. "it's all about honest nodes," "the design knows there are evil nodes" etc) is sort of telling us "I'm not going to explain the design further until I release it, y'all just have to trust me till then."
What's the problem mate? you think I can write a paper on each answer?
And that's OK - you are of course free to ask folks to wait, just test it, and trust you till then.
But please don't complain again that you are getting insufficient feedback, then wonder why the next conversation once again fell flat...
I wont. it looks like I am begging for feedback. I am not.
As an aside, and by the way, I strongly, as in STRONGLY, suggest that you stop using the misleading term 'anonymous' in the contexts in which you continue to use that term.
I use the term anonymous when in the context I use it it doesn't exist a way to discover the identity, or it is not supposed to exist unless a glitch, or if the potential breach comes from traffic analysis where chaff overlay is responsible to address. Pseudo-anonymous, when there exist a complex but possible way to breach anonymity. Sometimes I use anonymous meaning pseudoanonymous, but only when the context is not focusing on anonymity. Now you can explain why did you say it.
Perhaps create some new, more verbose, and less misleading and hopefully actually accurate terms, e.g.:
- account bound to IPv4 address
accounts and IP addresses are necer linked
- account not bound to IPv4 address
all accounts
I think we might at the same level of accuracy in the terminology, aren't we? Unless you want me to use 3 adjectives each time I have to refer to something
Coming with your complain on my accuracy I see how unclear is your statement, because you could be more precise and state the biggest concern the topic suggests to you, instead of saying I dont understand anything)
You cannot trivially map any transaction, any other address observed in the system to any IP address.
But because of your IP address requirement, a node/client can trivially map all tx he processes. You may not agree, but for those
hunting for "better than BTCes" riches, that right there is an instant and easy elimination of USPS from their consideration set. IP address doesnt connect with your addresses, even if you do traffic analysis (bcs of chaff traffic).
If you could study traffic, you could deduce thing from patterns in traffic, which can be treated with a complimentary measure like chaff traffic.
Which is not of great concern to those who can afford to run 1000s or even 10s of 1000s of high capacity (read, naturally preferenced) USPS clients!
By the time they are prepared and incentivized to run 10K nodes the network would be 10M. Those big-but-slow players are not a concern to me. They will be offseted by honest players.
I can see that you cannot find any circumstance for this sentence to be correct. Let's assume I know your Ip address. And assume I know who you are bcs I am your neighbour, the hacker. I learn you are having traffic using some TCP ports and exchange some encrypted messages with others. I disconver easily you are running an USPS node. I run one as well, and eventually I make my node connect with yours as a neigbout. The I see in clear our p2p communication. Particularly I capture a tx coming from you stating a disclosed amount is transfered from account A to B. the system uses chaff traffic, so in the unlikely but possible case I work for your ISP or the Cybercrime dept I could do traffic analysis, examining your IO activity. Now Zen you can continue to explain how do I do in this assumption to learn more about your financials because I am short of ideas at this point.
I have not any secret sauce, I have just a codebase, which is kept not public until all conditions are met. Some self-help (I want to call it that way) adding nodes will help opening the sources and with it the possibility of network forks. The bigger the network is the more comfortable I'll find myself to open the code.
Good luck.
PS: keep the tech convo on-list, time is precious and it's unfair to put the burden of assisting you onto one person. If you forget, is it ok in future to forward such emails to the list for you?
Sorry I cont have a clue of what the problem is, is it the subject? "Re: Cryptocurrency:" is it the address? cypherpunks@lists.cpunks.org
participants (2)
-
other.arkitech
-
Zenaan Harkness