Bitcoin Forum

Alternate cryptocurrencies => Altcoin Discussion => Topic started by: smoothie on September 09, 2015, 09:22:05 PM



Title: ion DELEGATION discussion
Post by: smoothie on September 09, 2015, 09:22:05 PM
Furthermore, if the selected set of delegates is short lived, then any disruption caused by selecting a dishonest nodes in the previous set will be minimal, as transactions that failed which are deemed legitimate can simply be re-presented a short time later against a new set of delegates.

The higher the frequency of delegate election, the worse the service they can provide

True (for various reasons such as ratios relating to propagation, denial-of-service, etc).

- at one extreme, the service is completely trust based and very efficient and at the other extreme there is no advantage at all to having delegates but they are completely trustless.

False assumptions galore.

Wait for the white paper. Amazing to me that what I invented seems so obvious in hindsight yet it isn't obvious to you all. Interesting.

All discussion about delegation should stop now. Otherwise I will be forced to delete some posts. We are cluttering this thread with too much detail.

Wait for the white paper then you will all understand.


Continuing discussion here as Anonymint doesn't want to continue the discussion in his own thread.


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 09, 2015, 09:27:53 PM
It is definitely interesting to have a system that is DELEGATED yet requires no trust.

As part of the definition of the word delegated is to "entrust".

Seems like a poor word choice.



Title: Re: ion DELEGATION discussion
Post by: monsterer on September 09, 2015, 09:30:35 PM
Quote
- at one extreme, the service is completely trust based and very efficient and at the other extreme there is no advantage at all to having delegates but they are completely trustless.

Here is my reasoning:

Extreme lower end

100% trust based, permanent list of delegates - this is the ripple labs model. They are an unchanging set, never disagree with each other and can provide transaction finality in under 3 seconds per block.

Extreme upper end

Ever changing list of delegates, where network latency entirely governs the current state of the network and because of that you have to wait for 50% of them to come to a consensus. Because of the ever changing set, you need sybil resistance and now you've basically got trustless POW.


Title: Re: ion DELEGATION discussion
Post by: Fuserleer on September 09, 2015, 09:33:07 PM
A point worth considering:  If the delegated set is fixed over a prolonged period of time, then its not trustless.  If the delegate set changes constantly as the result of some random function, then it may be trustless depending on how large the source set is.

Interesting point.

How does it change the issue of trust even if the delegating parties change randomly?

The delegating parties themselves for iteration n still are to be trusted right?


It reduces the exposure of the system to dishonest nodes, as providing that the function output that determines the set selection is random, these dishonest nodes will never know when they will have an opportunity to be dishonest.

This then requires these nodes to be online constantly in the chance that they do get selected in the next round of delegates.  If the selection set is sufficiently large, and the function output is random (or close to), then the time between subsequent selection may be quite long, thus acting as a discouragement due to costs.

Furthermore, if the selected set of delegates is short lived, then any disruption caused by selecting a dishonest nodes in the previous set will be minimal, as transactions that failed which are deemed legitimate can simply be re-presented a short time later against a new set of delegates.

You can increase resilience further if you delegate the work to ALL selected delegates instead of just one or a few of them.  Then they all perform the same work and you can think about using the output from that as a basis for consensus.

You have to consider Sybils and other things too, but the basic philosophy is as above.

Did I explain clearly? :|  Not sure lol

Okay let's talk about the delegating party.

Supposing they are random then it is like a musical chairs type thing. Some times certain parties will play the delegator and some the delegat-ee.

But the delegator needs to be trusted in some form as they need to delegate correct tasks (within the specs of the system). Who decides who the delegator is?

If it is random don't you think that a malicious delegator could exist at some point?

Ok, so to circumvent possible dishonest delegators you simply ensure that to become a delegator involves some honest action, better still if there is some cost involved.

So for example, in eMunie, the delegator is the party that makes the transaction, which is for all intents and purposes an honest action.  If the transaction is not for an honest intent, transactions have fees, so there is a cost associated with it.

The future delegate set is determined from recent transactions, and the process of making transactions essentially random.  If I have a payment to make, I might make it now, or I might decide to do it later on, or maybe I don't do it all.

As I mentioned in the other thread, you have to consider Sybil and other similar attacks that attempt to reduce the random entropy of delegate selection, but those are for another discussion I think and would distract from the core concepts we're investigating here.


Title: Re: ion DELEGATION discussion
Post by: traumschiff on September 09, 2015, 09:33:37 PM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.



Title: Re: ion DELEGATION discussion
Post by: smoothie on September 09, 2015, 09:33:56 PM
Quote
- at one extreme, the service is completely trust based and very efficient and at the other extreme there is no advantage at all to having delegates but they are completely trustless.

Here is my reasoning:

Extreme lower end

100% trust based, permanent list of delegates - this is the ripple labs model. They are an unchanging set, never disagree with each other and can provide transaction finality in under 3 seconds per block.

Extreme upper end

Ever changing list of delegates, where network latency entirely governs the current state of the network and because of that you have to wait for 50% of them to come to a consensus. Because of the ever changing set, you need sybil resistance and now you've basically got trustless POW.

Is there any middle ground in your mind?


Title: Re: ion DELEGATION discussion
Post by: monsterer on September 09, 2015, 09:38:35 PM
Quote
- at one extreme, the service is completely trust based and very efficient and at the other extreme there is no advantage at all to having delegates but they are completely trustless.

Here is my reasoning:

Extreme lower end

100% trust based, permanent list of delegates - this is the ripple labs model. They are an unchanging set, never disagree with each other and can provide transaction finality in under 3 seconds per block.

Extreme upper end

Ever changing list of delegates, where network latency entirely governs the current state of the network and because of that you have to wait for 50% of them to come to a consensus. Because of the ever changing set, you need sybil resistance and now you've basically got trustless POW.

Is there any middle ground in your mind?

Personally, I really dislike trust based models in crypto-currencies - trust is for the centralised banking system we've all come to know and hate.

edit: and whenever you combine anonymity with trust, you are asking for trouble IMO

IMO 'Trustless' is a completely revolutionary concept which deserves to be applied to anything and everything possible.


Title: Re: ion DELEGATION discussion
Post by: Fuserleer on September 09, 2015, 09:39:34 PM
Quote
- at one extreme, the service is completely trust based and very efficient and at the other extreme there is no advantage at all to having delegates but they are completely trustless.

Here is my reasoning:

Extreme lower end

100% trust based, permanent list of delegates - this is the ripple labs model. They are an unchanging set, never disagree with each other and can provide transaction finality in under 3 seconds per block.

Extreme upper end

Ever changing list of delegates, where network latency entirely governs the current state of the network and because of that you have to wait for 50% of them to come to a consensus. Because of the ever changing set, you need sybil resistance and now you've basically got trustless POW.

Network latency isn't an issue if you apply some simple ruling to delegate selection.

