Bitcoin Forum
May 29, 2017, 09:44:11 AM *
News: If the forum does not load normally for you, please send me a traceroute.
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 [25] 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 ... 426 »
  Print  
Author Topic: IOTA  (Read 648596 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
patmast3r
Hero Member
*****
Offline Offline

Activity: 952


View Profile
November 02, 2015, 02:28:47 PM
 #481

Any ETA for first release?

~Christmas

So did mthcl and CfB already fix this vulnerability:

This is the scenario I'm talking about. Green filled, black edged are transactions of the honest network. Red edged - are transactions of the attacker. The doublespends are filled with yellow.
As far as I understand your algo, weight of the red tip is greater by 3 than weight of the green tip.


?


Why would the weight of the red tip be greater (not saying it can't be) ? Afaik tips only have their "own weight" since they are tips and therefore haven't "inherited" any weight yet. Which afair means that their weight depends on the POW of those tx (tips).

1496051051
Hero Member
*
Offline Offline

Posts: 1496051051

View Profile Personal Message (Offline)

Ignore
1496051051
Reply with quote  #2

1496051051
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1496051051
Hero Member
*
Offline Offline

Posts: 1496051051

View Profile Personal Message (Offline)

Ignore
1496051051
Reply with quote  #2

1496051051
Report to moderator
1496051051
Hero Member
*
Offline Offline

Posts: 1496051051

View Profile Personal Message (Offline)

Ignore
1496051051
Reply with quote  #2

1496051051
Report to moderator
stdset
Hero Member
*****
Offline Offline

Activity: 574



View Profile
November 02, 2015, 02:40:10 PM
 #482

Any ETA for first release?

~Christmas

So did mthcl and CfB already fix this vulnerability:

This is the scenario I'm talking about. Green filled, black edged are transactions of the honest network. Red edged - are transactions of the attacker. The doublespends are filled with yellow.
As far as I understand your algo, weight of the red tip is greater by 3 than weight of the green tip.


?


Why would the weight of the red tip be greater (not saying it can't be) ? Afaik tips only have their "own weight" since they are tips and therefore haven't "inherited" any weight yet. Which afair means that their weight depends on the POW of those tx (tips).
It was already discussed several pages earlier.

But the cumulative weight of that tx is not so big, so why the merchant should accept it?
NP, the merchant waits of course for normal amount of confirmations.
On your picture it has 1 confirmation only?..
I can draw more pictures. But I don't think it's necessary. Imagine that the attacker started preparing for the attack a month ago. He spent the whole month to accumulate PoW on top of the second doublespend. He published no transactions during the month. Then he publishes the first doublespending transaction, provides the first confirmation, thus attaching it to recent part of the tangle, waits for the merchant to send him his puchase. Then publishes his secret subtangle and attaches in to the legit subtangle. The first doublespending transaction now is rejected by the network, the second doublespend has more weight.
He would have to attach it "below" the merchant's tx, but yes, you're right, it's a possible attack vector. Anyhow, the referencing algorithm is not yet finished, so we are discussing it with CfB right now.

1327SP2iBPGK8AJDhwGoSyL6PTc1WEfXKm
Timeline
Hero Member
*****
Offline Offline

Activity: 840



View Profile
November 02, 2015, 02:42:05 PM
 #483

IСO is expected? Or what options will be available to early-stage investment?

I think ICO wil be held later this year before christmas.




         ▄▄████████████████████████▀
      ▄████▀     ▀▀██████████████▀
   ▄█████▌          ████████████▄
  ███████            █████████████▄
 ████████           ▄███████████████
▐█████████▄▄      ▄███████████████▀
████████████████████████████████▀
████████████▀▀▀▀▀▀███████████████▄
 █████████          ███████████████▄
 ▐███████            ██████████████▀
   ██████           ▐████████████▀
    ▀█████         ▄████████████▄
       ▀█████▄▄▄▄█████████████████▄
           ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
ETHBITS

.
EXISTING EXCHANGE
UP TO 80% PROFIT SHARE
.
COPY PROFESSIONAL TRADERS
COPY TRADING EXCHANGE


Come-from-Beyond
Legendary
*
Online Online

Activity: 1596

Newbie


View Profile
November 02, 2015, 02:43:53 PM
 #484

It was already discussed several pages earlier.

We agreed that my picture shows a successful attack vector. Your picture shows an improbable case when a merchant accepts a transaction with very low confirmation score (no matter how many squares you'll draw keeping the same topology).

PS: Yes, mthcl fixed that issue.
stdset
Hero Member
*****
Offline Offline

Activity: 574



View Profile
November 02, 2015, 02:59:19 PM
 #485

It was already discussed several pages earlier.

We agreed that my picture shows a successful attack vector. Your picture shows an improbable case when a merchant accepts a transaction with very low confirmation score (no matter how many squares you'll draw keeping the same topology).

PS: Yes, mthcl fixed that issue.
OK, Here's a more elaborate picture:


1327SP2iBPGK8AJDhwGoSyL6PTc1WEfXKm
Come-from-Beyond
Legendary
*
Online Online

Activity: 1596

Newbie


View Profile
November 02, 2015, 03:22:34 PM
 #486

OK, Here's a more elaborate picture:


More squares don't help here without an explanation why other green squares haven't been approving the legit transaction for long period of time.
donnyespo
Hero Member
*****
Offline Offline

Activity: 789

Twitter: @bitcoin_dad


View Profile WWW
November 02, 2015, 03:32:38 PM
 #487

Will be keeping an eye on this one looks pretty interesting.

Connecting Bitcoin with global markets

https://1broker.com/?c=en/action/r&i=2509
stdset
Hero Member
*****
Offline Offline

Activity: 574



View Profile
November 02, 2015, 03:34:14 PM
 #488

OK, Here's a more elaborate picture:


More squares don't help here without an explanation why other green squares haven't been approving the legit transaction for long period of time.
I already wrote it earlier. Because it was not published for a long time, until preparation for the attack is complete.

1327SP2iBPGK8AJDhwGoSyL6PTc1WEfXKm
Come-from-Beyond
Legendary
*
Online Online

Activity: 1596

Newbie


View Profile
November 02, 2015, 03:46:48 PM
 #489

I already wrote it earlier. Because it was not published for a long time, until preparation for the attack is complete.

So, the merchant sees a clear sign that his transaction hasn't been seen by the network for a long period of time and he still thinks that the service/goods should be provided without waiting for much longer?
stdset
Hero Member
*****
Offline Offline

Activity: 574



View Profile
November 02, 2015, 04:57:14 PM
 #490

I already wrote it earlier. Because it was not published for a long time, until preparation for the attack is complete.

So, the merchant sees a clear sign that his transaction hasn't been seen by the network for a long period of time and he still thinks that the service/goods should be provided without waiting for much longer?
You claim that your design allows mergers of split subtangles. The merchant sees something like that. Your algo, described in the whitepaper, shows good confirmation score. Do you want merchants to analyze the DAG manually?

1327SP2iBPGK8AJDhwGoSyL6PTc1WEfXKm
Come-from-Beyond
Legendary
*
Online Online

Activity: 1596

Newbie


View Profile
November 02, 2015, 04:58:07 PM
 #491

You claim that your design allows mergers of split subtangles. The merchant sees something like that. Your algo, described in the whitepaper, shows good confirmation score. Do you want merchants to analyze the DAG manually?

No, of course. The software will do that.
stdset
Hero Member
*****
Offline Offline

Activity: 574



View Profile
November 02, 2015, 05:00:06 PM
 #492

You claim that your design allows mergers of split subtangles. The merchant sees something like that. Your algo, described in the whitepaper, shows good confirmation score. Do you want merchants to analyze the DAG manually?

No, of course. The software will do that.
So that's what I asked. Is there a fix already?

1327SP2iBPGK8AJDhwGoSyL6PTc1WEfXKm
Come-from-Beyond
Legendary
*
Online Online

Activity: 1596

Newbie


View Profile
November 02, 2015, 05:02:22 PM
 #493

So that's what I asked. Is there a fix already?

Yes, the fix is done, we were just discussing another issue weren't we?
stdset
Hero Member
*****
Offline Offline

Activity: 574



View Profile
November 02, 2015, 05:04:41 PM
 #494

So that's what I asked. Is there a fix already?

Yes, the fix is done, we were just discussing another issue weren't we?
That is the same issue, which I beleive, mthcl and you admitted to exist.
If it's fixed, may we see an updated whitepaer?

1327SP2iBPGK8AJDhwGoSyL6PTc1WEfXKm
Come-from-Beyond
Legendary
*
Online Online

Activity: 1596

Newbie


View Profile
November 02, 2015, 05:09:37 PM
 #495

That is the same issue, which I beleive, mthcl and you admitted to exist.
If it's fixed, may we see an updated whitepaer?

Well, the issue was improbability of your picture because it had a sign of successfully conducted eclipse attack (if the transaction was published), that case was not what we were talking about. The discrepancy between the words and the picture made me argue, otherwise someone digging deeper would be confused.

Updating whitepaper is not that simple as typing few words, it will take some time.
stdset
Hero Member
*****
Offline Offline

Activity: 574



View Profile
November 02, 2015, 05:16:44 PM
 #496

Well, the issue was improbability of your picture because it had a sign of successfully conducted eclipse attack (if the transaction was published), that case was not what we were talking about. The discrepancy between the words and the picture made me argue, otherwise someone digging deeper would be confused.

Updating whitepaper is not that simple as typing few words, it will take some time.
Eclipse attack is irrelevant to this scenario. The attacker only needs to delay publishing some of his transactions.

1327SP2iBPGK8AJDhwGoSyL6PTc1WEfXKm
Come-from-Beyond
Legendary
*
Online Online

Activity: 1596

Newbie


View Profile
November 02, 2015, 05:22:15 PM
 #497

Eclipse attack is irrelevant to this scenario. The attacker only needs to delay publishing some of his transactions.

I thought we were talking about the standard case of a non-delayed transaction issued by an up-to-date node. If you do delay a transaction then the picture has the same profile as one with an eclipse attack.
mthcl
Sr. Member
****
Offline Offline

Activity: 372


View Profile
November 02, 2015, 05:42:47 PM
 #498

So that's what I asked. Is there a fix already?

Yes, the fix is done, we were just discussing another issue weren't we?
That is the same issue, which I beleive, mthcl and you admitted to exist.
If it's fixed, may we see an updated whitepaer?
I'll post the new tip selection algorithm later today.
mthcl
Sr. Member
****
Offline Offline

Activity: 372


View Profile
November 02, 2015, 06:51:40 PM
 #499

Here:  http://docdro.id/CXDq93a

Upd.: in (1), there should be exp in the sum as well (so that the transition probabilities sum to 1). Already uploaded the corrected version to docdroid.
iotatoken
Hero Member
*****
Offline Offline

Activity: 602


View Profile
November 03, 2015, 09:22:24 AM
 #500

IСO is expected? Or what options will be available to early-stage investment?

Yes ICO.

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 [25] 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 ... 426 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!