Author [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] Topic: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)  (Read 1513 times)

0 Members and 1 Guest are viewing this topic.

Offline fuzzy

Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« on: April 22, 2015, 12:59:42 PM »

Ask them below!

And don't forget to join us and never forget...your voice counts. 
WhaleShares==DKP; BitShares is our Community! 
ShareBits and WhaleShares = Love :D

Offline xeroc

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 12280
  • ChainSquad GmbH
    • View Profile
    • ChainSquad GmbH
  • BTS: xeroc
  • GitHub: xeroc
Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #1 on: April 23, 2015, 09:22:00 AM »
- how long are your monday meetings?
- what can possible be more important than non-classified talk? ( :P )
- how is the bitasset3.0 proposal implemented in parallel to bitassets1.0?
- will it be the "same" market/asset just an extra set of features? or will it be a different token?
- will bitassets3.0 be a 1.0 feature?
- when will we have a rough roadmap that can be put on the webpage?
Give BitShares a try! Use the http://testnet.bitshares.eu provided by http://bitshares.eu powered by ChainSquad GmbH

Offline Bitcoinfan

  • Sr. Member
  • ****
  • Posts: 235
    • View Profile
Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #2 on: April 23, 2015, 04:46:26 PM »
Being upfront when I'm saying I'm not against privatized bitassets.  However  it does seem like if we go in this direction this means Delegate Bitusd and Bitgold..etc will go away.  And this is an area of concern as our our core competency/ advantage will go with it.  Now it becomes something that can be easily reproducible and stolen by other competitors.   Rune himself is building on the pyethereum code base and remarks how fast and easy it is to do. If he, with just an IT background can do this on ethereum, what's to say all the sophisticated features of Bitshares won't also be developed on Ethereum by just causally invested coders. 

And why are you optimistic about the prospects of Bitshares succeeding over other products, when privatized Bitasset feeds can and will likely be copied?  Why do you think Bitshares will have an advantage over Ethereum?  How does Bitshares protect its goodwill?
« Last Edit: April 23, 2015, 04:54:26 PM by Bitcoinfan »

Offline carpet ride

  • Hero Member
  • *****
  • Posts: 544
    • View Profile
Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #3 on: April 23, 2015, 04:48:52 PM »
Have any BitShares devs played with the Ethereum code base?  What were their takeaways relative to BitShares?


Sent from my iPhone using Tapatalk
All opinions are my own. Anything said on this forum does not constitute an intent to create a legal obligation between myself and anyone else.
Check out my blog: http://CertainAssets.com
Buy the ticket, take the ride.

Offline bytemaster

Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #4 on: April 23, 2015, 05:15:02 PM »
Have any BitShares devs played with the Ethereum code base?  What were their takeaways relative to BitShares?


Sent from my iPhone using Tapatalk

I have looked through their VM code and can tell you with certainty that their architecture is very heavy and will suffer from many issues we have identified and resolved in our designs.    Performance is going to be critical going forward.  I am more concerned about Ripple/Stellar than ETH.
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline bytemaster

Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #5 on: April 23, 2015, 05:20:40 PM »
- how long are your monday meetings?
- what can possible be more important than non-classified talk? ( :P )
- how is the bitasset3.0 proposal implemented in parallel to bitassets1.0?
- will it be the "same" market/asset just an extra set of features? or will it be a different token?
- will bitassets3.0 be a 1.0 feature?
- when will we have a rough roadmap that can be put on the webpage?

Monday meetings are from 10 am through lunch. 
We will share those plans with you once we get everything ready for public consumption (this summer)
BitUSD 3.0 will be different than BitUSD
1.0 has been postponed due to BitAssets 3.0...
We will have a documented, tested, stable protocol definition this summer that will not need to change that includes the referral system

We are implementing the "implement then announce" rather than the "announce and then implement" approach to avoid missing deadlines and killing buzz or confusing the market.   When we announce the roadmap will be included... but it will only have 1 item on it and that is turing complete smart contracts which will be our LAST hard fork. 
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline btswildpig

  • Hero Member
  • *****
  • Posts: 1424
    • View Profile
Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #6 on: April 23, 2015, 05:29:23 PM »
- how long are your monday meetings?
- what can possible be more important than non-classified talk? ( :P )
- how is the bitasset3.0 proposal implemented in parallel to bitassets1.0?
- will it be the "same" market/asset just an extra set of features? or will it be a different token?
- will bitassets3.0 be a 1.0 feature?
- when will we have a rough roadmap that can be put on the webpage?

Monday meetings are from 10 am through lunch. 
We will share those plans with you once we get everything ready for public consumption (this summer)
BitUSD 3.0 will be different than BitUSD
1.0 has been postponed due to BitAssets 3.0...
We will have a documented, tested, stable protocol definition this summer that will not need to change that includes the referral system

We are implementing the "implement then announce" rather than the "announce and then implement" approach to avoid missing deadlines and killing buzz or confusing the market.   When we announce the roadmap will be included... but it will only have 1 item on it and that is turing complete smart contracts which will be our LAST hard fork.

will the basic performance still be improved before 1.0 ?
这个是私人账号,表达的一切言论均不代表任何团队和任何人。This is my personal account , anything I said with this account will be my opinion alone and has nothing to do with any group.

Offline Ander

  • Hero Member
  • *****
  • Posts: 3507
    • View Profile
  • BTS: Ander
Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #7 on: April 23, 2015, 05:29:32 PM »
We are implementing the "implement then announce" rather than the "announce and then implement" approach to avoid missing deadlines and killing buzz or confusing the market.   When we announce the roadmap will be included... but it will only have 1 item on it and that is turing complete smart contracts which will be our LAST hard fork.

Good plan. :)
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline bytemaster

Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #8 on: April 23, 2015, 05:32:41 PM »
- how long are your monday meetings?
- what can possible be more important than non-classified talk? ( :P )
- how is the bitasset3.0 proposal implemented in parallel to bitassets1.0?
- will it be the "same" market/asset just an extra set of features? or will it be a different token?
- will bitassets3.0 be a 1.0 feature?
- when will we have a rough roadmap that can be put on the webpage?

Monday meetings are from 10 am through lunch. 
We will share those plans with you once we get everything ready for public consumption (this summer)
BitUSD 3.0 will be different than BitUSD
1.0 has been postponed due to BitAssets 3.0...
We will have a documented, tested, stable protocol definition this summer that will not need to change that includes the referral system

We are implementing the "implement then announce" rather than the "announce and then implement" approach to avoid missing deadlines and killing buzz or confusing the market.   When we announce the roadmap will be included... but it will only have 1 item on it and that is turing complete smart contracts which will be our LAST hard fork.

will the basic performance still be improved before 1.0 ?

By 1.0 performance problems will be a thing of the past.
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline nomoreheroes7

Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #9 on: April 23, 2015, 06:05:44 PM »
- how long are your monday meetings?
- what can possible be more important than non-classified talk? ( :P )
- how is the bitasset3.0 proposal implemented in parallel to bitassets1.0?
- will it be the "same" market/asset just an extra set of features? or will it be a different token?
- will bitassets3.0 be a 1.0 feature?
- when will we have a rough roadmap that can be put on the webpage?

Monday meetings are from 10 am through lunch. 
We will share those plans with you once we get everything ready for public consumption (this summer)
BitUSD 3.0 will be different than BitUSD
1.0 has been postponed due to BitAssets 3.0...
We will have a documented, tested, stable protocol definition this summer that will not need to change that includes the referral system

We are implementing the "implement then announce" rather than the "announce and then implement" approach to avoid missing deadlines and killing buzz or confusing the market.   When we announce the roadmap will be included... but it will only have 1 item on it and that is turing complete smart contracts which will be our LAST hard fork.

How concrete is "this summer"? I remember quite a few things were supposed to be coming "last December" that never materialized...also, summer is kind of broad. I like to think of summer as being here as soon as the sun comes out (May - June), but summer can technically be considered active until late September or so.

Offline Ander

  • Hero Member
  • *****
  • Posts: 3507
    • View Profile
  • BTS: Ander
Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #10 on: April 23, 2015, 06:10:13 PM »
How concrete is "this summer"? I remember quite a few things were supposed to be coming "last December" that never materialized...also, summer is kind of broad. I like to think of summer as being here as soon as the sun comes out (May - June), but summer can technically be considered active until late September or so.

"This summer" will end up being mid 2016, just like "1.0 by christmas" is Dec 25, 2015. :P
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline Empirical1.2

  • Hero Member
  • *****
  • Posts: 1366
    • View Profile
Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #11 on: April 23, 2015, 06:27:36 PM »
How concrete is "this summer"? I remember quite a few things were supposed to be coming "last December" that never materialized...also, summer is kind of broad. I like to think of summer as being here as soon as the sun comes out (May - June), but summer can technically be considered active until late September or so.

"This summer" will end up being mid 2016, just like "1.0 by christmas" is Dec 25, 2015. :P

'Oh, you thought we meant Northern Hemisphere summer!?'  :P


- how long are your monday meetings?
- what can possible be more important than non-classified talk? ( :P )
- how is the bitasset3.0 proposal implemented in parallel to bitassets1.0?
- will it be the "same" market/asset just an extra set of features? or will it be a different token?
- will bitassets3.0 be a 1.0 feature?
- when will we have a rough roadmap that can be put on the webpage?

Monday meetings are from 10 am through lunch. 
We will share those plans with you once we get everything ready for public consumption (this summer)
BitUSD 3.0 will be different than BitUSD
1.0 has been postponed due to BitAssets 3.0...
We will have a documented, tested, stable protocol definition this summer that will not need to change that includes the referral system

We are implementing the "implement then announce" rather than the "announce and then implement" approach to avoid missing deadlines and killing buzz or confusing the market.   When we announce the roadmap will be included... but it will only have 1 item on it and that is turing complete smart contracts which will be our LAST hard fork.

BitUSD is like...



BitUSD 3.0 is the one that will actually sell

« Last Edit: April 23, 2015, 06:29:43 PM by Empirical1.2 »
If you want to take the island burn the boats

Offline arhag

  • Hero Member
  • *****
  • Posts: 1214
    • View Profile
    • My posts on Steem
  • BTS: arhag
  • GitHub: arhag
Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #12 on: April 23, 2015, 07:48:12 PM »
When we announce the roadmap will be included... but it will only have 1 item on it and that is turing complete smart contracts which will be our LAST hard fork.

That's a ridiculous statement. Unless by "our LAST hard fork" you mean the last one done with a hard fork block number decided by the core devs in an update to the client instead of through a decentralized hard fork voting mechanism built into the blockchain protocol.

I can think of so many improvements to the BitShares protocol for the future which simply cannot be replicated with Turing complete smart contracts (and some are more than just improvements to the consensus protocol). The LAST hard fork of BitShares will occur when BitShares is on a steep downward path to insignificance and obsolescence. Until then hard forks are how the protocol improves and stays relevant against the competition (of course not too frequently as it matures). Even protocols critical to the Internet infrastructure need to be updated from time to time (e.g. IPv4 to IPv6).

Offline bytemaster

Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #13 on: April 23, 2015, 07:51:00 PM »
When we announce the roadmap will be included... but it will only have 1 item on it and that is turing complete smart contracts which will be our LAST hard fork.

That's a ridiculous statement. Unless by "our LAST hard fork" you mean the last one done with a hard fork block number decided by the core devs in an update to the client instead of through a decentralized hard fork voting mechanism built into the blockchain protocol.

I can think of so many improvements to the BitShares protocol for the future which simply cannot be replicated with Turing complete smart contracts (and some are more than just improvements to the consensus protocol). The LAST hard fork of BitShares will occur when BitShares is on a steep downward path to insignificance and obsolescence. Until then hard forks are how the protocol improves and stays relevant against the competition (of course not too frequently as it matures). Even protocols critical to the Internet infrastructure need to be updated from time to time (e.g. IPv4 to IPv6).

I think hard forks should be few and far between so everyone can rely on a stable platform rather than a moving target.   There is no point in hard-forking to add new features if the core features are not being utilized.
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline arhag

  • Hero Member
  • *****
  • Posts: 1214
    • View Profile
    • My posts on Steem
  • BTS: arhag
  • GitHub: arhag
Re: Hangout Questions for Bytemaster (Due Friday @ 10:00am EST)
« Reply #14 on: April 23, 2015, 07:59:04 PM »
I think hard forks should be few and far between so everyone can rely on a stable platform rather than a moving target.

Agreed, but that is very different than "our LAST hard fork".

Also, as long as the API for Turing complete smart contacts (or DApps, etc.) does not change with the hard fork, I see no problem with having hard forks as frequently as once a year (if there is something worth to update that is). Changes of that nature would not affect any of the work other developers have done to build on top of BitShares but could provide much needed improvements to the protocol.
« Last Edit: April 23, 2015, 08:01:05 PM by arhag »

 

Google+