Bitcoin Forum
December 12, 2017, 03:22:03 PM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   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 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 ... 646 »
  Print  
Author Topic: IOTA  (Read 1273019 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.
lordoliver
Legendary
*
Offline Offline

Activity: 1260

expect(brain).toHaveBeenUsed()


View Profile
December 03, 2015, 11:57:01 AM
 #941

http://www.iot-a.eu/public

Something interesting.

wtf. seems like a name change is advisable...
1513092123
Hero Member
*
Offline Offline

Posts: 1513092123

View Profile Personal Message (Offline)

Ignore
1513092123
Reply with quote  #2

1513092123
Report to moderator
1513092123
Hero Member
*
Offline Offline

Posts: 1513092123

View Profile Personal Message (Offline)

Ignore
1513092123
Reply with quote  #2

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

Posts: 1513092123

View Profile Personal Message (Offline)

Ignore
1513092123
Reply with quote  #2

1513092123
Report to moderator
1513092123
Hero Member
*
Offline Offline

Posts: 1513092123

View Profile Personal Message (Offline)

Ignore
1513092123
Reply with quote  #2

1513092123
Report to moderator
1513092123
Hero Member
*
Offline Offline

Posts: 1513092123

View Profile Personal Message (Offline)

Ignore
1513092123
Reply with quote  #2

1513092123
Report to moderator
iotatoken
Hero Member
*****
Offline Offline

Activity: 714


View Profile
December 03, 2015, 12:04:18 PM
 #942

http://www.iot-a.eu/public

Something interesting.

wtf. seems like a name change is advisable...

Haha, no. While interesting, this is not an issue at all IMO. They don't even seem active.

lordoliver
Legendary
*
Offline Offline

Activity: 1260

expect(brain).toHaveBeenUsed()


View Profile
December 03, 2015, 12:06:05 PM
 #943

http://www.iot-a.eu/public

Something interesting.

wtf. seems like a name change is advisable...

Haha, no. While interesting, this is not an issue at all IMO. They don't even seem active.

its dangerous, if you share the same name within the same field. you can run easily into law issues...
Would be something else if they sell cola...
iotatoken
Hero Member
*****
Offline Offline

Activity: 714


View Profile
December 03, 2015, 12:07:31 PM
 #944

http://www.iot-a.eu/public

Something interesting.

wtf. seems like a name change is advisable...

Haha, no. While interesting, this is not an issue at all IMO. They don't even seem active.

its dangerous, if you share the same name within the same field. you can run easily into right issues...
Would be something else if they sell cola...

Given that IoT is the universal abbreviation for Internet-of-Things, this is kind of inevitable, but does not matter at all. IOTA is not IoT-A. And IOTA is a token and payment protocol for IoT, this IoT-A project is a lot more vague.
More importantly I can't find any info that they are still active, not to mention their insanely outdated website look. The IOTA brand is ours.

lordoliver
Legendary
*
Offline Offline

Activity: 1260

expect(brain).toHaveBeenUsed()


View Profile
December 03, 2015, 12:12:39 PM
 #945

The IOTA brand is ours.

The world is not that easy...
Komputor
Newbie
*
Offline Offline

Activity: 26


View Profile
December 03, 2015, 12:55:41 PM
 #946

Question for CFB -

I've been trying to visualize the way the DAG would evolve in real world usage and how the transaction confirmation times would behave.
So if i understand correctly, the tips with the highest weights are encouraged to be approved first by incoming fresh transactions. In such a case, if there are is a sudden surge of new transactions followed immediately by a period of very low transactions, then many of the transactions in the first wave would end up waiting longer than usual for approval/confirmation, correct?

I then understand that the confirmation times may actually be very unpredictable in the initial stages of the network when there is a sporadic rate of new incoming transactions.
If true, then do you expect these uneven transaction confirmation times to even out as the volume of transactions eventually increases?

I'm no tech expert, but would like to understand this a little.

 **Still reading the whitepaper**

Edit: Another question - So a strategy for devices stuck with unconfirmed transactions would be to send another blank transaction referencing the original unapproved transaction. Since this network will be used primarily by non-humans, such a behavior would need to be coded into the IOT device itself right? For example: If transaction does not confirm withing x time, then resend a blank transaction with reference to first one.
How would this work out in a larger simulation where many devices would use such a strategy? Could this cause a spam of blank transactions in the network where many devices are trying to promote their own transactions for faster confirmation times? Or is this a non-issue?
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 1792

Newbie


View Profile
December 03, 2015, 01:06:44 PM
 #947

Question for CFB -

I've been trying to visualize the way the DAG would evolve in real world usage and how the transaction confirmation times would behave.
So if i understand correctly, the tips with the highest weights are encouraged to be approved first by incoming fresh transactions. In such a case, if there are is a sudden surge of new transactions followed immediately by a period of very low transactions, then many of the transactions in the first wave would end up waiting longer than usual for approval/confirmation, correct?

I then understand that the confirmation times may actually be very unpredictable in the initial stages of the network when there is a sporadic rate of new incoming transactions.
If true, then do you expect these uneven transaction confirmation times to even out as the volume of transactions eventually increases?

I'm no tech expert, but would like to understand this a little.

 **Still reading the whitepaper**


It's a question to mthcl, I think. Simulation shows that Tangle pulses: its width, tx confirmation time and other parameters have clear cosine pattern.
Komputor
Newbie
*
Offline Offline

Activity: 26


View Profile
December 03, 2015, 01:11:09 PM
 #948

Question for CFB -

I've been trying to visualize the way the DAG would evolve in real world usage and how the transaction confirmation times would behave.
So if i understand correctly, the tips with the highest weights are encouraged to be approved first by incoming fresh transactions. In such a case, if there are is a sudden surge of new transactions followed immediately by a period of very low transactions, then many of the transactions in the first wave would end up waiting longer than usual for approval/confirmation, correct?

I then understand that the confirmation times may actually be very unpredictable in the initial stages of the network when there is a sporadic rate of new incoming transactions.
If true, then do you expect these uneven transaction confirmation times to even out as the volume of transactions eventually increases?

I'm no tech expert, but would like to understand this a little.

 **Still reading the whitepaper**


It's a question to mthcl, I think. Simulation shows that Tangle pulses: its width, tx confirmation time and other parameters have clear cosine pattern.

Interesting, maybe mthcl can comment more on this. Thanks.

Also if you could clarify my second set of questions: So a strategy for devices stuck with unconfirmed transactions would be to send another blank transaction referencing the original unapproved transaction. Since this network will be used primarily by non-humans, such a behavior would need to be coded into the IOT device itself right? For example: If transaction does not confirm withing x time, then resend a blank transaction with reference to first one.
How would this work out in a larger simulation where many devices would use such a strategy? Could this cause a spam of blank transactions in the network where many devices are trying to promote their own transactions for faster confirmation times? Or is this a non-issue?
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 1792

Newbie


View Profile
December 03, 2015, 01:19:25 PM
 #949

So a strategy for devices stuck with unconfirmed transactions would be to send another blank transaction referencing the original unapproved transaction. Since this network will be used primarily by non-humans, such a behavior would need to be coded into the IOT device itself right? For example: If transaction does not confirm withing x time, then resend a blank transaction with reference to first one.
How would this work out in a larger simulation where many devices would use such a strategy? Could this cause a spam of blank transactions in the network where many devices are trying to promote their own transactions for faster confirmation times? Or is this a non-issue?


If a device paid to a merchant then the marchant himself can confirm all pending transactions sent to him by organizing these transactions into few subtrees and confirming the roots.

"Dumb" reconfirmation increases amplitude of cosine pulses making some devices to generate 2-3 extra blank transactions which increases security of the system.
Komputor
Newbie
*
Offline Offline

Activity: 26


View Profile
December 03, 2015, 01:29:15 PM
 #950

So a strategy for devices stuck with unconfirmed transactions would be to send another blank transaction referencing the original unapproved transaction. Since this network will be used primarily by non-humans, such a behavior would need to be coded into the IOT device itself right? For example: If transaction does not confirm withing x time, then resend a blank transaction with reference to first one.
How would this work out in a larger simulation where many devices would use such a strategy? Could this cause a spam of blank transactions in the network where many devices are trying to promote their own transactions for faster confirmation times? Or is this a non-issue?


If a device paid to a merchant then the marchant himself can confirm all pending transactions sent to him by organizing these transactions into few subtrees and confirming the roots.

"Dumb" reconfirmation increases amplitude of cosine pulses making some devices to generate 2-3 extra blank transactions which increases security of the system.

Ah yes, so in the merchant example, he can improve his transaction confirmation rate by running his own "off-tangle" train of transactions, which eventually will get merged onto the main net tangle if he is being an honest merchant lol.

As for dumb reconfirmations, you mean to say that this is really a non-issue and would in-fact just lead to greater security and higher cumulative transaction weights. Makes sense.. the spam is not exactly coming at free cost from a node since there is POW invested in each transaction (electricity costs i guess). However, i guess I'll probably understand this better in time.

Very fascinating tech i must say, looking forward to the launch. Good luck to you and team.

rlh
Hero Member
*****
Offline Offline

Activity: 775


View Profile
December 03, 2015, 05:11:42 PM
 #951

I read the white paper on the first day this IOTA post was made.  Has it been significantly updated since 10/21?

In other words, should I re-read the white paper?  I want to stay abreast of this tech. B-)

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.
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 1792