You are correct that it is impossible for all nodes to know the current set of delegates if they are selected below a certain interval, in real time, due to CAP theorem.

However, if you base the set selection on an offset of time in the past, say 60 seconds, you can be sure that the majority of the network has information on transactions up to 60 seconds ago.  Thus you select the delegates from a set between say T-60 and T-120 (if you want a set duration of 1 minute).

This approach allows you to have per second delegate set generation, as it provides a "sliding window" over time.


Title: Re: ion DELEGATION discussion
Post by: Fuserleer on September 09, 2015, 09:43:25 PM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.


Heh I say that all the time "wait for more documents from me!"

Then I end up getting into a deep technical discussion soon after :)


Title: Re: ion DELEGATION discussion
Post by: ion.cash on September 09, 2015, 09:45:20 PM
Quote
- at one extreme, the service is completely trust based and very efficient and at the other extreme there is no advantage at all to having delegates but they are completely trustless.

Here is my reasoning:

Extreme lower end

100% trust based, permanent list of delegates - this is the ripple labs model. They are an unchanging set, never disagree with each other and can provide transaction finality in under 3 seconds per block.

Extreme upper end

Ever changing list of delegates, where network latency entirely governs the current state of the network and because of that you have to wait for 50% of them to come to a consensus. Because of the ever changing set, you need sybil resistance and now you've basically got trustless POW.

Is there any middle ground in your mind?

Personally, I really dislike trust based models in crypto-currencies - trust is for the centralised banking system we've all come to know and hate.

edit: and whenever you combine anonymity with trust, you are asking for trouble IMO

IMO 'Trustless' is a completely revolutionary concept which deserves to be applied to anything and everything possible.

You didn't answer his astute question. And your dichotomous assumptions are very myopic. You do not entertain all the possibilities. You are going to receive a very big surprise when you read my entire white paper.

I told everyone that I am not ready to discuss my design at this time. When I am ready, we will in great detail.

I am not going to be following the discussion in this thread at this time. Any who continue to make more false and myopic statements, that doesn't mean you are correct.

P.S. no personal offense intended. I will appreciate the debate and discussion with you at the appropriate time. I allowed you to push me for more information and discussion than is advisable at this time for my project.

Add: I really appreciate all the interest in this topic. It is an important one.


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 09, 2015, 09:50:03 PM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.



Yeah I have to say that was uncalled for.

Why not just wait until it is ready then announce.

Sounds like he enjoys the attention.


Title: Re: ion DELEGATION discussion
Post by: monsterer on September 09, 2015, 09:50:59 PM
I am not going to be following the discussion in this thread at this time. Any who continue to make more false and myopic statements, that doesn't mean you are correct.

You realise you sound like John Connor?


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 09, 2015, 09:52:29 PM
Quote
- at one extreme, the service is completely trust based and very efficient and at the other extreme there is no advantage at all to having delegates but they are completely trustless.

Here is my reasoning:

Extreme lower end

100% trust based, permanent list of delegates - this is the ripple labs model. They are an unchanging set, never disagree with each other and can provide transaction finality in under 3 seconds per block.

Extreme upper end

Ever changing list of delegates, where network latency entirely governs the current state of the network and because of that you have to wait for 50% of them to come to a consensus. Because of the ever changing set, you need sybil resistance and now you've basically got trustless POW.

Is there any middle ground in your mind?

Personally, I really dislike trust based models in crypto-currencies - trust is for the centralised banking system we've all come to know and hate.

edit: and whenever you combine anonymity with trust, you are asking for trouble IMO

IMO 'Trustless' is a completely revolutionary concept which deserves to be applied to anything and everything possible.

You didn't answer his astute question. And your dichotomous assumptions are very myopic. You do not entertain all the possibilities. You are going to receive a very big surprise when you read my entire white paper.

I told everyone that I am not ready to discuss my design at this time. When I am ready, we will in great detail.

I am not going to be following the discussion in this thread at this time. Any who continue to make more false and myopic statements, that doesn't mean you are correct.

P.S. no personal offense intended. I will appreciate the debate and discussion with you at the appropriate time. I allowed you to push me for more information and discussion than is advisable at this time for my project.

Add: I really appreciate all the interest in this topic. It is an important one.

Please go elsewhere given you already asked people not to discuss delegation and this thread is simply about ion delegation.

Thanks  :-*


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 09, 2015, 09:53:53 PM
I am not going to be following the discussion in this thread at this time. Any who continue to make more false and myopic statements, that doesn't mean you are correct.

You realise you sound like John Connor?

Not to be mean, but posting an observation, Anonymint has a god complex.

He really thinks highly of himself.

The word humble does not appear to be in his mindset.

Carrying on discussion about delegation...


Title: Re: ion DELEGATION discussion
Post by: ion.cash on September 09, 2015, 09:54:51 PM
I am not going to be following the discussion in this thread at this time. Any who continue to make more false and myopic statements, that doesn't mean you are correct.

You realise you sound like John Connor?

I am not selling anything. There is no coin yet. VNL is a coin that is already on the market. In the opening post of the thread I created, it clearly states that I would not be discussing the consensus design at this time, and that the purpose of making a thread now was to get a vote on the naming and to show some code to prove I am real and to potentially solicit some other developers to help.

I apologize if I am I following what I wrote in my opening post. I should apologize for trying to maintain consistency between what I write and what I do.

You of course are welcome to discuss consensus designs and delegation in your own threads. I just won't be participating further at this time. I will soon when my implementation has reached the point where I can publish the white paper.

Again no personal offense intended. Carry on without me.

Why can't we have mutual respect? Am I a God to ask that I can be consistent? Come on stop acting like 5 year olds. We are more mature than that.


Title: Re: ion DELEGATION discussion
Post by: Fuserleer on September 09, 2015, 09:59:16 PM
I am not going to be following the discussion in this thread at this time. Any who continue to make more false and myopic statements, that doesn't mean you are correct.

You realise you sound like John Connor?

Not to be mean, but posting an observation, Anonymint has a god complex.

He really thinks highly of himself.

The word humble does not appear to be in his mindset.

Carrying on discussion about delegation...

He does indeed, I've expressed this to him a couple of times.

I can't deny the fact that he is very smart, and weirdly, I do respect his position on a lot of topics.  

Problem is I've seen many times that those kind of character traits cause the undoing of that individual, even though they have the capacity to do something truly great...


Title: Re: ion DELEGATION discussion
Post by: smooth on September 09, 2015, 10:28:11 PM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.

Mark this down for the history books.

I agree with traumschiff.

Seems like the only purpose is to hype vaporware.

I don't think it is really malicious but more driven by enthusiasm and being a bit impatient to wait until it's actually done (at least in part) before discussing it. The effect is similar though.


Title: Re: ion DELEGATION discussion
Post by: r0ach on September 09, 2015, 10:35:39 PM


