Pages:
Author

Topic: **** Official Ethereum QA thread **** - page 6. (Read 34551 times)

hero member
Activity: 924
Merit: 1001
February 23, 2014, 06:53:16 PM
Are we any closer to an IPO announcement date, where the date for the IPO will be announced lol ?
legendary
Activity: 2142
Merit: 1010
Newbie
February 22, 2014, 10:50:58 AM
Guys, what about my question?

(\__/)
(='.'=)
(")_(")
hero member
Activity: 1050
Merit: 506
February 20, 2014, 10:57:13 AM
Looking at your team- it's quite impressive and probably costly.

1) what is the current burn rate for team, offices and other expenses? I would imagine that it can run up to $250k a month

2) how is it being financed? are there big seed investors? any commitments ALREADY from the IPO?

Thanks

1) It's completely self funded, people contribute what they can. I was at our Swiss 'prototype incubator' and we slept 11 in a 2 bed apartment. Fun times, we got to know each other really well.
2) It's self funded. People volunteer on the project.



Did you guys have a pillow fight?

What happens in Zurich stays in Zurich Wink

haha^^
full member
Activity: 149
Merit: 100
Ethereum
February 20, 2014, 10:03:35 AM
Looking at your team- it's quite impressive and probably costly.

1) what is the current burn rate for team, offices and other expenses? I would imagine that it can run up to $250k a month

2) how is it being financed? are there big seed investors? any commitments ALREADY from the IPO?

Thanks

1) It's completely self funded, people contribute what they can. I was at our Swiss 'prototype incubator' and we slept 11 in a 2 bed apartment. Fun times, we got to know each other really well.
2) It's self funded. People volunteer on the project.



Did you guys have a pillow fight?

What happens in Zurich stays in Zurich Wink
newbie
Activity: 126
Merit: 0
February 19, 2014, 10:01:34 PM
Looking at your team- it's quite impressive and probably costly.

1) what is the current burn rate for team, offices and other expenses? I would imagine that it can run up to $250k a month

2) how is it being financed? are there big seed investors? any commitments ALREADY from the IPO?

Thanks

1) It's completely self funded, people contribute what they can. I was at our Swiss 'prototype incubator' and we slept 11 in a 2 bed apartment. Fun times, we got to know each other really well.
2) It's self funded. People volunteer on the project.



Did you guys have a pillow fight?
full member
Activity: 149
Merit: 100
Ethereum
February 19, 2014, 09:56:12 PM
Looking at your team- it's quite impressive and probably costly.

1) what is the current burn rate for team, offices and other expenses? I would imagine that it can run up to $250k a month

2) how is it being financed? are there big seed investors? any commitments ALREADY from the IPO?

Thanks

1) It's completely self funded, people contribute what they can. I was at our Swiss 'prototype incubator' and we slept 11 in a 2 bed apartment. Fun times, we got to know each other really well.
2) It's self funded. People volunteer on the project.

full member
Activity: 210
Merit: 100
February 19, 2014, 06:45:06 PM
Looking at your team- it's quite impressive and probably costly.

1) what is the current burn rate for team, offices and other expenses? I would imagine that it can run up to $250k a month

2) how is it being financed? are there big seed investors? any commitments ALREADY from the IPO?

Thanks
legendary
Activity: 2632
Merit: 1023
February 19, 2014, 04:55:51 PM
depends on the product.

eg satoshi didn't advertise bitcoin that much
legendary
Activity: 1120
Merit: 1000
February 19, 2014, 10:34:54 AM
vitalick could you please answer

[1] I don't quite see how the price to execute etherium code will be determined.

there has to be some sort of clever system based on realtime or near realtime demand for, well what ever the limitation is to get things into the next block?

it could be an etheirum fork would set fees lower......

