Search found 952 matches
- Fri Feb 26, 2016 7:39 pm
- Forum: Official Namecoin softwares
- Topic: Namecoin 0.12
- Replies: 4
- Views: 42151
Namecoin 0.12
Since Bitcoin just released the official 0.12.0, I've tagged another Namecoin release: https://github.com/namecoin/namecoin-core/releases/tag/nc0.12.0rc2 This is directly based off the final Bitcoin 0.12.0. If you can, please test and give feedback. When there seem to be no issues, we can also relea...
- Sun Feb 21, 2016 9:26 am
- Forum: General Discussion
- Topic: QT UI Pull Request
- Replies: 1
- Views: 3759
Re: QT UI Pull Request
Thanks a lot, great! I will try to give it a review as soon as I find time - but I'm also looking forward to getting the feedback (and testing) of others, of course.
- Fri Feb 19, 2016 6:01 pm
- Forum: General Discussion
- Topic: Namecoin QT GUI Questions
- Replies: 14
- Views: 14291
Re: Namecoin QT GUI Questions
A brief comment from my side: If the code in question is not directly GUI-related (e. g., depending on Qt) but does general wallet handling, I see no big deal in adding the functions always even if they are then only used from the GUI. In respect to the pending firstupdates, for instance, those coul...
- Tue Feb 16, 2016 4:53 pm
- Forum: Project direction
- Topic: Hardfork Wishlist
- Replies: 15
- Views: 81135
Re: Hardfork Wishlist
Another thing we should do: Get rid of using nVersion of transactions for determining whether a tx is a name operation or not. BIP68 will change the nVersion of transactions, which will (somewhat) break this. Should we use one of the bits in nVersion as a flag instead? Is there any reason why we can...
- Fri Feb 12, 2016 6:37 pm
- Forum: Project direction
- Topic: Changing merge-mining format for BIP9
- Replies: 44
- Views: 137713
Re: Changing merge-mining format for BIP9
What's the status on the BIP 9 compatibility fix? Last commit on unabuse-nversion appears to be 24 days ago. I'm quite busy at the moment, but I just yesterday rebased the branch to the latest head. I'm thinking about pull requesting the current code as it is now, which is fully functional and non-...
- Thu Feb 04, 2016 8:23 pm
- Forum: General Discussion
- Topic: Getting Jekyll deployed soon
- Replies: 8
- Views: 9402
Re: Getting Jekyll deployed soon
I don't have any strong opinion here.biolizard89 wrote: Can Daniel and Phelix (and maybe Ryan) comment on whether we should move to github.io until Ryan has a chance to get the server set up?
- Fri Jan 29, 2016 7:01 pm
- Forum: Technical Support
- Topic: bitcoin-ruby:0.0.6 144.76.183.77:18334 broken on testnet
- Replies: 6
- Views: 7219
Re: bitcoin-ruby:0.0.6 144.76.183.77:18334 broken on testnet
You can connect to 51.254.118.108, I run a testnet node there (updated). It is configured to mine a block once in a while (like every day or so), and as far as I can tell, it has the longest chain. It used to be behind a longer "old" chain, but now I don't see it complaining any more. Try to use thi...
- Tue Jan 26, 2016 6:20 pm
- Forum: General Discussion
- Topic: Namecoin QT GUI Questions
- Replies: 14
- Views: 14291
Re: Namecoin QT GUI Questions
Does anyone know of a good path forward to getting the name(s) from only a txid? I'll also need to do some tests to make sure the tx contains a name_op. UPDATE: I got it figured out for now. I'm iterating over CTransaction->vout then looking at each script for isNameScript. Then I'm extracting the ...
- Sun Jan 24, 2016 2:13 pm
- Forum: Project direction
- Topic: Segregated Name Values
- Replies: 10
- Views: 76963
Re: Segregated Name Values
Sounds like an interesting approach. One question, though: Why would you keep the values in a Merkle tree? Isn't it enough to just push the value's hash and allow for the values to be transmitted fully "out of band" with respect to the blockchain? The hash ensures that the values are still secured a...
- Wed Jan 20, 2016 7:22 pm
- Forum: Project direction
- Topic: Changing merge-mining format for BIP9
- Replies: 44
- Views: 137713
Re: Changing merge-mining format for BIP9
Sounds good, but I still suggest we keep onto it. I've already done some parts of the patch, by refactoring the code a bit and making "generate" and "setgenerate" produce merge-mined blocks. So far, these are non-forking, though. (And not pushed to master, just in a branch of my repo.)