Not to be mean, but posting an observation, Anonymint has a god complex.


He does indeed, I've expressed this to him a couple of times.

I can't deny the fact that he is very smart, and weirdly, I do respect his position on a lot of topics.  

Problem is I've seen many times that those kind of character traits cause the undoing of that individual, even though they have the capacity to do something truly great...

That's the entire point of reading an Anonymint thread, it's going to be exciting, and maybe even a little bit frightening.


Title: Re: ion DELEGATION discussion
Post by: ion.cash on September 09, 2015, 10:44:09 PM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.

Mark this down for the history books.

I agree with traumschiff.

Seems like the only purpose is to hype vaporware.

I don't think it is really malicious but more driven by enthusiasm and being a bit impatient to wait until it's actually done (at least in part) before discussing it. The effect is similar though.

I started a thread where I could update the public on progress of the development, with first order of business being getting a vote on the proposed name and the next step I said I would be uploading some code. Then from there on updates on the progress.

I don't understand what is wrong with making a thread for that purpose to track the early stage development of a coin?

So that the community of people who are interested in the progress can be updated. And so issues in the development stage can be discussed. First step of development interaction with the public is on the choice of a name.

Please enlighten me?


Title: Re: ion DELEGATION discussion
Post by: smooth on September 09, 2015, 10:46:08 PM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.

Mark this down for the history books.

I agree with traumschiff.

Seems like the only purpose is to hype vaporware.

I don't think it is really malicious but more driven by enthusiasm and being a bit impatient to wait until it's actually done (at least in part) before discussing it. The effect is similar though.

I started a thread where I could update the public on progress of the development, with first order of business being getting a vote on the proposed name and the next step I said I would be uploading some code. Then from there on updates on the progress.

I don't understand what is wrong with making a thread for that purpose to track the early stage development of a coin?

Please enlighten me?

Mostly the discussion, I suppose, where you answer questions and FUD but without being able to give any substantive answers (I'm not criticizing your reasons for that).

My suggestion is to lock the thread and bump it when you have substantive updates. Maybe reopen on a more permissive/permanent basis when there is actual substance to discuss (code, white papers, slides, etc.)

But if the idea was just to discuss the name (first order of business as you say), that's certainly reasonable but then the off topic (to the name) posts should be deleted and not replied with non-substantive replies.


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 03:45:30 AM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.

Mark this down for the history books.

I agree with traumschiff.

Seems like the only purpose is to hype vaporware.

I don't think it is really malicious but more driven by enthusiasm and being a bit impatient to wait until it's actually done (at least in part) before discussing it. The effect is similar though.

It stems from self control. Anyone who has a good sense of self-control would shut his mouth and work and release the product when it is done.

Instead of posting for months (and years?) about how he has a great system that will blow bitcoin out of the water on every item of importance, just work on it and get it done.

Instead of waiting, he jumps the gun.

I would be willing to apologize publicly if he indeeds fulfills ALL of his claims in his project. But until then it is all HYPE.


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 04:00:37 AM
Smoothie says "put up or shut up". We are going to do it like this. I shut up. Then I put up and everyone else will shut up.

DPoS is not decentralized.  Here is why:

...Having said that, most people know that Bitshares is going to have elements of the Roman senate, maybe people will even stab or murder each other eventually.  It will be great for Coindesk news.  It's also going to have elements of corporate fascism, as corporate entites attempt to gain control of a disproportionate number of nodes.  If the ownership of publicly operated delegates seems fishy to you, you can simply stop using the system.  If they're operating nodes on the system, they probably have assets on the system, and will most likely be hurting themselves doing this.  

This is like if you see two Bitcoin PoW pools in China that combine to make up 70% of the hash rate but are owned by the same guy or brothers, you might stop using BTC.  The Satoshi system is obviously not sybil resistant in this case.  The incentives to not do this are basically the same in both systems, but it can still happen.   There will always be politics you can't escape from in the real world that you have to audit yourself.

The purpose of DPoS is kind of to engineer the way these systems play out from start to finish in a defined manner where the likelihood of things like sybil are minimized, or force them to be visible for you to audit yourself.  If you're uncomfortable with the delegate ownership or coin ownership, you should simply not use the platform...

http://cryptorials.io/glossary/delegated-proof-of-stake/
https://bitshares.org/technology/delegated-proof-of-stake-consensus/

Well, well now I see I have the only consensus design that is not a PoS (Piece of Shit), Satoshi's design included.

I take the best from Satoshi and fix it all the way it should have been.

'Nuff said. I need to implement, so I can publish. Sooner the better.

I am so sleepy, been here discussing for entire afternoon and night and now it is 11am again. Zzzzzz....

No it's more like:

"Shut up and work, then release your project without all the bullshit hype....and also please be humble."

thanks  ;D


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 04:04:49 AM
One important question to ask:

DID SATOSHI EVER ACT AS EGOTISTICAL AS ANONYMINT?  ::)

Satoshi could teach Anonymint a thing or two about having the right attitude and being humble.


Title: Re: ion DELEGATION discussion
Post by: Fuserleer on September 10, 2015, 04:05:35 AM
One important question to ask:

DID SATOSHI EVER ACT AS EGOTISTICAL AS ANONYMINT?  ::)

Satoshi could teach Anonymint a thing or two about having the right attitude and being humble.

Lol!  He's really hit a nerve with you hasn't he? :)


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 04:13:07 AM
One important question to ask:

DID SATOSHI EVER ACT AS EGOTISTICAL AS ANONYMINT?  ::)

Satoshi could teach Anonymint a thing or two about having the right attitude and being humble.

Lol!  He's really hit a nerve with you hasn't he? :)

Not really I just think it is a glaring fact.  ;D ;D ;D



Title: Re: ion DELEGATION discussion
Post by: generalizethis on September 10, 2015, 04:21:17 AM


It stems from self control. Anyone who has a good sense of self-control would shut his mouth and work and release the product when it is done.

Instead of posting for months (and years?) about how he has a great system that will blow bitcoin out of the water on every item of importance, just work on it and get it done.

Instead of waiting, he jumps the gun.

I would be willing to apologize publicly if he indeeds fulfills ALL of his claims in his project. But until then it is all HYPE.

Van Gogh also had hypergraphia--I like my creative geniuses a little off, shows they're in the schizo-realm as Delueze thought they should/must be.

“if schizophrenia is the universal, the great artist is indeed the one who scales the schizophrenic wall and reaches the land of the unknown, where he no longer belongs to any time, any milieu, any school.” –anti-oedipus, delueze and guattari


Title: Re: ion DELEGATION discussion
Post by: ion.cash on September 10, 2015, 04:55:41 AM
It's called being mature and humble.

Take a lesson from Satoshi.

It starts with you giving me mutual respect. You started this. Do you want me to show your numerous disrespectful posts and trolling the definition of "delegate" (which clearly has an alternative definition which fits my use of it).