Newbie


View Profile
December 03, 2015, 05:36:42 PM
 #952

I read the white paper on the first day this IOTA post was made.  Has it been significantly updated since 10/21?

In other words, should I re-read the white paper?  I want to stay abreast of this tech. B-)

No.
azwccc
Sr. Member
****
Offline Offline

Activity: 243


View Profile
December 03, 2015, 10:40:16 PM
 #953

I saw you are approaching some other projects, looking for collaboration. Would you mind to provide a list and also the progress?

Also, do you have any detailed plan in hardware side? It will require more capital investment, right? Any partnership yet?

Thank you

Bitrated user: azwccc.
iotatoken
Hero Member
*****
Offline Offline

Activity: 714


View Profile
December 04, 2015, 04:51:16 AM
 #954


Also, do you have any detailed plan in hardware side? It will require more capital investment, right? Any partnership yet?

Thank you

Yes, we're 13 months into the hardware development. As for requiring more capital investment, do you mean to get prototype or production run? If latter, yes certainly. We'll eventually have to take the 'traditional VC route', but so far we're doing quite good. Re: partnerships on the hardware side, can't disclose anything due to NDA and the fact that it's still preliminary stages.

tolstoy
Member
**
Offline Offline

Activity: 89


View Profile
December 05, 2015, 12:22:31 AM
 #955

