Bitcoin Forum
April 18, 2024, 05:31:51 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Warning: One or more bitcointalk.org users have reported that they believe that the creator of this topic displays some red flags which make them high-risk. (Login to see the detailed trust ratings.) While the bitcointalk.org administration does not verify such claims, you should proceed with extreme caution.
Pages: « 1 ... 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 76 77 78 79 80 81 82 83 84 85 [86] 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 ... 764 »
  Print  
Author Topic: IOTA  (Read 1471698 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.
achimsmile
Legendary
*
Offline Offline

Activity: 1225
Merit: 1000


View Profile
February 05, 2016, 12:47:27 PM
 #1701

So since you presumably have no informed opinion on this matter it seems most unwise to comment.

An informed opinion is not given at birth, so let's form one.

Both input / output and balance approach work pretty well in current blockchains. It looks likely that both of them could work in combination with a tangle.

@cfb: concerning consensus of balance approach: In which case would full nodes not be able to agree on balances? Each of them stores the full tangle, so if one of them tries to validate transaction A, but sees that other nodes validated a conflicting transaction B with more PoW, then A will get rejected, similar to how it works with blockchains, no?
Just like an input cannot be spent twice, a balance cannot be spent twice either?

Proposal: Let's integrate balances, see in beta if it works well.
Worst case: If not, then cfb would have to rewrite the code to input/output, and we would start the tangle again from scratch.
1713418311
Hero Member
*
Offline Offline

Posts: 1713418311

View Profile Personal Message (Offline)

Ignore
1713418311
Reply with quote  #2

1713418311
Report to moderator
1713418311
Hero Member
*
Offline Offline

Posts: 1713418311

View Profile Personal Message (Offline)

Ignore
1713418311
Reply with quote  #2

1713418311
Report to moderator
"In a nutshell, the network works like a distributed timestamp server, stamping the first transaction to spend a coin. It takes advantage of the nature of information being easy to spread but hard to stifle." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1713418311
Hero Member
*
Offline Offline

Posts: 1713418311

View Profile Personal Message (Offline)

Ignore
1713418311
Reply with quote  #2

1713418311
Report to moderator
1713418311
Hero Member
*
Offline Offline

Posts: 1713418311

View Profile Personal Message (Offline)

Ignore
1713418311
Reply with quote  #2

1713418311
Report to moderator
child_harold
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000



View Profile
February 05, 2016, 12:48:59 PM
 #1702

I vote for reusable addresses like in Nxt and balances approach, if and only if this design is secure. More days of testing is not a problem, f*ck the whiners.

Wow, all these noobs laying into me. And yet I'm the one accused of running sock puppets, lol
OK freshman777 - and your qualifications are? So what you're saying is:

I vote for making it better but if and only if it is actually better
 Tongue

Could we perhaps ask upon Sergio (who created DAGcoin) to bring some actual knowledge and expertise to this decision making process?
This peanut gallery consensus (PGC) is not inspiring me with confidence.

tangleNinja
Member
**
Offline Offline

Activity: 72
Merit: 10


View Profile
February 05, 2016, 01:00:02 PM
Last edit: February 05, 2016, 01:12:32 PM by tangleNinja
 #1703

I thought about the balance and in-out models a bit more.
I may have changed my mind about the balance model, but i may be completely wrong.

Assume we have multiple networks with relatively high bandwidth internal and very low bandwidth and unrealiabe transport between them,
as is to be expected in an IoT use case. and we have someone sending iota transactions to both networks

(net A )  -  X  - ( net B )

because net A and B both have low connectivity to the rest of the world, they run their own little DAG that gets merged into the global DAG once in a while, to make the
transactions that happen in their networks actually valid.

Now in the input output model, when X sends a transaction to B, that transaction will be saved in the graph of B and will get
valideted by all transactions within B, sensors (inside B) can relatively  savely accept that transactions because a lot of transactions
inside B add a lot of POW to it, until the network is able to connect to global DAG.

In the balance model same thing happens BUT balance model would require that a node recieves every transaction from that account
to make sure the account is not double spending its coins.

double spending is a problem in both cases, but it seems to me low network connectivity would be less of a problem
in the input output model as nodes would not be required to get all transactions of X beause POW is added to that specifif output of X.
In balance model X could send a transaction into net B that might be invalid from the start, If that happens in input/output recieving a double spend
would not be a problem if net B can manage to add enugh POW so that once it gets merged into global DAG it is valid.

Corret me if i am wrong but balance model would complicate how the network comes to consensus A LOT.
So input/output model would be safer for small ( very small, so small they cant save full tangle ) IOTA sensors to accept transactions,
because they only have to check if that input is valid, not if all of the transsactions that this sender made is valid.
Come-from-Beyond (OP)
Legendary
*
Offline Offline

Activity: 2142
Merit: 1009

Newbie


View Profile
February 05, 2016, 01:01:49 PM
 #1704

@cfb: concerning consensus of balance approach: In which case would full nodes not be able to agree on balances? Each of them stores the full tangle, so if one of them tries to validate transaction A, but sees that other nodes validated a conflicting transaction B with more PoW, then A will get rejected, similar to how it works with blockchains, no?
Just like an input cannot be spent twice, a balance cannot be spent twice either?

I can't say how all this will work without running a model. Guys like mthcl can analyze it in their mind, I need to observe the results of a running model.
yassin54
Legendary
*
Offline Offline

Activity: 1540
Merit: 1000


View Profile
February 05, 2016, 01:01:55 PM
Last edit: February 05, 2016, 01:32:07 PM by yassin54
 #1705

after careful consideration, I'll let the experts decide  Roll Eyes
Sorry I'm a noob to this kind of response  Grin
@child_harold, he just litle convinced and sometime you are true  Smiley

Edit: if you need time, i have no problem for this  Wink Wink
freshman777
Sr. Member
****
Offline Offline

Activity: 406
Merit: 250


View Profile WWW
February 05, 2016, 01:09:24 PM
 #1706

OK freshman777 - and your qualifications are?

My qualifications are patience and understanding that cutting edge tech requires time and testing, more testing and some more testing. You lack these qualifications, from your posts. Go buy insured government bonds and treat yourself to 1% yearly risk-free profits.

ARDOR - Blockchain as a Service. Three birds with one stone. /// Do not hold NXT at exchanges, NXT wallets: core+lite, mobile Android
AltcoinScamfinder
Hero Member
*****
Offline Offline

Activity: 840
Merit: 500


View Profile
February 05, 2016, 01:38:17 PM
 #1707

OK freshman777 - and your qualifications are?

My qualifications are patience and understanding that cutting edge tech requires time and testing, more testing and some more testing. You lack these qualifications, from your posts. Go buy insured government bonds and treat yourself to 1% yearly risk-free profits.

While I agree there is a finite amount of 'time' in a project before a beta should be released. I would prefer a functioning beta asap over waiting further, especially if we are talking GUI improvements over core functionality/viability. The brightest minds out there echo that minimum viable product wins over polished final when it comes to release cycles.

FOR RENT.
achimsmile
Legendary
*
Offline Offline

Activity: 1225
Merit: 1000


View Profile
February 05, 2016, 01:45:13 PM
 #1708

While I agree there is a finite amount of 'time' in a project before a beta should be released. I would prefer a functioning beta asap over waiting further, especially if we are talking GUI improvements over core functionality/viability. The brightest minds out there echo that minimum viable product wins over polished final when it comes to release cycles.

As it looks beta should still be released this weekend
charvesp
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
February 05, 2016, 05:11:02 PM
 #1709

OK freshman777 - and your qualifications are?

My qualifications are patience and understanding that cutting edge tech requires time and testing, more testing and some more testing. You lack these qualifications, from your posts. Go buy insured government bonds and treat yourself to 1% yearly risk-free profits.

While I agree there is a finite amount of 'time' in a project before a beta should be released. I would prefer a functioning beta asap over waiting further, especially if we are talking GUI improvements over core functionality/viability. The brightest minds out there echo that minimum viable product wins over polished final when it comes to release cycles.

And where did you see that this issue is trivial as GUI. This dilemma is absolutely core functionality related and irreversible.
The few voting no for technical reasons are welcomed. But the few that vote no because they want it out now to.... you know.. sell it?
Are foolish beyond words.
Come-from-Beyond (OP)
Legendary
*
Offline Offline

Activity: 2142
Merit: 1009

Newbie


View Profile
February 05, 2016, 05:21:26 PM
 #1710

harold, honestly you have no business posting your opinions here. You have every right to participate in the crowd sale but you clearly don't
know what you've "invested" in.

You ask what company? Really? This is the level of intelligence and sophistication you have.
You send bitcoins to a project's crowd sale that accepts two forms of payments, bitcoins and NXT's JINN asset.

And you never bothered to ask yourself, what the hell is a JINN asset? Thats where most of the crowd sale is going towards.
Further development of the JINN processor. Yet you still put your tiny decimal bitcoins in.

And now you have the nerve to tell people it should be launched now because Xmas eta was given. Given, not promised.

And now you are pretending all along you wanted experts to weigh in not the community, which are full of programmers too.
From the beginning you stated that IOTA is ready now, launch it cuz I say so. Cuz in your world, when you work on something
for a year its always ready and never needs reconsideration.

[CENSORED] Thats why I can't stand it here. If we are
blessed and IOTA really catches on. In a few years I can retire to anywhere I want. But you can't because one, your stake is insignificant,
and two you would have already sold it by then guaranteed.


superresistant
Legendary
*
Offline Offline

Activity: 2128
Merit: 1120



View Profile
February 05, 2016, 05:22:14 PM
 #1711

 
Why are people in such a hurry ?
The more testing the better.
Why would you get angry that the software is released tomorrow or after tomorrow ?

Advice for everyone :
Go out, take some fresh air, walk and ask yourself if it's worth it to release a software that is not enough tested.
Come-from-Beyond (OP)
Legendary
*
Offline Offline

Activity: 2142
Merit: 1009

Newbie


View Profile
February 05, 2016, 05:23:04 PM
 #1712

And you never bothered to ask yourself, what the hell is a JINN asset? Thats where most of the crowd sale is going towards.
Further development of the JINN processor. Yet you still put your tiny decimal bitcoins in.

And now you have the nerve to tell people it should be launched now because Xmas eta was given. Given, not promised.

And now you are pretending all along you wanted experts to weigh in not the community, which are full of programmers too.
From the beginning you stated that IOTA is ready now, launch it cuz I say so. Cuz in your world, when you work on something
for a year its always ready and never needs reconsideration.

Yes, these are the same people that up to today can't do a Jinn launch which was supposed to be months ago.  I'm having hard time not to laugh at this situation because IOTA may as well be  "JINN 2.0" in this regard.

[CENSORED QUOTE]

I wish people could retire from this. Unfortunately things do not work like that in crypto world. Like someone here mentioned before, ~5x ROI is the target IF IOTA  launches soon(in days).
Come-from-Beyond (OP)
Legendary
*
Offline Offline

Activity: 2142
Merit: 1009

Newbie


View Profile
February 05, 2016, 05:24:14 PM
 #1713

@charvesp, MickGhee, vlight: Some censorship has been done to keep the thread civilized.
rlh
Hero Member
*****
Offline Offline

Activity: 804
Merit: 1004


View Profile
February 05, 2016, 06:00:55 PM
 #1714

Use case for IOTA: Independent BOINC Projects

Someone could write a library, or fork the BOINC server.  Usage with IOTA is as such.

1. Create a BOINC project.
2. Whenever an IOTA client downloads work, create an IOTA address and send from this empty account the given rewards for finishing the workload.  This will give the account a negative balance.
3. The worker can then see that the project node has sent the data and is expecting work.
4. Once the worker finishes her workload, returns the data and it is verified, the BOINC project owner can send money to original payer address.

This is a scenario that can make use of the negative-balance transactions.  

A Personal Quote on BTT from 2011:
"I'd be willing to make a moderate "investment" if the value of the BTC went below $2.00.  Otherwise I'll just have to live with my 5 BTC and be happy. :/"  ...sigh.  If only I knew.
achimsmile
Legendary
*
Offline Offline

Activity: 1225
Merit: 1000


View Profile
February 05, 2016, 06:09:14 PM
 #1715

Sounds great, have to think about your idea rlh!
For all users not on ryver

Cfb:
Quote
If Alice sends yet-not-existent money to Bob and Bob trusts Alice, he can accept her money. If someone trusts that Bob will cover the difference even if Alice fails to pay the credit then he can accept money from Bob. After a while Alice will pay the "credit" and the global tangle will adopt that subtangle built on trust between its participants.
rtrtcrypto
Hero Member
*****
Offline Offline

Activity: 627
Merit: 500


View Profile
February 05, 2016, 06:19:57 PM
 #1716

You are 100% right.

I want the best and most sound release possible. If it takes more time, so be it. To rush this thing out the door because some guy wants to make .1 btc on his .01 btc investment - please, stop wasting our time. Many in here are in for the long haul - we support and want a great and SOUND protocol.


OK freshman777 - and your qualifications are?

My qualifications are patience and understanding that cutting edge tech requires time and testing, more testing and some more testing. You lack these qualifications, from your posts. Go buy insured government bonds and treat yourself to 1% yearly risk-free profits.

While I agree there is a finite amount of 'time' in a project before a beta should be released. I would prefer a functioning beta asap over waiting further, especially if we are talking GUI improvements over core functionality/viability. The brightest minds out there echo that minimum viable product wins over polished final when it comes to release cycles.

And where did you see that this issue is trivial as GUI. This dilemma is absolutely core functionality related and irreversible.
The few voting no for technical reasons are welcomed. But the few that vote no because they want it out now to.... you know.. sell it?
Are foolish beyond words.
yassin54
Legendary
*
Offline Offline

Activity: 1540
Merit: 1000


View Profile
February 05, 2016, 08:44:28 PM
 #1717

Just relayed information check this   Roll Eyes Cool

https://bitcointalk.org/index.php?topic=1354220.0;topicseen
rtrtcrypto
Hero Member
*****
Offline Offline

Activity: 627
Merit: 500


View Profile
February 05, 2016, 09:41:40 PM
 #1718

Don't even sweat this stuff... the ICO/IPO is over and the tech will either come or it won't. A thread by some random person with some random, almost non-coherent, rant(s) is not worth the time.

Everyone said the same stuff about NXT, how it was "going to be attacked right away", how it was "impossible to secure PoS" and that the "N@S" attack was trivial to execute and blablabla... and the protocol is still there.

Iota might fail, who knows, but it won't be because "CFB is 24" or because "intel has 3 billion a year on R&D", etc... and it won't fail or succeed based on some random thread on this forum.





Just relayed information check this   Roll Eyes Cool

https://bitcointalk.org/index.php?topic=1354220.0;topicseen
Come-from-Beyond (OP)
Legendary
*
Offline Offline

Activity: 2142
Merit: 1009

Newbie


View Profile
February 05, 2016, 09:46:56 PM
 #1719

Don't even sweat this stuff... the ICO/IPO is over and the tech will either come or it won't. A thread by some random person with some random, almost non-coherent, rant(s) is not worth the time.

It's still good for me. I do focus switch while coding (this improves productivity) and these trolls help me because I don't need to put much effort into replies to them.
rtrtcrypto
Hero Member
*****
Offline Offline

Activity: 627
Merit: 500


View Profile
February 05, 2016, 10:32:04 PM
 #1720

Not to mention that CFB is not actually 24, lol  Roll Eyes
Pages: « 1 ... 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 76 77 78 79 80 81 82 83 84 85 [86] 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 ... 764 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!