Back in Satoshi's days here, there were respectful very skilled developers here. Now the forum is populated by half-assed who think they know more than they do and Dunning-Kruger over all the place slandering those of us who are at Satoshi's caliber and beyond.

I couldn't have said that before I wrote the two recent white papers. But now I've seen with my own eyes (actually make that 1 eye, I'm blind in the other) that I bested all of them, Maxwell, the Zerocash devs, the Cryptonote devs, and even Satoshi.

So I know the respect I deserve. Or at least we can start with mutual respect. I put up with your ad hominem FUDing for several posts, without blowing up but you just keep grinding and grinding away. What are you the Altcoin Discussion police? Who assigned your badge and rank?

Do you really think I give a rat's ass what you think of my personality (when what you are seeing is a delayed and patience lost mirror of your massive disrespect)?

I just have one suggestion for you. Prepare for massive humiliation when I launch.

You are going to eat that " ::)  ::)  ::)" you were putting in every post about me in every fucking thread. Spreading your ad hominem shit all over the place.

Hey I don't have an ego problem. I know what I have. I can easily delete every nonsense post and it doesn't matter to me. My goal has nothing to do with the bickering you forced down my throat even I tried my best to be tolerant of your nonsense.

You are the one who is insulted with butt hurt ego when I pointed out you don't know how to read the thread before you comment, thus you make statements which were already refuted. Then you expect me to cower to you so you don't feel butt hurt. Then you tried to blame me for not putting the entire thread in the opening post. Cripes are you insane?

Look in the mirror buddy. There is the ego problem.


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 05:01:48 AM
It's called being mature and humble.

Take a lesson from Satoshi.

It starts with you giving me mutual respect. You started this. Do you want me to show your numerous disrespectful posts and trolling the definition of "delegate" (which clearly has an alternative definition which fits my use of it).

Back in Satoshi's days here, there were respectful very skilled developers here. Now the forum is populated by half-assed who think they know more than they do and Dunning-Kruger over all the place slandering those of us who are at Satoshi's caliber and beyond.

I couldn't have said that before I wrote the two recent white papers. But now I've seen with my own eyes (actually make that 1 eye, I'm blind in the other) that I bested all of them, Maxwell, the Zerocash devs, the Cryptonote devs, and even Satoshi.

So I know the respect I deserve. Or at least we can start with mutual respect. I put up with your ad hominem FUDing for several posts, without blowing up but you just keep grinding and grinding away. What are you the Altcoin Discussion police? Who assigned your badge and rank?

Do you really think I give a rat's ass what you think of my personality (when what you are seeing is a delayed and patience lost mirror of your massive disrespect)?

I just have one suggestion for you. Prepare for massive humiliation when I launch.

You are going to eat that " ::)  ::)  ::)" you were putting in every post about me in every fucking thread. Spreading your ad hominem shit all over the place.

Hey I don't have an ego problem. You are the one who is insulted and butt hurt ego when I pointed out you don't know how to read the thread before you comment, thus you make statements which were already refuted. Then you expect me to cower to you so you don't feel butt hurt.

Look in the mirror buddy. There is the ego problem.

Just because I dont agree with you does not imply disrespect. Don't get it twisted.

Don't put words in my mouth or paint me out to be the bad guy here.

I simply asked questions and pretty much got "wait until the white paper" or "don't discuss delegation anymore". And this is as you cherry picked what you wanted to release from your white paper (after the fact that I asked the questions then had the gall to make me appear to be incompetent on your concepts when you offered 0 substance other than words and talk).

For someone who has a "shit-ton" of work to do on your "project" you sure have a lot of time to respond to me.

GO WORK ON YOUR PROJECT AND PLEASE RELEASE IT WHEN YOU ARE DONE. Stop the hype bullshit by posting about it before it is even ready. Makes no sense and is premature in nature (still currently vaporware as smooth called it).

I won't be humiliated as I already offered to publicly apologize if you do create a system that does everything you claimed below:



Quote
Recently I announced my rationale to develop my coin non-anonymously, with any anonymity features to be added by other developers later.

The proposed name of the coin is Ion with a capitalized first letter when it can be written with a serif font, e.g. Ion— otherwise ion instead of Ion. For me ion connotes a thing that can conduct a current and be zapped to a destination.

Formerly AnonyMint et al, I expended 2+ years thinking about anonymity designs and recently formalized an unreleased white paper which I think is the holy grail of on chain anonymity. This will be offloaded to other developers, so I can work non-anonymously on this coin.

The current focus of my development on this coin is to complete a novel consensus network design which has proposed the following fixes to flaws in Satoshi’s design while retaining proof-of-work as unbounded entropy[1]:

Censorship resistance even if mining is entirely centralized.
Attack-free instant zero confirmation instantaneous transactions.
Impervious to selfish mining and 51% attacks.
Transaction rates virtually unbounded by block chain bandwidth and size.
Resilient against network fragmentation.
Decentralization of pools and ASICs by making them uneconomic.
Non-heuristic Sybil and DoS resistance.

None of the above is a joke nor exaggeration. I am entirely serious. My programming background and expertise is documented in the archives of my prior usernames.

Currently unreleased white papers will not be published until this coin is nearer to release to insure these designs are released first in our coin. Thus for the time being I may not be providing more details on how the above features are accomplished.

Soon I will be uploading some code to the internet and will update this opening post and bump the thread. I will also be announcing some bounties in coins for those who want to do development on this coin. I will also later add some information on the targeted launch date and other details on the coin supply and distribution.

So that new readers can digest this thread from start to finish, I will be removing your posts sometimes to incorporate what was discussed into this opening thread post. I will also remove posts which are redundant or otherwise don't add anything useful information. Constructive critical discussion is welcomed.

The future goal is to have a Wiki and incorporate all discussion there. All posts would remain viewable in the Wiki history as they are removed from current versions of the Wiki pages and the outcome of discussion incorporated into the current versions of the Wiki pages. The point again is so new readers can access the information they need.

You are welcome to make an unmoderated thread, but do not expect me to comment there. Bring any issue in this thread if you want me to address it.

[1] My position until I am convinced otherwise is that all non-proof-of-work consensus systems have a bounded entropy (e.g. the total stake and/or any initial seeds used for randomization) and thus their attributes (e.g. decentralization, censorship resistance, DoS resistance, Sybil attack resistance, impartiality) is subject to a game theory which is potentially undiscovered. Whereas, the entropy of proof-of-work is unbounded because it is externally added and the game theory is well defined.


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 05:05:03 AM

I am not going to be following the discussion in this thread at this time.


You post this earlier today ^



Hence my " ::) ::) ::)"

lol


Title: Re: ion DELEGATION discussion
Post by: ion.cash on September 10, 2015, 05:16:34 AM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.

Mark this down for the history books.

I agree with traumschiff.

Seems like the only purpose is to hype vaporware.

I don't think it is really malicious but more driven by enthusiasm and being a bit impatient to wait until it's actually done (at least in part) before discussing it. The effect is similar though.

It stems from self control. Anyone who has a good sense of self-control would shut his mouth and work and release the product when it is done.

Instead of posting for months (and years?) about how he has a great system that will blow bitcoin out of the water on every item of importance, just work on it and get it done.

Instead of waiting, he jumps the gun.

I would be willing to apologize publicly if he indeeds fulfills ALL of his claims in his project. But until then it is all HYPE.

You ad hominem me every where then tell me I don't have self-control when I restrain myself and try to explain to you calmly.

Then you push and push and push your  ::)  ::)  ::) in my face in numerous threads numerous times attacking me as not being humble when I am in fact answering far more about the consensus algorithm than was my request to not discuss it, trying to be nice and appease you all.

