Bitcoin Forum
March 29, 2017, 09:03:48 AM *
News: Latest stable version of Bitcoin Core: 0.14.0  [Torrent]. (New!)
 
   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 ... 404 »
  Print  
Author Topic: IOTA  (Read 591361 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.
azwccc
Sr. Member
****
Offline Offline

Activity: 243


View Profile
December 03, 2015, 05:43:15 AM
 #941

How many devs do you have? How many other staffs do you have?

How long have IOTA been developed, by how many devs?

Thanks,

Bitrated user: azwccc.
1490778228
Hero Member
*
Offline Offline

Posts: 1490778228

View Profile Personal Message (Offline)

Ignore
1490778228
Reply with quote  #2

1490778228
Report to moderator
Satoshi is no god. He did not come down from the mountain with 10 golden rules engraved in stone for no one to question.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1490778228
Hero Member
*
Offline Offline

Posts: 1490778228

View Profile Personal Message (Offline)

Ignore
1490778228
Reply with quote  #2

1490778228
Report to moderator
1490778228
Hero Member
*
Offline Offline

Posts: 1490778228

View Profile Personal Message (Offline)

Ignore
1490778228
Reply with quote  #2

1490778228
Report to moderator
1490778228
Hero Member
*
Offline Offline

Posts: 1490778228

View Profile Personal Message (Offline)

Ignore
1490778228
Reply with quote  #2

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

Activity: 546


View Profile
December 03, 2015, 06:28:15 AM
 #942

How many devs do you have? How many other staffs do you have?

In our start-up or on IOTA specifically, excluding the hardware side? If the latter: 3.

Quote

How long have IOTA been developed, by how many devs?

We officially began work on IOTA as a dedicated project this summer.

Komputor
Newbie
*
Offline Offline

Activity: 26


View Profile
December 03, 2015, 11:29:51 AM
 #943

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

Something interesting.
lordoliver
Legendary
*
Offline Offline

Activity: 1050

expect(brain).toHaveBeenUsed()


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

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

Something interesting.

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

Activity: 546


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

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: 1050

expect(brain).toHaveBeenUsed()


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

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: 546


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

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: 1050

expect(brain).toHaveBeenUsed()


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

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
 #949

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: 1526

Newbie


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

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
 #951

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: 1526

Newbie


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

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
 #953

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: 779


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

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: 1526

Newbie


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

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
 #956

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: 546


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


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
 #958

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: 1526

Newbie


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

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: 342

Token


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

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.

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 ... 404 »
  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!