Gavin Andresen [ARCHIVE] on Nostr: š
Original date posted:2011-08-10 šļø Summary of this message: Bitcoin ...
š
Original date posted:2011-08-10
šļø Summary of this message: Bitcoin developer Gavin Andresen outlines his priorities for the next few months, including network health, bug fixing, and wallet security.
š Original message:I've been wading through the pull requests and bug lists to figure out
a roadmap for the next few months.
Here are the things on my priority list:
1. Where are we at with network health? What metrics should we be
using? Is there work to be done?
And meta-issue: can somebody volunteer to be the Bitcoin Network
Health Inspector to keep track of this?
2. We've got a chronic problem with new code causing CRITICAL_SECTION
deadlocks (see issue #453 for the latest). Detecting potential
deadlocks early should be done; longer term I think re-architecting to
be single-threaded/asio is probably the right thing to do.
3. Wallet security. I'd like to get Matt's wallet encryption shipped
soon, along with all or part of groffer's Multisign patch (#319 --
since that will enable the creation of trojan-resistant secure wallet
solutions).
4. Bug fixing. 44 bugs in the issue list, some of which I think are
already fixed. Anybody else want to volunteer to be BugKeeper? (job
would be: prioritize/assign bugs, make sure they get closed when
they're fixed).
5. Testing. I don't have time to personally test every PULL request,
but if a pull involves more than trivial code changes I'm not going to
pull it unless it has been thoroughly tested. We had a very good rule
at a company I used to work for-- programmers were NOT allowed to be
the only ones to test their own code. Help finding money and/or people
for a dedicated "core bitcoin quality assurance team" is welcome.
More unit tests and automated testing is also certainly welcome.
If this was open source blogging software I'd be much less uptight
about testing and code review and bugs. But it's not, it is software
for handling money.
Stuff I'd like to see in the release-after-next:
fClient mode (download headers only, for faster initial startup; I've
started the work, talk to me if you want to take over)
Sipa's wallet and key export/import
Move from wxWidgets to qt for the GUI
Un-hardcode fee handling (anybody already working on this?)
And research-y features I'd like to see happen soon:
"Impolite peer" detection/reaction to prevent various DOS/Sybil attacks
Better detection/reaction to double spend attempts or block-chain splits
Code for mining pool participants that helps keep mining pool operators honest
Everything else I consider lower priority. But if it is important to
you, is important to other people (and non-controversial), you
thoroughly test it, and there's zero chance it introduces a security
vulnerability... then I'll have no objections to pulling it.
Did I miss anything important? I'll create a Roadmap page on the
bitcoin wiki if there is general consensus about priorities.
--
--
Gavin Andresen
Published at
2023-06-07 02:15:06Event JSON
{
"id": "4192ba3b813a2efbd6657986858c0711e8f2a3705b8e58829933cda36e94272a",
"pubkey": "857f2f78dc1639e711f5ea703a9fc978e22ebd279abdea1861b7daa833512ee4",
"created_at": 1686104106,
"kind": 1,
"tags": [
[
"e",
"da86a222bb9948e30689d3ae99b8fbf27c245a1ccde301097e2d4ad972e99e61",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "š
Original date posted:2011-08-10\nšļø Summary of this message: Bitcoin developer Gavin Andresen outlines his priorities for the next few months, including network health, bug fixing, and wallet security.\nš Original message:I've been wading through the pull requests and bug lists to figure out\na roadmap for the next few months.\n\nHere are the things on my priority list:\n\n1. Where are we at with network health? What metrics should we be\nusing? Is there work to be done?\nAnd meta-issue: can somebody volunteer to be the Bitcoin Network\nHealth Inspector to keep track of this?\n\n2. We've got a chronic problem with new code causing CRITICAL_SECTION\ndeadlocks (see issue #453 for the latest). Detecting potential\ndeadlocks early should be done; longer term I think re-architecting to\nbe single-threaded/asio is probably the right thing to do.\n\n3. Wallet security. I'd like to get Matt's wallet encryption shipped\nsoon, along with all or part of groffer's Multisign patch (#319 --\nsince that will enable the creation of trojan-resistant secure wallet\nsolutions).\n\n4. Bug fixing. 44 bugs in the issue list, some of which I think are\nalready fixed. Anybody else want to volunteer to be BugKeeper? (job\nwould be: prioritize/assign bugs, make sure they get closed when\nthey're fixed).\n\n5. Testing. I don't have time to personally test every PULL request,\nbut if a pull involves more than trivial code changes I'm not going to\npull it unless it has been thoroughly tested. We had a very good rule\nat a company I used to work for-- programmers were NOT allowed to be\nthe only ones to test their own code. Help finding money and/or people\nfor a dedicated \"core bitcoin quality assurance team\" is welcome.\nMore unit tests and automated testing is also certainly welcome.\n\nIf this was open source blogging software I'd be much less uptight\nabout testing and code review and bugs. But it's not, it is software\nfor handling money.\n\n\nStuff I'd like to see in the release-after-next:\n\nfClient mode (download headers only, for faster initial startup; I've\nstarted the work, talk to me if you want to take over)\nSipa's wallet and key export/import\nMove from wxWidgets to qt for the GUI\nUn-hardcode fee handling (anybody already working on this?)\n\nAnd research-y features I'd like to see happen soon:\n\n\"Impolite peer\" detection/reaction to prevent various DOS/Sybil attacks\nBetter detection/reaction to double spend attempts or block-chain splits\nCode for mining pool participants that helps keep mining pool operators honest\n\n\nEverything else I consider lower priority. But if it is important to\nyou, is important to other people (and non-controversial), you\nthoroughly test it, and there's zero chance it introduces a security\nvulnerability... then I'll have no objections to pulling it.\n\nDid I miss anything important? I'll create a Roadmap page on the\nbitcoin wiki if there is general consensus about priorities.\n\n-- \n--\nGavin Andresen",
"sig": "899594c18fdf29bc9c74db62073965b6253ceeae38062121d861732bab6705ff80c287c11307892e26cb5e7b520f6beabc2cd482bb70ae897746444611bb2b04"
}