But you just keep kicking me in the balls because you want to be able to say that I don't have self control.

Nice classic asshole technique. Thanks.


I am not going to be following the discussion in this thread at this time.


You post this earlier today ^



Hence my " ::) ::) ::)"

lol

I try to stop discussing and you attacked me for doing so. Thanks for proving my point.

You are like a spoiled brat who can't get what he wants, who makes logical errors, is too lazy to read the thread, then blames it all on the other person.

You ought to really go re-read everything chronologically so you can see how fair I was.


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 05:19:01 AM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.

Mark this down for the history books.

I agree with traumschiff.

Seems like the only purpose is to hype vaporware.

I don't think it is really malicious but more driven by enthusiasm and being a bit impatient to wait until it's actually done (at least in part) before discussing it. The effect is similar though.

It stems from self control. Anyone who has a good sense of self-control would shut his mouth and work and release the product when it is done.

Instead of posting for months (and years?) about how he has a great system that will blow bitcoin out of the water on every item of importance, just work on it and get it done.

Instead of waiting, he jumps the gun.

I would be willing to apologize publicly if he indeeds fulfills ALL of his claims in his project. But until then it is all HYPE.

You ad hominem me every where then tell me I don't have self-control when I restrain myself and try to explain to you calmly.

Then you push and push and push your  ::)  ::)  ::) in my face in numerous threads numerous times attacking me as not being humble when I am in fact answering far more about the consensus algorithm than was my request to not discuss it, trying to be nice and appease you all.

But you just keep kicking me in the balls because you want to be able to say that I don't have self control.

Nice classic asshole technique. Thanks.


I am not going to be following the discussion in this thread at this time.


You post this earlier today ^



Hence my " ::) ::) ::)"

lol

I try to stop discussing and you attacked me for doing so. Thanks for proving my point.

You are like a spoiled brat who can't get what he wants, who makes logical errors, is too lazy to read the thread, then blames it all on the other person.

You ought to really go re-read everything chronologically so you can see how fair I was.

ad hominem?

You mean me posting my observations of your huge ego?

You also appear to play the victim card very well. Sorry I don't feel sorry for you.

It's called an opinion. Please be mature and act your age as I get a gist that you are much much older than I am.

Thanks   :)


Title: Re: ion DELEGATION discussion
Post by: ion.cash on September 10, 2015, 05:23:23 AM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.

Mark this down for the history books.

I agree with traumschiff.

Seems like the only purpose is to hype vaporware.

I don't think it is really malicious but more driven by enthusiasm and being a bit impatient to wait until it's actually done (at least in part) before discussing it. The effect is similar though.

It stems from self control. Anyone who has a good sense of self-control would shut his mouth and work and release the product when it is done.

Instead of posting for months (and years?) about how he has a great system that will blow bitcoin out of the water on every item of importance, just work on it and get it done.

Instead of waiting, he jumps the gun.

I would be willing to apologize publicly if he indeeds fulfills ALL of his claims in his project. But until then it is all HYPE.

You ad hominem me every where then tell me I don't have self-control when I restrain myself and try to explain to you calmly.

Then you push and push and push your  ::)  ::)  ::) in my face in numerous threads numerous times attacking me as not being humble when I am in fact answering far more about the consensus algorithm than was my request to not discuss it, trying to be nice and appease you all.

But you just keep kicking me in the balls because you want to be able to say that I don't have self control.

Nice classic asshole technique. Thanks.


I am not going to be following the discussion in this thread at this time.


You post this earlier today ^



Hence my " ::) ::) ::)"

lol

I try to stop discussing and you attacked me for doing so. Thanks for proving my point.

You are like a spoiled brat who can't get what he wants, who makes logical errors, is too lazy to read the thread, then blames it all on the other person.

You ought to really go re-read everything chronologically so you can see how fair I was.

ad hominem?

You mean me posting my observations of your huge ego?

You also appear to play the victim card. Sorry I don't feel sorry for you.

It's called an opinion. Please be mature and act your age as I get a gist that you are much much older than I am.

Thanks   :)

Likewise I am expressing my opinion. You need also a lesson in being humble. If you are humble with me, I am humble with you.

Mutual respect. You didn't make a single valid point in all the noise you wrote today. You try to salvage your ego by declaring I am not humble. Whining like a bitch. Are you a female?

Hey your bullshit is becoming far too obvious. Now you try to sucker me into some dislogic that I was trying to be a victim.

FUCK OFF ASSHOLE.

YOU WILL NEVER CODE A COIN.


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 05:26:36 AM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.

Mark this down for the history books.

I agree with traumschiff.

Seems like the only purpose is to hype vaporware.

I don't think it is really malicious but more driven by enthusiasm and being a bit impatient to wait until it's actually done (at least in part) before discussing it. The effect is similar though.

It stems from self control. Anyone who has a good sense of self-control would shut his mouth and work and release the product when it is done.

Instead of posting for months (and years?) about how he has a great system that will blow bitcoin out of the water on every item of importance, just work on it and get it done.

Instead of waiting, he jumps the gun.

I would be willing to apologize publicly if he indeeds fulfills ALL of his claims in his project. But until then it is all HYPE.

You ad hominem me every where then tell me I don't have self-control when I restrain myself and try to explain to you calmly.

Then you push and push and push your  ::)  ::)  ::) in my face in numerous threads numerous times attacking me as not being humble when I am in fact answering far more about the consensus algorithm than was my request to not discuss it, trying to be nice and appease you all.

But you just keep kicking me in the balls because you want to be able to say that I don't have self control.

Nice classic asshole technique. Thanks.


I am not going to be following the discussion in this thread at this time.


You post this earlier today ^



Hence my " ::) ::) ::)"

lol

I try to stop discussing and you attacked me for doing so. Thanks for proving my point.

You are like a spoiled brat who can't get what he wants, who makes logical errors, is too lazy to read the thread, then blames it all on the other person.

You ought to really go re-read everything chronologically so you can see how fair I was.

ad hominem?

You mean me posting my observations of your huge ego?