Call for papers IoT DevCon 2016
Deadline for submission of titles and abstracts - January 29, 2016
Notification of acceptance - February 19, 2016

http://www.iot-devcon.com/callforpaper.php

IoT Developers Conference 2016
May 25-26, 2016
Santa Clara, CA

http://www.iot-devcon.com/

Come-from-Beyond
Legendary
*
Offline Offline

Activity: 1792

Newbie


View Profile
December 05, 2015, 12:03:20 PM
 #956

Regarding the client software:
We are planning to release reference software with as little non-essential code as possible to make it easier to do the security audit. After that I'll start working on a project powered by Iota.
P-Funk
Sr. Member
****
Offline Offline

Activity: 358

Token


View Profile
December 05, 2015, 09:35:22 PM
 #957

In regards to the software, what stage of development is it in? Is it ready for a basic no-frills release soon? I took this quote from the sale thread to mean that:
Quote
Step 2: After the sale ends you can collect your iotas from collect.iotatoken.com (goes live on 22nd of December)
but please correct me if I'm wrong.
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 1792

Newbie


View Profile
December 05, 2015, 09:44:32 PM
 #958

In regards to the software, what stage of development is it in? Is it ready for a basic no-frills release soon? I took this quote from the sale thread to mean that:
Quote
Step 2: After the sale ends you can collect your iotas from collect.iotatoken.com (goes live on 22nd of December)
but please correct me if I'm wrong.

I'm optimizing already written code and run simulations testing changes in the consensus algorithm that were introduced after a flaw was found in the old one. This is related only to the core part, client part (HTML5) is not ready yet, I'm still thinking what layout to choose.
achimsmile
Legendary
*
Offline Offline

Activity: 1225


View Profile
December 06, 2015, 09:01:13 PM
 #959

I'll start working on a project powered by Iota.
Any hints on what that project will be about?
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 1792

Newbie


View Profile
December 06, 2015, 09:15:21 PM
 #960

Any hints on what that project will be about?

Chat/forum/email hybrid.
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 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 ... 646 »
  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!