maokoto
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 03:08:32 PM |
|
Do not really understand how all this of the tangle works, but I am all in for a currency that allows for better microtransactions. I really think microtransactions are very important in order to change the internet and reward content creators by small tips done to them by readers, watchers, etc. and getting rid of ad monetization. So I will stay alert for this coin ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
|
patmast3r
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 03:14:41 PM |
|
So when can a tx be considered unreversable ?
Never, look at formula #14 in http://188.138.57.93/tangle.pdf. Just like in Bitcoin there is always a chance of doublespending. Not even when the weight cap is reached ? (The paper mentions the cap but I'm not sure it ever states if the cap will actually be applied) That cap is only for the own weight of a tx (in fact, as far as I know, the plan is to set it to constant). The cumulative weight may (and will) grow. Gotcha! Thanks for clarifying.
|
|
|
|
Ludom
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 04:45:03 PM |
|
If I understand correctly, there is no fees for the Iota transactions. No reward for the miners and Tangle security.
Is it possible to spam the system with fake transactions? If no fees, you can spam the Tangle for free.
|
|
|
|
tromp
Legendary
Offline
Activity: 989
Merit: 1108
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 04:50:38 PM |
|
If I understand correctly, there is no fees for the Iota transactions. No reward for the miners and Tangle security.
Is it possible to spam the system with fake transactions? If no fees, you can spam the Tangle for free.
All transaction must come with a PoW, so spamming has a computational cost. If you fake the PoW, then the tx won't be relayed and thus does little damage...
|
|
|
|
Ludom
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 04:58:19 PM |
|
Interesting. Very interesting. It's a "user motivation" to give hash rate to secure the system. Very very interesting.
You don't pay fee with tokens but with computation... every user should give computation power. Very very very interesting
|
|
|
|
TPTB_need_war
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 05:02:06 PM |
|
Hey cool name Iota (IoT)! Good one!
FWIW, we thought of this name to use as the smallest units of the coin we were thinking of using the name Dots in 2014. But that effort did not come to fruition. We purchased Dots.com for $500 and then the registrar went bankrupt and stole the registration from us. I didn't feel like hassling to try to get it back because we had registered it anonymously. Interesting flip of perspective to name the coin that. I think we didn't like it for coin name because it is literally defined "nearly nothing", and we felt Dots were more social networking friendly. I like the tech appeal of IoT and the sound of Iota. But I am not sure it sounds right, "I don't care one iota". "The price is 5 iota". Interesting. Very interesting. It's a "user motivation" to give hash rate to secure the system. Very very interesting.
You don't pay fee with tokens but with computation... every user should give computation power. Very very very interesting
Isn't that what Bitcoin was supposed to do, before ASICs and pool mining denuded it.
|
|
|
|
Come-from-Beyond (OP)
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 05:06:36 PM |
|
I understand conceptually the global consistency requirement is lower than a more deterministic traditional PoW or even PoS system (although these diverge on reorganizations and total divergence at 51% attack), but doesn't that come with the tradeoff of a risk of divergence of the tree's *final* conclusion about a double-spend (two reasonably balanced leaves each with a double-spend)?
This is a case where common sense loses against math, I thought like you but mthcl proved that I was wrong. Surprisingly, if a transaction got included into the majority of the tips (i.e. adaptation period is over) then we get near the same assurance against a double-spending as in a blockchain-based coin.
|
|
|
|
Ludom
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 05:13:28 PM |
|
Isn't that what Bitcoin was supposed to do, before ASICs and pool mining denuded it. Yes but the design of Iota looks like more appropriate.
|
|
|
|
TPTB_need_war
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 06:35:44 PM |
|
I understand conceptually the global consistency requirement is lower than a more deterministic traditional PoW or even PoS system (although these diverge on reorganizations and total divergence at 51% attack), but doesn't that come with the tradeoff of a risk of divergence of the tree's *final* conclusion about a double-spend (two reasonably balanced leaves each with a double-spend)?
This is a case where common sense loses against math, I thought like you but mthcl proved that I was wrong. Surprisingly, if a transaction got included into the majority of the tips (i.e. adaptation period is over) then we get near the same assurance against a double-spending as in a blockchain-based coin. Well that seems to make common sense that we entangle such that all transactions are included in the majority of the tips, then the consensus is those transactions are more likely final than the ones in the minority of the tips, since there doesn't appear to be an incentive to favor tangling with minority tips over majority tips. But that seems to imply that before I combine two tree branches into my signature, I must insure there is no double spend in the (combined) history otherwise my signature is invalid and no other node should include my branch tip as input to their node in the graph. Thus it seems each payer has to keep an entire history and table of conflicting branches (at least back to check points but aren't check points the antithesis of unmanaged, decentralized crypto-currency)? Are payer nodes supposed to entrust this verification to other nodes? Okay I think I can see intuitively how participants have an incentive to maximally tangle (extend the depth of) the graph and not broaden it too much, but I will still need to go deeper to analyze attack vectors. So far my main intuitive concern seems to stem around the apparently much more intensive (exponentially more?) resources that payers will need to have versus in a system where they can autonomously sign a transaction without context of other transactions in the network. Also I can't see how anonymity technology such as ring signatures can be integrated into a system like this, nor Lightning Networks. My mistake. I realize the inputs and outputs of the transaction are orthogonal to the DAG. So yes transactions could still be signed with on-chain anonymity I presume. Afaics, Lightning Networks appears to not be compatible with the anonymity methods we've used for block chains. It is very interesting the concept of a chain without the aliasing error of stepwise blocks. Somehow I think this stuff is important, but I haven't yet figured out the sweet spot for this technology. I need to understand more about the benefits and tradeoffs.
|
|
|
|
Come-from-Beyond (OP)
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 06:43:19 PM |
|
Thus it seems each payer has to keep an entire history and table of conflicting branches (at least back to check points but aren't check points the antithesis of unmanaged, decentralized crypto-currency)?
Signed part doesn't contain references to other transactions. A low-end device paying to a service provider can send him the payment and the provider will choose which transactions to reference.
|
|
|
|
TPTB_need_war
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 07:14:51 PM |
|
Thus it seems each payer has to keep an entire history and table of conflicting branches (at least back to check points but aren't check points the antithesis of unmanaged, decentralized crypto-currency)?
Signed part doesn't contain references to other transactions. A low-end device paying to a service provider can send him the payment and the provider will choose which transactions to reference. Okay so placement into the DAG (consensus) graph can be assisted by a service provider. Payer signs the TX and that signature authorizes the service provider. Service provider signs the graph node. Or service provider sends the DAG node choice to payer who signs it, giving authority to place his signed TX at DAG node. This has some nuances of difference versus the autonomous ability to directly formulate and send a transaction to the consensus block chain network (although in practice existing PoW systems devolve into essentially sending to pools in most scenarios, but this maybe could be fixed in other ways). But I don't as of yet see a problem with using a service provider.
Changing the topic, one of the issues which I doubt is on your radar and probably not a priority in your view, is that a DAG system apparently can't order transactions (or can you?) and I believe ordering will be important for implement anonymity ring signatures entirely correctly (something I had pointed out to Monero but still need to get back to Shen and his 2007 prior art and such to make sure if I was correct or not). How long does it take for a transaction to become "confirmed" such that it is very, very unlikely it can't be double-spent into the DAG?
|
|
|
|
Come-from-Beyond (OP)
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 07:50:25 PM |
|
Changing the topic, one of the issues which I doubt is on your radar and probably not a priority in your view, is that a DAG system apparently can't order transactions (or can you?) and I believe ordering will be important for implement anonymity ring signatures entirely correctly (something I had pointed out to Monero but still need to get back to Shen and his 2007 prior art and such to make sure if I was correct or not).
How long does it take for a transaction to become "confirmed" such that it is very, very unlikely it can't be double-spent into the DAG?
Anonymity ring signatures won't be used to preserve lightweightness of Iota. Ordering of transactions is not needed, nothing bad will happen if withdrawing transaction appears before depositing one as long as after processing all transactions approved by a tip we don't get negative balance.
|
|
|
|
TPTB_need_war
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 08:02:41 PM Last edit: October 23, 2015, 11:02:02 PM by TPTB_need_war |
|
Changing the topic, one of the issues which I doubt is on your radar and probably not a priority in your view, is that a DAG system apparently can't order transactions (or can you?) and I believe ordering will be important for implement anonymity ring signatures entirely correctly (something I had pointed out to Monero but still need to get back to Shen and his 2007 prior art and such to make sure if I was correct or not).
How long does it take for a transaction to become "confirmed" such that it is very, very unlikely it can't be double-spent into the DAG?
Anonymity ring signatures won't be used [so as] to preserve lightweightness of Iota. Ordering of transactions is not needed, nothing bad will happen if withdrawing transaction appears before depositing one as long as after processing all transactions approved by a tip we don't get negative balance. Do you have other means to obtain equivalent untraceability or do you feel anonymity isn't important for these transactions? Do you have any rough idea of the confirmation delay?
|
|
|
|
Come-from-Beyond (OP)
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 08:14:08 PM |
|
Do you have other means to obtain equivalent untraceability or do you feel anonymity isn't important for these transactions?
Do you have any rough idea of the confirmation delay?
Mandatory anonymity is bad for a coin that is supposed to be linked to smart contracts system. If someone wants to hide payments he can use off-tangle mixing. What is "confirmation delay"? Time before a transaction is approved by another transaction?
|
|
|
|
TPTB_need_war
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 08:26:03 PM |
|
Mandatory anonymity is bad for a coin that is supposed to be linked to smart contracts system.
That isn't the only use case of fast confirming transactions, regardless whether microTX or normal values. If someone wants to hide payments he can use off-tangle mixing.
So off-chain mixing of TX inputs and outputs. But algorithms for that which work without any trust such as CoinShuffle are slow. And off chain mixing is not autonomous, violates the end-to-end principle, has a simultaneity requirement waiting for other users to join your mix. (I have suggested a novel use of CoinShuffle for hiding IP addresses where it is a useful addition to on-chain mixing, but that is irrelevant to my point here) Every design has some weakness, so don't fret. I am just trying to determine what the parameters are. What is "confirmation delay"? Time before a transaction is approved by another transaction?
Comparable to a 6 confirmation probability against double-spend in Bitcoin? https://bitcoil.co.il/Doublespend.pdfHow long does it take for a transaction to become "confirmed" such that it is very, very unlikely it can't be double-spent into the DAG?
|
|
|
|
Come-from-Beyond (OP)
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 23, 2015, 08:34:57 PM |
|
What is "confirmation delay"? Time before a transaction is approved by another transaction?
Comparable to a 6 confirmation probability against double-spend in Bitcoin? https://bitcoil.co.il/Doublespend.pdfHow long does it take for a transaction to become "confirmed" such that it is very, very unlikely it can't be double-spent into the DAG?
I'll leave this question for the whitepaper author, his formulas scare me. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
Jimmy2011
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 24, 2015, 02:54:18 AM |
|
A similarity to Bitmessage, one should do some work to send message, here Iota sends token. On the other hand, what's the difference between Iota and Bitmessage?
|
|
|
|
stellargratis
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 70
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 24, 2015, 03:25:46 AM |
|
|
|
|
|
Come-from-Beyond (OP)
Legendary
Offline
Activity: 2142
Merit: 1010
Newbie
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 24, 2015, 07:52:26 AM |
|
A similarity to Bitmessage, one should do some work to send message, here Iota sends token. On the other hand, what's the difference between Iota and Bitmessage?
Someone from outside should do this comparison, I may be biased.
|
|
|
|
zsp
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 24, 2015, 09:34:59 AM |
|
Interesting and good luck. GadgetCoin has been working on IoT for a while, not an easy area.
|
|
|
|
|