Author Topic: Beyond Bitcoin (BTS) Hangout w/ Bytemaster @ 10AM EST Friday *Welcome Back*  (Read 5601 times)

0 Members and 1 Guest are viewing this topic.

Offline starspirit

  • Hero Member
  • *****
  • Posts: 948
  • Financial markets pro over 20 years
    • View Profile
  • BitShares: starspirit
I think it is a perfect hack for v the time being though.   I share much of your thinking,  but I also believe that people need to start realizing the optimum delegate team would have multiple people for this reason.

Ultimately every delegate should probably have a PR representative for this task.   I'll dig more into why when I get to a computer.
Voting for teams to perform a range of services can never be as optimal as voting on who performs each service. The latter gives much more flexibility to manage the quality of any specific service provided. It would be like trying to do your grocery shopping if your choices were limited to hampers with a mix of products, and you tried to get the right mix of hampers to get close to your list.

I am not entirely certain I understand your point.  I never said that we should have delegates that have multiple people performing a range of services.  I mean that we ultimately should hope to have delegates that have a team of people working to provide services. 
.....
Now don't get me wrong.  I think there should be a person where questions, comments, complaints, suggestions...etc can be directed.  But a team working for a single delegate's pay brings many benefits and flexibility that we otherwise would not have.  If everyone has their own unique skills, it only makes sense to combine all those skills and pay them with a delegate as opposed to giving them all a separate delegate.  Let's remember....a delegate team can always fire someone and hire a replacement if someone isn't pulling their weight. 
fuzzy, I am also for the idea of delegates being able to form teams and businesses to provide services. In my opinion, the Bitshares system should be agnostic to the organisational structure that sits behind any participant in any role. What I was really trying to say is that we can't elect a set of 101 delegates on the basis of their provision of many different services (even if they specialise in different areas of expertise) and expect this slate of delegates to provide an optimal outcome for any service. The latter can only be achieved if there is voting on a separate slate of specialists for each service. This is a theoretical perspective - how this is achieved in practice is the challenge.

Offline Stan

  • Hero Member
  • *****
  • Posts: 2908
  • You need to think BIGGER, Pinky...
    • View Profile
    • Cryptonomex
  • BitShares: Stan
« Last Edit: March 24, 2015, 02:57:49 pm by Stan »
Anything said on these forums does not constitute an intent to create a legal obligation or contract of any kind.   These are merely my opinions which I reserve the right to change at any time.

Offline xeroc

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 12922
  • ChainSquad GmbH
    • View Profile
    • ChainSquad GmbH
  • BitShares: xeroc
  • GitHub: xeroc

Offline nomoreheroes7

  • Hero Member
  • *****
  • Posts: 756
  • King of all the land
    • View Profile
  • BitShares: nomoreheroes7
Staff Meeting Notes

Here is a summary of yesterdays developer staff meeting.  I just got assigned the job of taking notes and publishing them in advance of the Friday Mumble session with Bytemaster.  Hopefully this will give everyone more time to get Fuzzy your questions where he can organize them rather than trying to respond to Bytemaster's opening statement in real time.

This week was spent continuing to harden and polish the system and squashing bugs.  James and Valentine continued to refine the user interfaces and add market functionality to their new wallets while Vikram and Ben completed some urgent market bug fixes and released version 0.8.0.  Meanwhile Dan and Nathan continue to work on refactoring the code to improve maintainability and enhance performance.  Check out the new database back end they just committed to github.

One of the coming updates will add features to help users avoid fat-fingering the wrong accounts.  The UIs will display an account number with every account to serve as another form of visual check sum and additional help in distinguishing between registered and unregistered accounts will be provided.

Meanwhile SynaptiCAD been working on adding support for "registered users" to http://blocktrades.us (currently the site only supports anonymous users). Registered users will be able to track their transaction history, get reports on realized gains/losses, and generally be able to trade in a more organized fashion. On the backend of the gateway, they have improved their purchasing algorithms, which in turn allows them to offer better conversion rates between asset types. In addition, they're offering a near zero fee on Bitcoin to BitShares conversions to encourage new users to enter the BitShares ecosystem.  On the BitShares client side of things, they've been assisting in the analysis of the recent shorting bugs, the design of algorithms to correct them, and building/testing a new Windows and Linux binary that incorporates the fixes.

Adam has been in Scandinavia meeting with some people interested in his voting solutions.  Expect a report from him when he gets back later this week.

Business development is also proceeding at a brisk pace.  I just jotted down a list of fourteen different efforts I am currently tracking with outside entrepreneurs. We have ongoing Skype meetings with more than a handful of them each week.  You already know (or have had hints) about some but many have not yet been announced by these partners.  It's great to see so much stuff happening behind the scenes!

Do not let our new, more careful communication strategy fool you.  Every minute of each long workday is jam packed with activity to build up the value of the BitShares ecosystem.

Please send Fuzzy your questions for Bytemaster on Friday.

This needs its own thread.
« Last Edit: March 24, 2015, 02:53:35 pm by Stan »

Offline Stan

  • Hero Member
  • *****
  • Posts: 2908
  • You need to think BIGGER, Pinky...
    • View Profile
    • Cryptonomex
  • BitShares: Stan
Staff Meeting Notes

Here is a summary of yesterdays developer staff meeting.  I just got assigned the job of taking notes and publishing them in advance of the Friday Mumble session with Bytemaster.  Hopefully this will give everyone more time to get Fuzzy your questions where he can organize them rather than trying to respond to Bytemaster's opening statement in real time.

This week was spent continuing to harden and polish the system and squashing bugs.  James and Valentine continued to refine the user interfaces and add market functionality to their new wallets while Vikram and Ben completed some urgent market bug fixes and released version 0.8.0.  Meanwhile Dan and Nathan continue to work on refactoring the code to improve maintainability and enhance performance.  Check out the new database back end they just committed to github.

One of the coming updates will add features to help users avoid fat-fingering the wrong accounts.  The UIs will display an account number with every account to serve as another form of visual check sum and additional help in distinguishing between registered and unregistered accounts will be provided.

Meanwhile SynaptiCAD been working on adding support for "registered users" to http://blocktrades.us (currently the site only supports anonymous users). Registered users will be able to track their transaction history, get reports on realized gains/losses, and generally be able to trade in a more organized fashion. On the backend of the gateway, they have improved their purchasing algorithms, which in turn allows them to offer better conversion rates between asset types. In addition, they're offering a near zero fee on Bitcoin to BitShares conversions to encourage new users to enter the BitShares ecosystem.  On the BitShares client side of things, they've been assisting in the analysis of the recent shorting bugs, the design of algorithms to correct them, and building/testing a new Windows and Linux binary that incorporates the fixes.

Adam has been in Scandinavia meeting with some people interested in his voting solutions.  Expect a report from him when he gets back later this week.

Business development is also proceeding at a brisk pace.  I just jotted down a list of fourteen different efforts I am currently tracking with outside entrepreneurs. We have ongoing Skype meetings with more than a handful of them each week.  You already know (or have had hints) about some but many have not yet been announced by these partners.  It's great to see so much stuff happening behind the scenes!

Do not let our new, more careful communication strategy fool you.  Every minute of each long workday is jam packed with activity to build up the value of the BitShares ecosystem.

Please send Fuzzy your questions for Bytemaster on Friday.
« Last Edit: March 24, 2015, 02:52:21 pm by Stan »
Anything said on these forums does not constitute an intent to create a legal obligation or contract of any kind.   These are merely my opinions which I reserve the right to change at any time.

Offline fuzzy

I think it is a perfect hack for v the time being though.   I share much of your thinking,  but I also believe that people need to start realizing the optimum delegate team would have multiple people for this reason.

Ultimately every delegate should probably have a PR representative for this task.   I'll dig more into why when I get to a computer.
Voting for teams to perform a range of services can never be as optimal as voting on who performs each service. The latter gives much more flexibility to manage the quality of any specific service provided. It would be like trying to do your grocery shopping if your choices were limited to hampers with a mix of products, and you tried to get the right mix of hampers to get close to your list.

I am not entirely certain I understand your point.  I never said that we should have delegates that have multiple people performing a range of services.  I mean that we ultimately should hope to have delegates that have a team of people working to provide services. 

I actually do not disagree.  Let me explain what I see as the most powerful aspect of what BitShares.  But first lets look at why certain companies like, say, Walmart get subsidies to ensure they can grow bigger than the competition. 

With BitShares, we can reach out to companies that are starting up in upcoming areas of technology and, if they choose to accept our BTS and bitAssets as payment, they can get a delegate voted in.  As more businesses use this, volume (and thus liquidity) in our BTS and bitAssets increases, making the peg more stable and increasing the value of BitShares over time in terms of marketcap and liquidity.  When a delegate is comprised of many people who are working for an organization/company, BitShares as a whole gains far more. 

Why? 

Because rather than simply hire a coder, we are helping subsidize the growth of a business that will have their own coders---in addition to a real understanding of what their business and other businesses in their particular sector will require.  They will build what they need to incorporate to make BitShares work...instead of us having to hire a coder who may be very good at what they do, but have absolutely no clue what a specific industry needs.  But if that coder works for a company who tells them specifically what they need, this changes...

As marketcap rises, so too does the delegate pay...which equates to a higher degree of subsidization.  As the delegate pay becomes more valuable, and the degree of subsidization increases, so too does the companies competitive edge...which means that being powered by BitShares gives businesses who adopt our bitAssets a significant edge that up until now was pretty much not possible without being in league with the old world power structures. 


               "ohhhh wait now...we are against subsidizing businesses!  We want fair competition and subsidies don't get us there!"

This is true when the government comes into play, using taxes to pick winners and losers.  However, in the case of BTS, the investors hold the power and the profit motive means that if investors feel a Delegate does not provide value equal to their Delegate pay, they will be voted out.  Plus, BitShares does not require elections to be held every 2-4 years to kick people out of their positions. 


               "but what if people do not realize that a business (Delegate) is providing no value?"

We have already seen delegates get voted out because they failed to fulfill their promises (and we didn't have to wait for 1-2 years to do it).  But I do understand as we grow things will become more complex.  This is fine, though, because once competitors realize they, too, can earn the advantage of getting Delegate pay by offering more value, they will come to our community to try to win the hearts and minds of our investors.  Because of this, competition will eventually become pretty fierce and competitors will have an incentive to help point out the failings of a competitor and the merits of what they offer.

Now with that said, lets dig into some common investor complaints with respect to BitShares:
1)  "BitShares Team does not understand business!"
2)  "BitShares needs better marketing!"
3)  "BitShares needs to integrate this, this and this for mass adoption to occur!"
4)  "BitShares needs to be more user-friendly!"
5)  "Is this stuff legal?"
6)  "BitShares needs better PR"
I am sure there are more, but these suffice

If we hire delegates that represent a team of people working to provide a service, then they will:
1) necessarily understand the lay of the land in the sector they serve.
2) have their own marketing person to market their product and BitShares. 
3) hire developers to specifically build this, this and this so people will be able to
4) easily pay for their offered services
5) have their own legal counsel
6) have their own PR people in place

Now don't get me wrong.  I think there should be a person where questions, comments, complaints, suggestions...etc can be directed.  But a team working for a single delegate's pay brings many benefits and flexibility that we otherwise would not have.  If everyone has their own unique skills, it only makes sense to combine all those skills and pay them with a delegate as opposed to giving them all a separate delegate.  Let's remember....a delegate team can always fire someone and hire a replacement if someone isn't pulling their weight. 
WhaleShares==DKP; BitShares is our Community! 
ShareBits and WhaleShares = Love :D

Offline starspirit

  • Hero Member
  • *****
  • Posts: 948
  • Financial markets pro over 20 years
    • View Profile
  • BitShares: starspirit
I think it is a perfect hack for v the time being though.   I share much of your thinking,  but I also believe that people need to start realizing the optimum delegate team would have multiple people for this reason.

Ultimately every delegate should probably have a PR representative for this task.   I'll dig more into why when I get to a computer.
Voting for teams to perform a range of services can never be as optimal as voting on who performs each service. The latter gives much more flexibility to manage the quality of any specific service provided. It would be like trying to do your grocery shopping if your choices were limited to hampers with a mix of products, and you tried to get the right mix of hampers to get close to your list.

Offline carpet ride

  • Hero Member
  • *****
  • Posts: 544
    • View Profile
Great, more concerns are being mixed into delegates. They are becoming a catch-all for every role. We need to separate concerns.

The best person to be a block producer is not the best person to act on the PR board or make decisions about the future of the blockchain (a board of directors) who is also not the best person to execute those decisions (developers, marketers).

To separate concerns we will need stake-based proposal voting on the blockchain. It is an acceptable hack to add these roles to the delegates for the time being until such a proposal voting system is built. But I think it is essential to eventually build proposal voting support into the client and I think it is a mistake to keep overloading the tasks of the delegates for too long.

I would like to see the delegates eventually only act as block producers and the authority to submit binding proposals / dynamic parameter changes (some of which may require a quorum of stakeholders to approve before they become ratified).

Generalized BitAssets would allow the creator of the BitAsset to specify a name, margin call limit, collateral asset type, expiration period, initial description, initial feed price definition, and initial authority. If a certain quorum of the current authority agrees, they could change the description, authority, or feed price definition.  The feed price definition could be a mathematical expression dealing only with multiplication and division operations and terms that are either constants or price feed sources. The authority can optionally be set to the dynamic set of top 101 delegates. Anyone could create a price feed source which defines an initial authority, the initial feed providers, and some additional parameters governing price feed aggregation. If a certain quorum of the current authority of a price feed source agrees, they could change the authority or the feed providers of the source. The feed providers regularly publish prices into the price feed source and a median of those provided prices is used to determine the latest price of the price feed source (there are other details left out such as how a price feed source determines if a price is stale and should be ignored). Either the authority or feed providers of the source or both could optionally be set to the dynamic set of top 101 delegates. Until generalized BitAssets are built, the price feed of BitAssets can be hard-coded to come from the median of the delegate price feed submissions as they do today.

Binding proposals submitted by a majority of the delegates would allow for changing certain dynamic parameters in the blockchain (e.g. minimum transaction fee, asset registration fee, etc.) as well as hiring and firing workers (who would not necessarily be delegates) or changing their salary. If the new total pay of all workers is within the current budget limit, these "worker change" binding proposals become ratified by only a super majority approval of the delegates (who will typically merely act as a proxy for the decisions of the board of directors, to be discussed below, who in turn are guided by the wishes of the shareholders via non-binding proposals). If the budget limit needs to be increased, a "budget limit change" binding proposal can be submitted by a majority of the delegates and ratified by approval from the necessary quorum of shareholders. Until such functionality is enabled, workers will just use helper delegates and get paid from a fraction of their delegate pay (as is done today), and other parameters of the blockchain can only be changes through hard forks (as is done today).

Finally, non-binding proposals would allow the stakeholders to add and remove members (they don't have to be delegates) from the board of directors group (by add and remove, I mean conceptually, since these are non-binding proposals and so the set of board members is not actually known to the blockchain itself). This board of directors would be privy to the internal discussion of key workers (such as the core developers) and future plans for the BitShares ecosystem. They would approve of the release of PR-vetted information out to the public. They can delegate the task of PR vetting to another PR review board better suited to handling that task (which can include a subset of the board of directors as well as other trusted members outside the board) but at the end of the day each board member is the one who has to put their seal of approval (or not) on releasing information to the public (so the shareholders can know who to vote out if necessary). Also, some of the internal deliberations surrounding the decision that was made public should also be publicly released (potentially redacted if necessary) so the shareholders can better know who to vote out of the board and who to keep. Finally, some decisions that are more controversial, but that the board nevertheless agrees is important to reach a consensus on, can be released as an official proposal (not an official final decision) to the public, and they should rely on non-binding proposal voting by the shareholders to determine whether the proposal is ratified (thus becoming an official decision) or not.

In this system, as long as the delegates do a good job at producing blocks (and potentially also providing price feeds) and also follow the chain of command when submitting and potentially approving binding proposals (such as worker-related changes or changes to dynamic parameters on the blockchain like transaction fees), they can be fairly confident that they won't be voted out. By following chain of command, I mean that they keep track of who the members of the board of directors are and how much quantitative influence each has in decision votes (to be determined by following the results of related non-binding proposals that have the necessary approval by shareholders) and that they follow the public final decisions made by the current board of directors that have some predefined quorum of their approval. Shareholders provide a check and balance on the board of directors through the use of non-binding proposals to replace board of director members if necessary. Also certain significant binding changes to the blockchain, such as "budget limit change" proposals and eventually "hard fork" proposals, would require enough of the shareholders' direct approval votes in order to be ratified and actually make the change happen on the blockchain. If some delegates are not respecting the changes to the board of directors made through the non-binding proposals, the shareholders can always vote out those delegates and replace them with delegates who will follow the official chain of command.
+5%


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 fuzzy

I think it is a perfect hack for v the time being though.   I share much of your thinking,  but I also believe that people need to start realizing the optimum delegate team would have multiple people for this reason.

Ultimately every delegate should probably have a PR representative for this task.   I'll dig more into why when I get to a computer.
WhaleShares==DKP; BitShares is our Community! 
ShareBits and WhaleShares = Love :D

Offline arhag

  • Hero Member
  • *****
  • Posts: 1214
    • View Profile
    • My posts on Steem
  • BitShares: arhag
  • GitHub: arhag
Great, more concerns are being mixed into delegates. They are becoming a catch-all for every role. We need to separate concerns.

The best person to be a block producer is not the best person to act on the PR board or make decisions about the future of the blockchain (a board of directors) who is also not the best person to execute those decisions (developers, marketers).

To separate concerns we will need stake-based proposal voting on the blockchain. It is an acceptable hack to add these roles to the delegates for the time being until such a proposal voting system is built. But I think it is essential to eventually build proposal voting support into the client and I think it is a mistake to keep overloading the tasks of the delegates for too long.

I would like to see the delegates eventually only act as block producers and the authority to submit binding proposals / dynamic parameter changes (some of which may require a quorum of stakeholders to approve before they become ratified).

Generalized BitAssets would allow the creator of the BitAsset to specify a name, margin call limit, collateral asset type, expiration period, initial description, initial feed price definition, and initial authority. If a certain quorum of the current authority agrees, they could change the description, authority, or feed price definition.  The feed price definition could be a mathematical expression dealing only with multiplication and division operations and terms that are either constants or price feed sources. The authority can optionally be set to the dynamic set of top 101 delegates. Anyone could create a price feed source which defines an initial authority, the initial feed providers, and some additional parameters governing price feed aggregation. If a certain quorum of the current authority of a price feed source agrees, they could change the authority or the feed providers of the source. The feed providers regularly publish prices into the price feed source and a median of those provided prices is used to determine the latest price of the price feed source (there are other details left out such as how a price feed source determines if a price is stale and should be ignored). Either the authority or feed providers of the source or both could optionally be set to the dynamic set of top 101 delegates. Until generalized BitAssets are built, the price feed of BitAssets can be hard-coded to come from the median of the delegate price feed submissions as they do today.

Binding proposals submitted by a majority of the delegates would allow for changing certain dynamic parameters in the blockchain (e.g. minimum transaction fee, asset registration fee, etc.) as well as hiring and firing workers (who would not necessarily be delegates) or changing their salary. If the new total pay of all workers is within the current budget limit, these "worker change" binding proposals become ratified by only a super majority approval of the delegates (who will typically merely act as a proxy for the decisions of the board of directors, to be discussed below, who in turn are guided by the wishes of the shareholders via non-binding proposals). If the budget limit needs to be increased, a "budget limit change" binding proposal can be submitted by a majority of the delegates and ratified by approval from the necessary quorum of shareholders. Until such functionality is enabled, workers will just use helper delegates and get paid from a fraction of their delegate pay (as is done today), and other parameters of the blockchain can only be changes through hard forks (as is done today).

Finally, non-binding proposals would allow the stakeholders to add and remove members (they don't have to be delegates) from the board of directors group (by add and remove, I mean conceptually, since these are non-binding proposals and so the set of board members is not actually known to the blockchain itself). This board of directors would be privy to the internal discussion of key workers (such as the core developers) and future plans for the BitShares ecosystem. They would approve of the release of PR-vetted information out to the public. They can delegate the task of PR vetting to another PR review board better suited to handling that task (which can include a subset of the board of directors as well as other trusted members outside the board) but at the end of the day each board member is the one who has to put their seal of approval (or not) on releasing information to the public (so the shareholders can know who to vote out if necessary). Also, some of the internal deliberations surrounding the decision that was made public should also be publicly released (potentially redacted if necessary) so the shareholders can better know who to vote out of the board and who to keep. Finally, some decisions that are more controversial, but that the board nevertheless agrees is important to reach a consensus on, can be released as an official proposal (not an official final decision) to the public, and they should rely on non-binding proposal voting by the shareholders to determine whether the proposal is ratified (thus becoming an official decision) or not.

In this system, as long as the delegates do a good job at producing blocks (and potentially also providing price feeds) and also follow the chain of command when submitting and potentially approving binding proposals (such as worker-related changes or changes to dynamic parameters on the blockchain like transaction fees), they can be fairly confident that they won't be voted out. By following chain of command, I mean that they keep track of who the members of the board of directors are and how much quantitative influence each has in decision votes (to be determined by following the results of related non-binding proposals that have the necessary approval by shareholders) and that they follow the public final decisions made by the current board of directors that have some predefined quorum of their approval. Shareholders provide a check and balance on the board of directors through the use of non-binding proposals to replace board of director members if necessary. Also certain significant binding changes to the blockchain, such as "budget limit change" proposals and eventually "hard fork" proposals, would require enough of the shareholders' direct approval votes in order to be ratified and actually make the change happen on the blockchain. If some delegates are not respecting the changes to the board of directors made through the non-binding proposals, the shareholders can always vote out those delegates and replace them with delegates who will follow the official chain of command.



Offline mike623317

  • Hero Member
  • *****
  • Posts: 637
    • View Profile
Will this be available for download?

Thank you fuzzy for organizing this.
M

Offline betax

  • Hero Member
  • *****
  • Posts: 808
    • View Profile
I forgot, what do you think about the regulatory work announce in the UK and is there anything we can collaborate and be involved.
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline betax

  • Hero Member
  • *****
  • Posts: 808
    • View Profile
 +5% Welcome back

I don't know if asked already:

+ Roadmap
+ crosschain with btc, ethereum, real assets in bitshares (is it possible, will it be considered?)
+ bitshares toolkit are we going to provide a platform, is it in the plan after 1.0?
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline fuzzy

WhaleShares==DKP; BitShares is our Community! 
ShareBits and WhaleShares = Love :D