Bitcoin Forum
May 14, 2024, 08:14:44 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 »  All
  Print  
Author Topic: **** Official Ethereum QA thread ****  (Read 34474 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.
blueangel01
Sr. Member
****
Offline Offline

Activity: 406
Merit: 250

Hello! Send me a message.


View Profile
February 14, 2014, 06:03:22 AM
 #141


... and until lawyers in various countries clarify what the securities and regulatory issues might be in selling ether to the public in various countries.



uh-oh. a project is DOA once lawyers get involved. I liked Ethereum a lot, but this is not a good sign.

I don't think that's true. Going ahead without doing our homework on the other hand is irresponsible.


I like their work ethics.

Msg me if you want me to put anything here.
1715674484
Hero Member
*
Offline Offline

Posts: 1715674484

View Profile Personal Message (Offline)

Ignore
1715674484
Reply with quote  #2

1715674484
Report to moderator
1715674484
Hero Member
*
Offline Offline

Posts: 1715674484

View Profile Personal Message (Offline)

Ignore
1715674484
Reply with quote  #2

1715674484
Report to moderator
1715674484
Hero Member
*
Offline Offline

Posts: 1715674484

View Profile Personal Message (Offline)

Ignore
1715674484
Reply with quote  #2

1715674484
Report to moderator
Transactions must be included in a block to be properly completed. When you send a transaction, it is broadcast to miners. Miners can then optionally include it in their next blocks. Miners will be more inclined to include your transaction if it has a higher transaction fee.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
blueangel01
Sr. Member
****
Offline Offline

Activity: 406
Merit: 250

Hello! Send me a message.


View Profile
February 14, 2014, 07:11:00 PM
 #142


...and until lawyers in various countries clarify what the securities and regulatory issues might be in selling ether to the public in various countries.


I suggest you STOP using the term crypto whenever you refer to Ethereum...  SERIOUSLY!    Cry

or bitcoin 2.0

Msg me if you want me to put anything here.
Ursium (OP)
Full Member
***
Offline Offline

Activity: 149
Merit: 100

Ethereum


View Profile WWW
February 15, 2014, 12:18:02 AM
 #143


...and until lawyers in various countries clarify what the securities and regulatory issues might be in selling ether to the public in various countries.


I suggest you STOP using the term crypto whenever you refer to Ethereum...  SERIOUSLY!    Cry

or bitcoin 2.0

Agreeing with you both -
We never used the word bitcoin 2.0 by the way - we don't like either! Smiley

Ethereum Twitter: @ethereumproject - Blog: blog.ethereum.org - Forum: forum.ethereum.org - Github: github.com/ethereum
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 2142
Merit: 1009

Newbie


View Profile
February 15, 2014, 07:05:35 AM
 #144

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.
z0mbie
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
February 15, 2014, 01:29:51 PM
 #145

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

Activity: 2142
Merit: 1009

Newbie


View Profile
February 15, 2014, 01:38:49 PM
 #146

Best use a library which supports ints larger than 8 bytes.

Performance will be slow in this case.
z0mbie
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
February 15, 2014, 02:04:04 PM
 #147

Best use a library which supports ints larger than 8 bytes.

Performance will be slow in this case.

It won't be an issue.
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 2142
Merit: 1009

Newbie


View Profile
February 15, 2014, 02:31:43 PM
 #148

It won't be an issue.

It will be an issue.
blueangel01
Sr. Member
****
Offline Offline

Activity: 406
Merit: 250

Hello! Send me a message.


View Profile
February 15, 2014, 05:19:01 PM
 #149

It won't be an issue.

It will be an issue.

Its 2014, we don't want slow performance.

Msg me if you want me to put anything here.
BittBurger
Hero Member
*****
Offline Offline

Activity: 924
Merit: 1001


View Profile
February 16, 2014, 07:40:50 PM
 #150

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-

Owner: "The Times 03/Jan/2009 Chancellor on brink of second bailout for banks"
View it on the Blockchain | Genesis Block Newspaper Copies
jubalix
Legendary
*
Offline Offline

Activity: 2618
Merit: 1022


View Profile WWW
February 17, 2014, 10:54:29 AM
 #151

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?

Admitted Practicing Lawyer::BTC/Crypto Specialist. B.Engineering/B.Laws

https://www.binance.com/?ref=10062065
Ursium (OP)
Full Member
***
Offline Offline

Activity: 149
Merit: 100

Ethereum


View Profile WWW
February 17, 2014, 11:24:16 AM
 #152

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/




Ethereum Twitter: @ethereumproject - Blog: blog.ethereum.org - Forum: forum.ethereum.org - Github: github.com/ethereum
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 2142
Merit: 1009

Newbie


View Profile
February 17, 2014, 11:50:34 AM
 #153

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://bitcointalk.org/index.php?topic=448923.msg5115679#msg5115679 ?
jubalix
Legendary
*
Offline Offline

Activity: 2618
Merit: 1022


View Profile WWW
February 18, 2014, 01:30:15 AM
 #154

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.

Admitted Practicing Lawyer::BTC/Crypto Specialist. B.Engineering/B.Laws

https://www.binance.com/?ref=10062065
jubalix
Legendary
*
Offline Offline

Activity: 2618
Merit: 1022


View Profile WWW
February 18, 2014, 01:30:56 AM
 #155

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?

Admitted Practicing Lawyer::BTC/Crypto Specialist. B.Engineering/B.Laws

https://www.binance.com/?ref=10062065
ddink7
Legendary
*
Offline Offline

Activity: 1120
Merit: 1000



View Profile
February 19, 2014, 03:34:54 PM
 #156

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.

Dash - Digital Cash
https://www.dash.org/
jubalix
Legendary
*
Offline Offline

Activity: 2618
Merit: 1022


View Profile WWW
February 19, 2014, 09:55:51 PM
 #157

depends on the product.

eg satoshi didn't advertise bitcoin that much

Admitted Practicing Lawyer::BTC/Crypto Specialist. B.Engineering/B.Laws

https://www.binance.com/?ref=10062065
freedomfighter
Full Member
***
Offline Offline

Activity: 210
Merit: 100


View Profile
February 19, 2014, 11:45:06 PM
 #158

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
Ursium (OP)
Full Member
***
Offline Offline

Activity: 149
Merit: 100

Ethereum


View Profile WWW
February 20, 2014, 02:56:12 AM
 #159

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.


Ethereum Twitter: @ethereumproject - Blog: blog.ethereum.org - Forum: forum.ethereum.org - Github: github.com/ethereum
DaFockBro
Newbie
*
Offline Offline

Activity: 126
Merit: 0


View Profile
February 20, 2014, 03:01:34 AM
 #160

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?
Pages: « 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 »  All
  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!