You also appear to play the victim card. Sorry I don't feel sorry for you.

It's called an opinion. Please be mature and act your age as I get a gist that you are much much older than I am.

Thanks   :)

Likewise I am expressing my opinion. You need also a lesson in being humble. If you are humble with me, I am humble with you.

Mutual respect. You didn't make a single valid point in all the noise you wrote today. You try to salvage your ego by declaring I am not humble. Whining like a bitch. Are you a female?

Ad hominem. ^

Sorry I just can't take you seriously. What you say doesn't matter. What you do will always speak louder.

You can leave my thread and go work on your project instead of going back and forth with me.

You have proven nothing in my eyes other than you talk more than you execute.  :-*


Title: Re: ion DELEGATION discussion
Post by: ion.cash on September 10, 2015, 05:29:58 AM
I see you like to play psychological games.

Crafty slimy weasel.

It won't help you win. Being good at being a weasel doesn't go far in terms of real accomplishments in life. It is destructive behavior and thus you will end up where you deserve.

This useless blob of flesh is going on ignore now. All of his posts will be deleted from my threads. End of story.


Title: Re: ion DELEGATION discussion
Post by: Fuserleer on September 10, 2015, 05:31:45 AM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.

Mark this down for the history books.

I agree with traumschiff.

Seems like the only purpose is to hype vaporware.

I don't think it is really malicious but more driven by enthusiasm and being a bit impatient to wait until it's actually done (at least in part) before discussing it. The effect is similar though.

It stems from self control. Anyone who has a good sense of self-control would shut his mouth and work and release the product when it is done.

Instead of posting for months (and years?) about how he has a great system that will blow bitcoin out of the water on every item of importance, just work on it and get it done.

Instead of waiting, he jumps the gun.

I would be willing to apologize publicly if he indeeds fulfills ALL of his claims in his project. But until then it is all HYPE.

You ad hominem me every where then tell me I don't have self-control when I restrain myself and try to explain to you calmly.

Then you push and push and push your  ::)  ::)  ::) in my face in numerous threads numerous times attacking me as not being humble when I am in fact answering far more about the consensus algorithm than was my request to not discuss it, trying to be nice and appease you all.

But you just keep kicking me in the balls because you want to be able to say that I don't have self control.

Nice classic asshole technique. Thanks.


I am not going to be following the discussion in this thread at this time.


You post this earlier today ^



Hence my " ::) ::) ::)"

lol

I try to stop discussing and you attacked me for doing so. Thanks for proving my point.

You are like a spoiled brat who can't get what he wants, who makes logical errors, is too lazy to read the thread, then blames it all on the other person.

You ought to really go re-read everything chronologically so you can see how fair I was.

ad hominem?

You mean me posting my observations of your huge ego?

You also appear to play the victim card. Sorry I don't feel sorry for you.

It's called an opinion. Please be mature and act your age as I get a gist that you are much much older than I am.

Thanks   :)

Likewise I am expressing my opinion. You need also a lesson in being humble. If you are humble with me, I am humble with you.

Mutual respect. You didn't make a single valid point in all the noise you wrote today. You try to salvage your ego by declaring I am not humble. Whining like a bitch. Are you a female?

Hey your bullshit is becoming far too obvious. Now you try to sucker me into some dislogic that I was trying to be a victim.

FUCK OFF ASSHOLE.

YOU WILL NEVER CODE A COIN.

Wow, dude, seriously just breathe and relax.

That kinda talk ain't gonna win you any friends nor do you any favors!


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 05:32:45 AM
I see you like to play psychological games.

Crafty slimy weasel.

It won't help you win. Being good at being a weasel doesn't go far in terms of real accomplishments in life. It is destructive behavior and thus you will end up where you deserve.

Not trying to win anything. But anyway...

Get back to work! You have a shit-ton of work to do with your "project"  ;D

No time to slack on arguing with smoothie.

Sticks and stones buddy... Sticks and stones ::)



Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 05:33:51 AM
I'm bothered by the fact that he opens a thread for his project where he refuses to discuss certain questions in detail (even goes as far as threatening with deletion) because "wait for the whitepaper".

I don't see the point of the thread.

Mark this down for the history books.

I agree with traumschiff.

Seems like the only purpose is to hype vaporware.

I don't think it is really malicious but more driven by enthusiasm and being a bit impatient to wait until it's actually done (at least in part) before discussing it. The effect is similar though.

It stems from self control. Anyone who has a good sense of self-control would shut his mouth and work and release the product when it is done.

Instead of posting for months (and years?) about how he has a great system that will blow bitcoin out of the water on every item of importance, just work on it and get it done.

Instead of waiting, he jumps the gun.

I would be willing to apologize publicly if he indeeds fulfills ALL of his claims in his project. But until then it is all HYPE.

You ad hominem me every where then tell me I don't have self-control when I restrain myself and try to explain to you calmly.

Then you push and push and push your  ::)  ::)  ::) in my face in numerous threads numerous times attacking me as not being humble when I am in fact answering far more about the consensus algorithm than was my request to not discuss it, trying to be nice and appease you all.

But you just keep kicking me in the balls because you want to be able to say that I don't have self control.

Nice classic asshole technique. Thanks.


I am not going to be following the discussion in this thread at this time.


You post this earlier today ^



Hence my " ::) ::) ::)"

lol

I try to stop discussing and you attacked me for doing so. Thanks for proving my point.

You are like a spoiled brat who can't get what he wants, who makes logical errors, is too lazy to read the thread, then blames it all on the other person.

You ought to really go re-read everything chronologically so you can see how fair I was.

ad hominem?

You mean me posting my observations of your huge ego?

You also appear to play the victim card. Sorry I don't feel sorry for you.

It's called an opinion. Please be mature and act your age as I get a gist that you are much much older than I am.

Thanks   :)

Likewise I am expressing my opinion. You need also a lesson in being humble. If you are humble with me, I am humble with you.

Mutual respect. You didn't make a single valid point in all the noise you wrote today. You try to salvage your ego by declaring I am not humble. Whining like a bitch. Are you a female?

Hey your bullshit is becoming far too obvious. Now you try to sucker me into some dislogic that I was trying to be a victim.

FUCK OFF ASSHOLE.

YOU WILL NEVER CODE A COIN.

Wow, dude, seriously just breathe and relax.

That kinda talk ain't gonna win you any friends nor do you any favors!

LOL...  ;D


Title: Re: ion DELEGATION discussion
Post by: shitaifan2013 on September 10, 2015, 05:34:45 AM
BTC keeps going sideways and everyone is ripping each other apart - the next rallye is overdue, otherwise there won't be much community left  ;D

edit: sorry for off topic @smoothie, won't happen again


Title: Re: ion DELEGATION discussion
Post by: Fuserleer on September 10, 2015, 05:49:01 AM
BTC keeps going sideways and everyone is ripping each other apart - the next rallye is overdue, otherwise there won't be much community left  ;D