etherium = a bundle of switches, how do you price using a switch? ( iasked the same question of master coin and still don't have  an answer....)

[2] I am also wondering if some sort of of chain processing can be done, and results are somehow integrated back into the etherium chain, that can be verified thus reduce bottle necks.....



still no answer to [1]...


Regarding #1, it's something we're currently actively researching and modeling. You can read some of Vitalik's though on the subject at http://blog.ethereum.org/2014/02/01/on-transaction-fees-market-based-solutions/





Ok, so it looks like I hit the nail on the head this is a crucial question, and etherium is a bundle of switches waiting to be arbitraged out by a fork, if fees are too high.

Thinking out loud

Perhaps you need a special attribute of "time" to colour etherium with, So ethreium coins have two core attributes, on of unit of sale like bit coin, that is 1 eth = 1eth,  and the current usage of the computational power of ethrium weights in a relative value to each etherium.

that multiplication of the two gives the market rate of etherium.

thus the usage / demand  of the network can dynamically colour an attribute of the coin. say the whole processing network is operating at 1000/s Unit, and has a capacity of 10000 units/s then, the number of eth in existence can be weighted by PRactual/PRcapacity *1/Number of eth.

So the code must have some sort of ability to detect execution requests, so that overcapacity can be dealt with, e.g. 1Million / 1000.

this raises the problem of knowing how much a program will request before you execute it......to solve this, the task should be thrown that allows a code to run on vm local cpu of with test net ruthenium, and an execution rate per second, that has its power defined as current ethrium network CPU.

thus your entering into a PID sort of feed forward/Feed back control system, (better brush of those nyquist stably theorems etc). I'm not sure there is any other way around this. The market does exactly the same thing but at a slower pace by simply releasing etherium forks.

A final note maybe that some how to allow all process to be run on an executors own cpu and only results at the interface be verified.Etherium seems to be pose the question of distributed computing needs to be tied together and pooled to solve a single problem in an efficient not cheat able manner.

Everybody keeps missing the critical point when they talk about forking Ethereum: the user base.

I can create a brand new TV network and sell my advertising for pennies on the dollar, compared to Fox and TNT and TBS. But is anyone going to buy the advertising? Not unless I can somehow attract the users, too. And in order to attract the users, I have to do something better than what everybody else is doing. I can't merely copy content from a major network (even if that were legal) and run it on mine--nobody would pay any attention. To gain users and market share, I would have to actually innovate.
legendary
Activity: 2632
Merit: 1023
February 17, 2014, 08:30:56 PM
vitalick could you please answer

[1] I don't quite see how the price to execute etherium code will be determined.

there has to be some sort of clever system based on realtime or near realtime demand for, well what ever the limitation is to get things into the next block?

it could be an etheirum fork would set fees lower......

etherium = a bundle of switches, how do you price using a switch? ( iasked the same question of master coin and still don't have  an answer....)

[2] I am also wondering if some sort of of chain processing can be done, and results are somehow integrated back into the etherium chain, that can be verified thus reduce bottle necks.....



still no answer to [1]...


Regarding #1, it's something we're currently actively researching and modeling. You can read some of Vitalik's though on the subject at http://blog.ethereum.org/2014/02/01/on-transaction-fees-market-based-solutions/





Thanks could you also answer

lso if NXT gets turning complete scripting/language (and it appears to be happening now) what advantages remain for etherium over NXT?
legendary
Activity: 2632
Merit: 1023
February 17, 2014, 08:30:15 PM
vitalick could you please answer

[1] I don't quite see how the price to execute etherium code will be determined.

there has to be some sort of clever system based on realtime or near realtime demand for, well what ever the limitation is to get things into the next block?

it could be an etheirum fork would set fees lower......

etherium = a bundle of switches, how do you price using a switch? ( iasked the same question of master coin and still don't have  an answer....)

[2] I am also wondering if some sort of of chain processing can be done, and results are somehow integrated back into the etherium chain, that can be verified thus reduce bottle necks.....



still no answer to [1]...


Regarding #1, it's something we're currently actively researching and modeling. You can read some of Vitalik's though on the subject at http://blog.ethereum.org/2014/02/01/on-transaction-fees-market-based-solutions/





Ok, so it looks like I hit the nail on the head this is a crucial question, and etherium is a bundle of switches waiting to be arbitraged out by a fork, if fees are too high.

Thinking out loud

Perhaps you need a special attribute of "time" to colour etherium with, So ethreium coins have two core attributes, on of unit of sale like bit coin, that is 1 eth = 1eth,  and the current usage of the computational power of ethrium weights in a relative value to each etherium.

that multiplication of the two gives the market rate of etherium.

thus the usage / demand  of the network can dynamically colour an attribute of the coin. say the whole processing network is operating at 1000/s Unit, and has a capacity of 10000 units/s then, the number of eth in existence can be weighted by PRactual/PRcapacity *1/Number of eth.

So the code must have some sort of ability to detect execution requests, so that overcapacity can be dealt with, e.g. 1Million / 1000.

this raises the problem of knowing how much a program will request before you execute it......to solve this, the task should be thrown that allows a code to run on vm local cpu of with test net ruthenium, and an execution rate per second, that has its power defined as current ethrium network CPU.

thus your entering into a PID sort of feed forward/Feed back control system, (better brush of those nyquist stably theorems etc). I'm not sure there is any other way around this. The market does exactly the same thing but at a slower pace by simply releasing etherium forks.

A final note maybe that some how to allow all process to be run on an executors own cpu and only results at the interface be verified.Etherium seems to be pose the question of distributed computing needs to be tied together and pooled to solve a single problem in an efficient not cheat able manner.
legendary
Activity: 2142
Merit: 1010
Newbie
February 17, 2014, 06:50:34 AM
Regarding #1, it's something we're currently actively researching and modeling. You can read some of Vitalik's though on the subject at http://blog.ethereum.org/2014/02/01/on-transaction-fees-market-based-solutions/

And what about https://bitcointalksearch.org/topic/m.5115679 ?
full member
Activity: 149
Merit: 100
Ethereum
February 17, 2014, 06:24:16 AM
vitalick could you please answer

[1] I don't quite see how the price to execute etherium code will be determined.

there has to be some sort of clever system based on realtime or near realtime demand for, well what ever the limitation is to get things into the next block?

it could be an etheirum fork would set fees lower......

etherium = a bundle of switches, how do you price using a switch? ( iasked the same question of master coin and still don't have  an answer....)

[2] I am also wondering if some sort of of chain processing can be done, and results are somehow integrated back into the etherium chain, that can be verified thus reduce bottle necks.....



still no answer to [1]...


Regarding #1, it's something we're currently actively researching and modeling. You can read some of Vitalik's though on the subject at http://blog.ethereum.org/2014/02/01/on-transaction-fees-market-based-solutions/



legendary
Activity: 2632
Merit: 1023
February 17, 2014, 05:54:29 AM
vitalick could you please answer

[1] I don't quite see how the price to execute etherium code will be determined.

there has to be some sort of clever system based on realtime or near realtime demand for, well what ever the limitation is to get things into the next block?

it could be an etheirum fork would set fees lower......

etherium = a bundle of switches, how do you price using a switch? ( iasked the same question of master coin and still don't have  an answer....)

[2] I am also wondering if some sort of of chain processing can be done, and results are somehow integrated back into the etherium chain, that can be verified thus reduce bottle necks.....







still no answer to [1]...

also if NXT gets turning complete scripting/language (and it appears to be happening now) what advantages remain for etherium over NXT?
hero member
Activity: 924
Merit: 1001
February 16, 2014, 02:40:50 PM
investments.  It's an incorrect term As long as it's clear that you aren't offering an investment with the possibility income, then I don't think they will be considered securities.  Could the price rise in the open market?  Sure, but so can the price of milk.  It's a product you are offering, not an investment opportunity.
Quote
Exactly.

This was kind of huge to read.  Are we just talking "for the purposes of paperwork related to addressing potential regulatory restrictions? Or are we actually accurately describing Ethereum value over time?   If the former, disregard this paragraph.  If the latter, then it seems Ethereum is a platform for startups to build products and services on top of.  It is not considered an investment opportunity. I mean if an accurate comparison is the value increase of milk over time ...... If I completely missed the point, just reply with "former not latter".

-B-
sr. member
Activity: 406
Merit: 250
Hello! Send me a message.
February 15, 2014, 12:19:01 PM
It won't be an issue.

It will be an issue.

Its 2014, we don't want slow performance.
legendary
Activity: 2142
Merit: 1010
Newbie
February 15, 2014, 09:31:43 AM
It won't be an issue.

It will be an issue.
newbie
Activity: 6
Merit: 0
February 15, 2014, 09:04:04 AM
Best use a library which supports ints larger than 8 bytes.

Performance will be slow in this case.

It won't be an issue.
legendary
Activity: 2142
Merit: 1010
Newbie
February 15, 2014, 08:38:49 AM
Best use a library which supports ints larger than 8 bytes.

Performance will be slow in this case.
newbie
Activity: 6
Merit: 0
February 15, 2014, 08:29:51 AM
Bump

If I recall correctly Vitalik decided to get rid of crypto-opcodes (like SHA256). The point was to make Ethereum language more universal. R u going to do the next step and get rid of 256-bit numbers? Their usage don't make much sense coz 512-bit cryptoalgos will require to use different tricks to work with 512-bit numbers. Could we have only 64-bit numbers, this would help a lot to implement Ethereum interpretator in Java (which doesn't have native support of 256-bit math).

Edit: Maybe 32-bit is the best choice, JavaScript guys would be happy too.

Best use a library which supports ints larger than 8 bytes. Go uses big.Int, C++ uses Boost's library and there are plenty of other libs in other languages that support 8+ bytes. As for ridding of the opcodes, nothing has been decided.
Pages:
Jump to: