Bitcoin Forum
May 05, 2024, 04:23:07 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1] 2 »  All
  Print  
Author Topic: Is funding a development team really that difficult?  (Read 2360 times)
Broseph Stalin (OP)
Member
**
Offline Offline

Activity: 65
Merit: 10


View Profile
June 27, 2014, 02:13:07 PM
 #1

http://www.coindesk.com/mike-hearn-underfunding-leaving-bitcoin-development-crisis/

"I’ve been very worried for a long time that the core bitcoin system is radically underfunded and underdeveloped from where it needs to be."

If what Mike Hearn says is true, and I see no reason why it wouldn't be, than there's almost no development going on with Bitcoin anymore.
We're almost at a complete stand still. Only really Gavin doing anything meaningful.

In Mike's own words, it's a bit of a crisis. And he's not the only one... devs have been worried for a long time. This article is from February:
http://www.coindesk.com/bitcoin-core-development-falling-behind-warns-mike-hearn/

Why, why, why isn't anyone stepping in to fund development? Where are the Winklevoss, Branson, anyone!
Don't they have any interest in protecting their investment? Or are they completely clueless as to the current state of things?

From the above article: "It would help if some of them gave something back, complains Garzik. “In general, I am disappointed at the large number of bitcoin companies that contribute nothing back to the original open source project, the software that runs the network we all use."

In the meantime, second gen alts are being more actively worked on than Bitcoin. How in the world is it possible for Bitcoin to be at a near stand still while much smaller players are hard at work improving their protocols? Do they have more resources? A better, more engaged community? What?
1714882987
Hero Member
*
Offline Offline

Posts: 1714882987

View Profile Personal Message (Offline)

Ignore
1714882987
Reply with quote  #2

1714882987
Report to moderator
1714882987
Hero Member
*
Offline Offline

Posts: 1714882987

View Profile Personal Message (Offline)

Ignore
1714882987
Reply with quote  #2

1714882987
Report to moderator
1714882987
Hero Member
*
Offline Offline

Posts: 1714882987

View Profile Personal Message (Offline)

Ignore
1714882987
Reply with quote  #2

1714882987
Report to moderator
Every time a block is mined, a certain amount of BTC (called the subsidy) is created out of thin air and given to the miner. The subsidy halves every four years and will reach 0 in about 130 years.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
railzand
Sr. Member
****
Offline Offline

Activity: 462
Merit: 250

Lux e tenebris


View Profile
June 27, 2014, 05:22:14 PM
 #2

fed fud

justusranvier
Legendary
*
Offline Offline

Activity: 1400
Merit: 1009



View Profile
June 27, 2014, 05:36:52 PM
 #3

Conformal Systems has no trouble funding a team larger than the active "Core Dev" team, and yet theirs is the team that nobody wants to talk about.
Newar
Legendary
*
Offline Offline

Activity: 1358
Merit: 1000


https://gliph.me/hUF


View Profile
June 27, 2014, 06:01:24 PM
 #4


Some times I think they don't want any form of funding  Huh

https://github.com/bitcoin/bitcoin/issues/4079
https://github.com/bitcoin/bitcoin.org/issues/365

OTC rating | GPG keyid 1DC91318EE785FDE | Gliph: lightning bicycle tree music | Mycelium, a swift & secure Bitcoin client for Android | LocalBitcoins
jonald_fyookball
Legendary
*
Offline Offline

Activity: 1302
Merit: 1004


Core dev leaves me neg feedback #abuse #political


View Profile
June 27, 2014, 07:44:00 PM
 #5

What if where Mike Hearn says Bitcoin "needs to be" isn't actually where Bitcoin needs to be?

An interesting point...I though the protocol was fairly stable.
What exactly needs to be developed?

What major bugs are there?

What key features are missing ?

Robert Paulson
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250


View Profile
June 27, 2014, 08:31:23 PM
 #6

the bitcoin client as it is doesn't scale.
right now the block size is limited to 1MB giving a laughable maximum transaction rate of 7 transactions per second.

maaku
Legendary
*
expert
Offline Offline

Activity: 905
Merit: 1011


View Profile
June 27, 2014, 09:54:42 PM
 #7

One of the posters in this very thread was responsible for funding much of my development time over the last 18 months (not sure if he wants public credit, so I'm not naming him). It's a model that can work... but alas altruists are the minority. It seems, sadly, that most people would rather have someone else pay for the code. Tragedy of the commons and all that.

It is vitally important that we come up with alternative mechanisms for pooling resources to get the necessary projects done, because what we are doing is not working. I have high hopes for Hearn's Lighthouse application, but even more innovation than that may be needed...

I'm an independent developer working on bitcoin-core, making my living off community donations.
If you like my work, please consider donating yourself: 13snZ4ZyCzaL7358SmgvHGC9AxskqumNxP
jonald_fyookball
Legendary
*
Offline Offline

Activity: 1302
Merit: 1004


Core dev leaves me neg feedback #abuse #political


View Profile
June 27, 2014, 09:56:40 PM
 #8

the bitcoin client as it is doesn't scale.
right now the block size is limited to 1MB giving a laughable maximum transaction rate of 7 transactions per second.



Good point. What's the plans for this?  Extend to 10mb?  Or something more complex?

Newar
Legendary
*
Offline Offline

Activity: 1358
Merit: 1000


https://gliph.me/hUF


View Profile
June 27, 2014, 10:12:34 PM
 #9


Scalability issues discussed:

https://bitcointalk.org/index.php?topic=322748

https://en.bitcoin.it/wiki/Scalability

OTC rating | GPG keyid 1DC91318EE785FDE | Gliph: lightning bicycle tree music | Mycelium, a swift & secure Bitcoin client for Android | LocalBitcoins
Robert Paulson
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250


View Profile
June 28, 2014, 12:52:38 PM
 #10

its been discussed to death and nothing has been done
itod
Legendary
*
Offline Offline

Activity: 1974
Merit: 1076


^ Will code for Bitcoins


View Profile
June 28, 2014, 02:48:28 PM
 #11

What if where Mike Hearn says Bitcoin "needs to be" isn't actually where Bitcoin needs to be?

Exactly. He seems to have interests and agenda that don't always line up with the general community. When development does not follow his risky ideas, he creates a crisis where there is none.
jonald_fyookball
Legendary
*
Offline Offline

Activity: 1302
Merit: 1004


Core dev leaves me neg feedback #abuse #political


View Profile
June 28, 2014, 02:51:08 PM
 #12

its been discussed to death and nothing has been done

On the other hand, it is not a problem right this second, and the block limit can be increased quickly.

Mike Hearn
Legendary
*
expert
Offline Offline

Activity: 1526
Merit: 1129


View Profile
June 28, 2014, 03:32:20 PM
 #13

When I talked about "crisis" I didn't mean funding crisis - there's more funded work being done on Bitcoin Core now than at any time in the past. I was referring specifically to the way protocol development is grinding to a halt because of a lack of clear design principles combined with a culture that's become hopelessly adversarial - any proposed change is deluged with people coming up with any possible reason to object, without any kind of cost/benefit analysis being done. This is not going to motivate people to work on the many upgrades that we need or want. Scalability is just one of them. Robustness matters too.

That said, although funding isn't in "crisis" per se, it's not where it probably should be. There are only three full time Core devs, four if you count Jeff though I think he also works on Bitpay's Javascript infrastructure too.

For comparison that's the same size as the BitPay Copay multisig wallet project. It's smaller than a lot of indie video games. It's smaller than the teams working on Coinbase, or Circle, or Hive. It's smaller than the team at YouTube that works on counting video playbacks.

Many companies have a larger team working on their intranet!

Yet, this is the backbone that handles about $8 billion of value.

It's not just me that is concerned by that. Yes, Bitcoin is larger than it once was. Compared to the massive growth in importance of the system though, it's not much larger. E.g. the project is maybe 3x larger than it used to be, but the value in dollar terms is 500x larger. So I think we need to try and address this, somehow. I'd like to see more in the region of 10 people working full time on Core, then we'd be making really significant progress on robustness, scaling, decentralisation and privacy issues.
justusranvier
Legendary
*
Offline Offline

Activity: 1400
Merit: 1009



View Profile
June 28, 2014, 03:57:15 PM
 #14

any proposed change is deluged with people coming up with any possible reason to object, without any kind of cost/benefit analysis being done.
There's a certain kind of person who is not mentally equipped to perform cost/benefit calculations in this subject, because they can't comprehend anything other than short-term pragmatism.

Bitcoin's value largely come from a widespread assumption that certain promises will be kept forever - those promises are intrinsic to Bitcoin and if they are ever violated then the NPV of Bitcoin drops to zero.

One of those promises is the block reward. If that is ever changed - no matter how slightly - then Bitcoin has a NPV of zero. The pragmatists can't see this - they'll insist that a minor change in inputs should lead to a minor change in results - because they don't perceive that the change is binary:  the block reward is either unchangable or it's changable and Bitcoin is only valuable if it remains the former.

Another promise is that scripts in the blockchain will be executed faithfully and not overridden. Value transfer in Bitcoin is either governed by the scripting language or it's governed by something else.

Cost/benefit analysis is frequently non-linear. What Bitcoin needs rather than a bunch of cost/benefit calculations is a well-thought-out set of core value statements that the community can refer to in order to overrule decisions that look like good ideas in the moment but lead toward a zero NPV in the long term.
jonald_fyookball
Legendary
*
Offline Offline

Activity: 1302
Merit: 1004


Core dev leaves me neg feedback #abuse #political


View Profile
June 28, 2014, 04:11:47 PM
 #15


What about Google Ventures?  Didn't they invest
in a bitcoin company/project?  Don't they have
deep pockets?  Plus Mike Hearn has relations
with Google.  Maybe they can pony up some dough.


Mike Hearn
Legendary
*
expert
Offline Offline

Activity: 1526
Merit: 1129


View Profile
June 28, 2014, 04:48:59 PM
 #16

One of those promises is the block reward .... Another promise is that scripts in the blockchain will be executed faithfully and not overridden. Value transfer in Bitcoin is either governed by the scripting language or it's governed by something else.

Cost/benefit analysis is frequently non-linear. What Bitcoin needs rather than a bunch of cost/benefit calculations is a well-thought-out set of core value statements that the community can refer to in order to overrule decisions that look like good ideas in the moment but lead toward a zero NPV in the long term.

Putting aside the lame insult about being mentally equipped, I guess you're talking about coinbase reallocation or erasure. I was actually thinking of the getutxo message.

Still, whilst I agree we could really use some organising principles to cut down on circular arguments on github, I think your thesis about NPV is incorrect. The core goal of Bitcoin is to make digital cash that can't be double spent. Everything else it does is just a way to achieve that end goal, there is no higher principle than no double spending. Yet, we see double spending with miner cooperation and the NPV of Bitcoin does not fall to zero.

Another example; you mentioned "scripts must be executed faithfully". P2SH outputs have scripts that are designed to always evaluate to true under the original rules when presented with the right redeem script, regardless of whether the transaction is properly signed or not. Later versions of Bitcoin added a special new rule that said outout scripts of the P2SH form aren't really scripts at all, they're just pattern matched and processed using special rules. This directly violated your principle that scripts will be executed faithfully, but NPV did not fall to zero. And why should it have done? Script is a relatively minor technical detail of how Bitcoin works.

In fact the whole purpose of a "soft fork" (as used to introduce P2SH) is to trick older clients into thinking a block is valid when in fact according to the majority it isn't valid, which is one reason I don't like them and don't think we should do them. But we've done them in the past and the sky did not fall.

Regardless of what we may like to believe, all the evidence suggests that most people see Bitcoin as merely a convenient way to move money around, not a manifesto or constitution. The rules have been broken before and  probably will be again in future.
justusranvier
Legendary
*
Offline Offline

Activity: 1400
Merit: 1009



View Profile
June 28, 2014, 05:09:08 PM
 #17

Regardless of what we may like to believe, all the evidence suggests that most people see Bitcoin as merely a convenient way to move money around, not a manifesto or constitution.
If this was true, then you wouldn't be so panicy literally days before btcd is getting ready to surpass Bitcoin Core in terms of functionality, despite persistent and coordinated efforts over the last year to shut them out.

The evidence suggests that the "core development team" is increasingly facing votes of no-confidence in multiple fronts exactly because of your attitude. The reason nobody donates money to Bitcoin Foundation is because nobody trust them or you.

The "reference implementation" is a dead project walking. Bitcoin, on the other hand, will be just fine without you.
Peter Todd
Legendary
*
expert
Offline Offline

Activity: 1120
Merit: 1150


View Profile
June 28, 2014, 06:11:14 PM
 #18

What if where Mike Hearn says Bitcoin "needs to be" isn't actually where Bitcoin needs to be?

Exactly. He seems to have interests and agenda that don't always line up with the general community. When development does not follow his risky ideas, he creates a crisis where there is none.

Eh, you don't need to bring the word "agenda" into this discussion - Mike proposes a lot of ideas that the core devs are opposed too, often strongly. For instance getutxos was strongly opposed by Pieter, Jeff, and Gregory with only Gavin in support and Wladimir moderately supporting. Similarly double spend relaying is something Mike supports that has had little support other than Gavin. There's also fee estimation, particularly SPV nodes getting fee estimates in an untrusted way. As for his stance on soft-forks, basically no-one agrees with him that they're a bad thing. And of course there's Coinbase reallocation....

Seems to me the guy is annoyed that his ideas aren't getting support more than anything else. This isn't a funding issue, this is because the ideas aren't something others agree with.

OTOH look at Pieter's quite reasonable BIP to fix transaction malleability, which has plenty of development effort going to implementing it - I personally have written two patches, one merged, going towards implementing it. Of course, you don't hear about that because its a good, well-argued, idea that hasn't generated any controversy.

Remember remember the 5th of November
Legendary
*
Offline Offline

Activity: 1862
Merit: 1011

Reverse engineer from time to time


View Profile
June 28, 2014, 08:42:10 PM
 #19

When I talked about "crisis" I didn't mean funding crisis - there's more funded work being done on Bitcoin Core now than at any time in the past. I was referring specifically to the way protocol development is grinding to a halt because of a lack of clear design principles combined with a culture that's become hopelessly adversarial - any proposed change is deluged with people coming up with any possible reason to object, without any kind of cost/benefit analysis being done. This is not going to motivate people to work on the many upgrades that we need or want. Scalability is just one of them. Robustness matters too.

That said, although funding isn't in "crisis" per se, it's not where it probably should be. There are only three full time Core devs, four if you count Jeff though I think he also works on Bitpay's Javascript infrastructure too.

For comparison that's the same size as the BitPay Copay multisig wallet project. It's smaller than a lot of indie video games. It's smaller than the teams working on Coinbase, or Circle, or Hive. It's smaller than the team at YouTube that works on counting video playbacks.

Many companies have a larger team working on their intranet!

Yet, this is the backbone that handles about $8 billion of value.

It's not just me that is concerned by that. Yes, Bitcoin is larger than it once was. Compared to the massive growth in importance of the system though, it's not much larger. E.g. the project is maybe 3x larger than it used to be, but the value in dollar terms is 500x larger. So I think we need to try and address this, somehow. I'd like to see more in the region of 10 people working full time on Core, then we'd be making really significant progress on robustness, scaling, decentralisation and privacy issues.
Can't believe you are so money hungry greedy you would leave as soon as money drops by $50-100. Do you know, that in my country people live off $310 per month? I am sure you get at least 10 times as much, at least.

Can't believe you would starve if you worked for free for a bit.

BTC:1AiCRMxgf1ptVQwx6hDuKMu4f7F27QmJC2
Robert Paulson
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250


View Profile
June 28, 2014, 09:34:44 PM
 #20

When I talked about "crisis" I didn't mean funding crisis - there's more funded work being done on Bitcoin Core now than at any time in the past. I was referring specifically to the way protocol development is grinding to a halt because of a lack of clear design principles combined with a culture that's become hopelessly adversarial - any proposed change is deluged with people coming up with any possible reason to object, without any kind of cost/benefit analysis being done. This is not going to motivate people to work on the many upgrades that we need or want. Scalability is just one of them. Robustness matters too.

That said, although funding isn't in "crisis" per se, it's not where it probably should be. There are only three full time Core devs, four if you count Jeff though I think he also works on Bitpay's Javascript infrastructure too.

For comparison that's the same size as the BitPay Copay multisig wallet project. It's smaller than a lot of indie video games. It's smaller than the teams working on Coinbase, or Circle, or Hive. It's smaller than the team at YouTube that works on counting video playbacks.

Many companies have a larger team working on their intranet!

Yet, this is the backbone that handles about $8 billion of value.

It's not just me that is concerned by that. Yes, Bitcoin is larger than it once was. Compared to the massive growth in importance of the system though, it's not much larger. E.g. the project is maybe 3x larger than it used to be, but the value in dollar terms is 500x larger. So I think we need to try and address this, somehow. I'd like to see more in the region of 10 people working full time on Core, then we'd be making really significant progress on robustness, scaling, decentralisation and privacy issues.
Can't believe you are so money hungry greedy you would leave as soon as money drops by $50-100. Do you know, that in my country people live off $310 per month? I am sure you get at least 10 times as much, at least.

Can't believe you would starve if you worked for free for a bit.

last time i checked he didn't owe anyone anything, if he doesn't feel he earns enough for his efforts its his right to quit.
Pages: [1] 2 »  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!