edit: sorry for off topic @smoothie, won't happen again

This whole damn thread is so far off topic now I'm pretty sure no one cares!   There has been like 4 posts on delegation and then....BOOM....fireworks like the 5th November!


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 05:53:51 AM
Recently I announced my rationale (https://bitcointalk.org/index.php?topic=1049048.msg12304886#msg12304886) to develop my coin non-anonymously, with any anonymity features to be added by other developers later.

The proposed name of the coin is Ion with a capitalized first letter when it can be written with a serif font, e.g. Ion— otherwise ion instead of Ion. For me ion connotes a thing that can conduct a current and be zapped to a destination.

Formerly AnonyMint (https://bitcointalk.org/index.php?topic=160612.0) et al, I expended 2+ years thinking about anonymity designs and recently formalized an unreleased white paper which I think is the holy grail of on chain anonymity. This will be offloaded to other developers, so I can work non-anonymously on this coin.

The current focus of my development on this coin is to complete a novel consensus network design which has proposed the following fixes to flaws in Satoshi’s design while retaining proof-of-work as unbounded entropy[1]:

  • Censorship resistance even if mining is entirely centralized.
  • Attack-free instant zero confirmation instantaneous transactions.
  • Impervious to selfish mining and 51% attacks.
  • Transaction rates virtually unbounded by block chain bandwidth and size.
  • Resilient against network fragmentation.
  • Decentralization of pools and ASICs by making them uneconomic.
  • Non-heuristic Sybil and DoS resistance.

None of the above is a joke nor exaggeration. I am entirely serious. My programming background and expertise is documented in the archives of my prior usernames.

Currently unreleased white papers will not be published until this coin is nearer to release to insure these designs are released first in our coin. Thus for the time being I may not be providing more details on how the above features are accomplished.

Soon I will be uploading some code to the internet and will update this opening post and bump the thread. I will also be announcing some bounties in coins for those who want to do development on this coin. I will also later add some information on the targeted launch date and other details on the coin supply and distribution.

So that new readers can digest this thread from start to finish, I will be removing your posts sometimes to incorporate what was discussed into this opening thread post. I will also remove posts which are redundant or otherwise don't add anything useful information. Constructive critical discussion is welcomed.

The future goal is to have a Wiki and incorporate all discussion there. All posts would remain viewable in the Wiki history as they are removed from current versions of the Wiki pages and the outcome of discussion incorporated into the current versions of the Wiki pages. The point again is so new readers can access the information they need.

You are welcome to make an unmoderated thread, but do not expect me to comment there. Bring any issue in this thread if you want me to address it.

[1] My position until I am convinced otherwise is that all non-proof-of-work consensus systems have a bounded entropy (e.g. the total stake and/or any initial seeds used for randomization) and thus their attributes (e.g. decentralization, censorship resistance, DoS resistance, Sybil attack resistance, impartiality) is subject to a game theory which is potentially undiscovered. Whereas, the entropy of proof-of-work is unbounded because it is externally added and the game theory is well defined.


Title: Re: ion DELEGATION discussion
Post by: ion.cash on September 10, 2015, 06:24:36 AM
I see you like to play psychological games.

Crafty slimy weasel.

It won't help you win. Being good at being a weasel doesn't go far in terms of real accomplishments in life. It is destructive behavior and thus you will end up where you deserve.

Not trying to win anything. But anyway...

Get back to work! You have a shit-ton of work to do with your "project"  ;D

No time to slack on arguing with smoothie.

Sticks and stones buddy... Sticks and stones ::)

What kind of lame loser abuses the Trust system (https://bitcointalk.org/index.php?topic=1174653.msg12378081#msg12378081) to take revenge for humiliating himself in my thread and then suckering me into telling him what an asshole he is for going on and on about how I am not humble just because he is offended that he was outed in my thread for being lazy and illogical.

Your shenanigans won't help you.

All you proved to everyone is how you can waste 24 hours of my scarce time on entire nonsense. And how you can create threads to try to incite animosity such as this one after I said many times I didn't want to discuss the algorithms for what is not yet implemented.

I won't be humiliated as I already offered to publicly apologize if you do create a system that does everything you claimed below

You can stop the nonsense now or you can be humiliated. Apology will be far too late if you leave this day like this.

Come back tomorrow and review your postings and behavior. I posted in the opening post of my thread that I was not going to release details on the consensus algorithm. I have respect for monsterer so when he pressed me for some information, I gave in a little bit.

You come along like a battering ram making silly posts about how delegation always implies trust when in fact that is not the only definition of delegation.

Also I guess you aren't even familiar with the computer science notion of delegation, which is a structural or semantic construct and has nothing to do with trust.

The you have the gall to tell me twice (adding the  ::) the second time) that your illogic is my fault because I didn't put the entire thread in the opening post.

You are so over the top. Now you stoop ever lower abusing the Trust rating system which is supposed to be for bad trades, not for bitch slap arguments in flame wars.


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 06:41:59 AM
BTC keeps going sideways and everyone is ripping each other apart - the next rallye is overdue, otherwise there won't be much community left  ;D

edit: sorry for off topic @smoothie, won't happen again

it is cool.

You have any input on the discussion?


Title: Re: ion DELEGATION discussion
Post by: monsterer on September 10, 2015, 07:30:29 AM
Wow, so this spiralled out of control!


Title: Re: ion DELEGATION discussion
Post by: shitaifan2013 on September 10, 2015, 07:41:17 AM
BTC keeps going sideways and everyone is ripping each other apart - the next rallye is overdue, otherwise there won't be much community left  ;D

edit: sorry for off topic @smoothie, won't happen again

it is cool.

You have any input on the discussion?

well, yes and no.

Unfortunately I'm not tech-sawy enough to comment on anything coding related. But I like and respect all participants of this "discussion" and I'd really like everyone to be the bigger man and  calm down/get some sleep. Don't get me wrong, I am in no way "better" than anyone in here discussing and I have a big enough ego myself. BUT if I can see that this way of discussing isn't leading anywhere, than you smarter guys should see that too  :)


Title: Re: ion DELEGATION discussion
Post by: monsterer on September 10, 2015, 07:53:26 AM
Unfortunately yes. I do respect you for stopping the discussion when I requested we stop. Thank you.

To be honest, I just went to bed - it wasn't related to your request... but I'm glad that I did looking at the state of this thread!


Title: Re: ion DELEGATION discussion
Post by: ion.cash on September 10, 2015, 08:02:35 AM
Unfortunately yes. I do respect you for stopping the discussion when I requested we stop. Thank you.

To be honest, I just went to bed - it wasn't related to your request... but I'm glad that I did looking at the state of this thread!

I have no control nor desire to control if you want to continue to talking about what ever.

I mean thanks for not pushing on accusing me of being willfully abusive in some way. I tried my best to share with you as much info as I could without giving away my design, because my design is not yet implemented. And this is a competitive market place. It has nothing to do with wanting to not discuss. I am confident in the design. I already told you what the caveat is, which is the change in the security model. I see no other holes in the design thus far, and I am pretty deep into it by now.

I would love to share it. I am eager and itching to share it. I am equally afraid of it getting lost if I were killed. I mainly started that thread and reveal some info, hoping to entice another dev to join me, so I can reveal it to someone to get peer review and also to accelerate implementation and to have two or more people holding the design for redundancy. But alas, every time I try to seek out help, it is always a disaster. I lost an entire month of June trying to recruit a co-developer. I think I better just put my head down and do what I did best my entire life before the M.S.. M.S. appears to be in remission the past days.


Title: Re: ion DELEGATION discussion
Post by: illodin on September 10, 2015, 08:03:46 AM
GO WORK ON YOUR PROJECT AND PLEASE RELEASE IT WHEN YOU ARE DONE. Stop the hype bullshit by posting about it before it is even ready. Makes no sense and is premature in nature (still currently vaporware as smooth called it).

I got the impression the main motivation for starting the thread was to get feedback on the name of the coin, as well as list the features designed so far to start attracting interest of potential developers reading these forums who might want to join the project. Along with establishing a thread whose OP would be updated to contain relevant information arisen in the discussions while keeping the thread readable for new users arriving perhaps months later by deleting back-and-forth after the relevant bits have been moved to the OP.

This should be okay, right? I think his mistake though was to start answering to detailed implementation questions while being unable to reveal the specifics after stating that already in the OP. And your mistake was to insist on asking those detailed implementation questions, and getting angry when not getting them answered.



Title: Re: ion DELEGATION discussion
Post by: ion.cash on September 10, 2015, 08:11:43 AM
Yup. Those were precisely the committed errors. I should have stuck to my policy in the opening post and I deviated because monsterer had told me long ago that he would help peer review my design when I was ready and so I wanted to be respectful to him. I tried to bend but not break on the design details withholding, but then it ended up inflaming Smoothie the worst (also inflamed monsterer a bit too but we kept it level-headed). I think because Smoothie got caught into some simpleton thinking scenarios and then when I pointed out that he was kind of stumbling into it and needed to really digest the thread in detail, he got offended and started ramping up the "I am not humble". While at the same time, I was rubbing salt into the wounds by making inflammatory claims in r0ach's thread.

So yes mutual culpability for sure. But I am sort of guy that when I can play logic games with people I do, because it is sort of fun for me to watch how people fall into lapses of logic so easily. One of the reasons I have such great respect for smooth is I almost never catch him in one and he sometimes catches me.

Smooth was spot on that I should have refused to discuss the consensus algorithm.

Perhaps I should have made no claims in the opening post about the consensus algorithm, but then I'd basically have nothing to say since I've put the anonymity features on the back burner for the time being.

I will say this that you are all thinking about the delegation the wrong way conceptually. And until I reveal that epiphany it is going to seem like I am a kook.


Title: Re: ion DELEGATION discussion
Post by: smoothie on September 10, 2015, 08:16:14 AM
GO WORK ON YOUR PROJECT AND PLEASE RELEASE IT WHEN YOU ARE DONE. Stop the hype bullshit by posting about it before it is even ready. Makes no sense and is premature in nature (still currently vaporware as smooth called it).

I got the impression the main motivation for starting the thread was to get feedback on the name of the coin, as well as list the features designed so far to start attracting interest of potential developers reading these forums who might want to join the project. Along with establishing a thread whose OP would be updated to contain relevant information arisen in the discussions while keeping the thread readable for new users arriving perhaps months later by deleting back-and-forth after the relevant bits have been moved to the OP.

This should be okay, right? I think his mistake though was to start answering to detailed implementation questions while being unable to reveal the specifics after stating that already in the OP. And your mistake was to insist on asking those detailed implementation questions, and getting angry when not getting them answered.



At no point was I angry not getting clear answers to my questions.

At this point it seems pointless to continue trying to get answers from someone who has none to share.



Title: Re: ion DELEGATION discussion
Post by: iCEBREAKER on September 10, 2015, 08:24:31 AM
I am not going to be following the discussion in this thread at this time. Any who continue to make more false and myopic statements, that doesn't mean you are correct.

You realise you sound like John Connor?

You realize you we are intensifying the drama, and thus providing the attention he's seeking?   ::)


Title: Re: ion DELEGATION discussion
Post by: Fuserleer on September 10, 2015, 08:46:00 AM
...and here was me, looking forward to a mature discussion on delegates. 

It was I that suggested a new thread in the first place!  Fuck ya'll for spoiling it  ;D ::)


Title: Re: ion DELEGATION discussion
Post by: monsterer on September 10, 2015, 08:50:28 AM
...and here was me, looking forward to a mature discussion on delegates.  

It was I that suggested a new thread in the first place!  Fuck ya'll for spoiling it  ;D ::)

I've a follow up question about the delegates in eMunie, but I'll post in your thread...


Title: Re: ion DELEGATION discussion
Post by: ion.cash on September 10, 2015, 08:52:13 AM
Can y'all wait maybe 3 months, then let's open a free for all thread on delegation and I will participate openly if my white paper is released.

At this point it seems pointless to continue trying to get answers from someone who has none to share.

Well yeah I only said that like 3 times. You finally get it.

I explain some principles, fungibility, verifiable truth, etc.. I didn't tell you how I remove trust precisely and how I deal with issues such as Sybil and DoS attacks with delegation. That is all I will share at this time. Sorry I wasn't even intending to share what I did. It unintentionally got out of hand.

I did intend to make some strong opinioned statements of principle, that appear in r0aches thread. I don't back them up with details. Yeah disappointing for both of us.  :( I'd like to tell you. (asap)

If you were a strong programmer and wanted to join and help, then you could see the details sooner.


Title: Re: ion DELEGATION discussion
Post by: TPTB_need_war on September 11, 2015, 04:32:53 AM
I)  A common complaint of DPoS is that it can't be decentralized because it has the word "delegated" in the title...

Just like when I delegate the transfer of my internet packets to my ISP and all the router hops along the way, thus my participation in the internet is no longer decentralized.  ::)

That is the fabulous logic of Smoothie which he tried to ram down our throat 5 or more times (https://bitcointalk.org/index.php?topic=1175752.msg12386678#msg12386678).

As I tried to explain to that young punk (https://bitcointalk.org/index.php?topic=1049048.msg12387338#msg12387338) several times, if the routers are fungible, replaceable, and can't be monopolized, then the packets find their way to the destination, without need to trust or centralize. Delegation should not be conflated with centralization, nor trust. We told him this 5 or more times, yet he still insisted.

And he claims to be a software developer. I wouldn't let him any where near my code.

By my own profession (software developer)