|
BiblePay is an interesting CPU Mining Only coin, just launched end of July, so its still very new
|
|
|
|
Masternodes are awesome! For instance, Bitcoin has been debating for over 3 years about how to scale and it has caused multiple forks and lots of stress, DASH, the original masternode coin, had a vote and raised blocksize to 2MB, boom, done. Understanding the Governance and Budget System https://dashpay.atlassian.net/wiki/spaces/DOC/pages/8585240/Understanding+the+Governance+and+Budget+SystemDASH is really expensive to own a masternode now, it costs 1 million dollars to own one now. If your interested in a newer masternode coin, you should check out BiblePay! Was just launched July 23rd BiblePay (BBP)- 10% mined coins always go to Charity (already sponsoring 180+ Orphans monthly) - ASIC-Resistant like Vertcoin/Groestlcoin (CPU Mining Only) - fork of DASH (Masternode Governance Model, Budget Proposals & Voting) - POBh Proof of BibleHash, All Nodes are Full Nodes https://bitcointalk.org/index.php?topic=2388064.0 |
|
|
|
BiblePay (BBP)- 10% mined coins always go to Charity (already sponsoring 180+ Orphans monthly) - ASIC-Resistant like Vertcoin/Groestlcoin (CPU Mining Only)- fork of DASH (Masternode Governance Model, Budget Proposals & Voting) - POBh Proof of BibleHash, All Nodes are Full Nodes https://bitcointalk.org/index.php?topic=2388064.0
|
|
|
|
|
Do you have a graphics card (GPU) to mine or just a CPU?
I recommend BiblePay as a good beginner CPU coin to mine
|
|
|
|
BiblePay (BBP)- 10% mined coins always go to Charity (already sponsoring 180+ Orphans monthly) - ASIC-Resistant like Vertcoin/Groestlcoin (CPU Mining Only) - fork of DASH (Masternode Governance Model, Budget Proposals & Voting) - POBh Proof of BibleHash, All Nodes are Full Nodes https://bitcointalk.org/index.php?topic=2388064.0You can use your CPU to mine BiblePay
|
|
|
|
DECEMBER 2017 PROPOSAL SUMMARY: BiblePay Proposals: http://forum.biblepay.org/index.php?board=5.0How to Submit Proposal: http://wiki.biblepay.org/Create_Sanctuary_2#SUBMIT_PROPOSALHow Sanctuaries Can Vote: http://wiki.biblepay.org/Create_Sanctuary_2#VOTE_ON_PROPOSAL--------- Current Submitted Proposal List: --------- BBP REQ - PROPOSAL NAME 250 - First Prod Proposal 135,000 - Togo Sanctuary Guide and Testing 23,171 - Togo Backup Explorer and Guide 517,000 - Togo Twitter & Reddit & Advertising 47,203 - Togo BLOOM PR 89,320 - Togo MasterNodes.Pro Listing 2,894,609 - December 2017 Orphan Premiums Due 867,333 - Dec 2017 IT Expenses - Payroll 16,692 - Mike (nananaminer) - Pool mining Script 312,500 - Listing at Masternodes.online 125,000 - Faucet Refill for pool.biblepay.org ---------- 5,028,078.000000 TOTAL BBP REQUESTED 5,789,219.786313 TOTAL SUPERBLOCK BUDGET 761,141.786313 TOTAL BBP NOT REQUESTED ---- Anyone can request BBP coins for work! And current proposals could still be downvoted now or in budget phase, so there are still a lot of opportunities for anyone to request BBP coins for work! Any coins leftover are burned/deleted. How to Submit Proposal: http://wiki.biblepay.org/Create_Sanctuary_2#SUBMIT_PROPOSAL---- SuperBlock: 24600 - Current Block: 22899 = 1,701 blocks to go = ~8.27 days till SuperBlock pays out From what Rob mentioned earlier, all proposals with 10% net Yes votes will move into budget phase in about ~5 days, there will be another round of voting and then funding will lock-in in a day before superblock So about ~4-5 more days left to propose work and get votes! ---- Some Potential Work Ideas: Unofficial TODO List - https://www.reddit.com/r/BiblePay/comments/7esvpp/help_grow_biblepay/Goat Drive - https://www.reddit.com/r/BiblePay/comments/7m5k7i/compassion_goat_drive/Bounties - https://bitcointalk.org/index.php?board=238.0---- Learn more about Sanctuaries (Masternodes): https://www.reddit.com/r/BiblePay/comments/7g5wpx/masternode_sanctuary_price_set_1550001_bbp/---- BLOCK REWARD & EMISSION Block Reward Breakdown: 10% Charity 5% IT 2.5% PR (Public Relation campaigns) 2.5% P2P (orphan letter writing, Pay To Preach, Pay to be a Priest, FAQ writers, Social Media functions) 40% Miners 40% Sanctuaries (Masternodes) Emission Schedule: http://wiki.biblepay.org/Emission_Schedule---- Learn more about Decentralized Governance: https://dashpay.atlassian.net/wiki/spaces/DOC/pages/8585240/Understanding+the+Governance+and+Budget+SystemDASH School: https://www.youtube.com/playlist?list=PLiFMZOlhgsYKKOUOVjQjESCXfR1cCYCod |
|
|
|
Workers getting disconnected from the pool at a high rate the past 2 hours or so ... no HPS showing for those workers on the Worker List and they are not on the Leaderboard ... however
getmininginfo" shows the workers as connected to the pool and mining ..
"blocks": 22801,
"currentblocksize": 1000,
"currentblocktx": 0,
"difficulty": 850.7978883882151,
"errors": "",
"genproclimit": 16,
"networkhashps": 86170889806.66107,
"hashps": 180.5586748430634,
"minerstarttime": "12-26-2017 01:34:33",
"pooledtx": 0,
"testnet": false,
"chain": "main",
"biblepay-generate": true,
"poolinfo1": "BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; BNvQ5Txs1riZvuKA5W7prbtwx7PuSXXBwL; ",
"poolinfo2": "RMC_12-26-2017 04:29:31; RM_12-26-2017 04:29:23; RMC_12-26-2017 04:28:32; RM_12-26-2017 04:29:06; RMC_12-26-2017 04:29:37; ",
"poolinfo3": "CFW 12-26-2017 04:29:30; CFW 12-26-2017 04:29:21; CFW 12-26-2017 04:28:31; CFW 12-26-2017 04:29:03; CFW 12-26-2017 04:29:35; ",
"miningpulse": 464,
"poolmining": true
I can confirm. Everything is down to 1-3 shares.
Workers are still being disconnected from the pool, some have reconnected after 2 to 4 hours off, other workers are still not connected (although "getmininginfo" shows that they are.) BBP production dropped by more than 50% within an hour.
I have restarted biblepayd for quite a few workers. Some of them connected to the pool quickly, others that were restarted are still waiting to connect (getmininginfo shows them connected). While working on the restarts and checking dropped workers, other workers were dropped.
At times during the past 6 hours between 10 and 20% of my miners were/are disconnected. Most of the workers are running 1071, some still running 1069/1070 yet to be upgraded before the 23000 block. The drop issue has occurred to workers running each of those versions. In the past I've seen one or two workers drop their connection to the pool during the course of a day or two, but I haven't seen anything like this before. It seems to have improved a bit during the past hour.
I have the same problem. A few workers do not show up at the pool.
May I know if second pool minersofmen still operating? Pool wallet did not update for some days...
I e-mailed the owner over the last 10 days as we had the upgrades and have not heard back. Alex said the funds are still in the account. Me too, funds still in account. Maybe pool owner celebrates Christmas earlier  Yes... and this means we will need a new volunteer for a second pool soon, as we have over 150 new miners this week and we are reaching all time high activity on pool.biblepay.org. This pool will be overloaded soon, most likely when we hit about 2000 concurrent users. What would be the hardware requirements for setting up a pool? Win 2012 r2 server, 4 processors, static IP, IIS 7, SQL Server 2016, 8 gig ram, 100 gig drive, anti-ddos enabled. The vultr option is about $60 a month. I assume the current pool is overloaded, it looks like we definitely need a 2nd pool to be built. https://github.com/biblepay/BiblePayPool |
|
|
|
I this faucet paying? or not? I requested but not see any transaction in my wallet Update on the faucet:
The faucet will eventually be back up. I'm working on a rewrite for that.
In the mean time, if anyone wants to run a real faucet, please find one and compile it and run it and you can enter a proposal occasionally to refill the faucet with BBP from the PR or P2P budget.
Thanks.
Sorry about that, looks like Rob is currently rebuilding it |
|
|
|
an interesting project, is algo asic and gpu resistant? are there any independent miners workers anywhere without wallets? hmmm
just calling your hash bible hash does not make the hash special ...
are y'all really claiming to use an original hash?
can anybody (smarter than me at understanding all this) verify that it is an entirely unique algorithm? thanks!
Ive been asked a similar question in another thread, I know the White Paper and Source Code is what youd want to look at, but I do not know enough about cryptocurrency algorithms to answer: BiblePay White Paper: http://pool.biblepay.org/Docs/BiblePay_White_Paper.pdfBiblePay Source Code: https://github.com/biblepay/biblepayWith my limited understanding BiblePay is ASIC Resistant with Proof of Biblehash Algorithm (POBh), How could we go about verifying this through a 3rd party? Ive seen at least 3 people skeptical so far. Why don't we offer a 250,000 BBP reward to hack it? If one can port proof-of-biblehash to a GPU or an ASIC, and obtain a mining "edge" of more than 20% over a CPU, they win the 250,000 BBP reward. EDIT: The proof-of-biblehash is unique, its the only one that uses the bible verses to create a hash. Additionally, our blockhash is unique in the sense that Groestl has been ported to "biblepay.c", which is a transmuted algorithm (it no longer shares the seeds of groestl). Love it! Great idea! What would be a good way to go about this? === I guess it depends on who digs into this, I assume some people out there have probably already tried to analyze the algorithm to break it. If I were more blackhat vs whitehat, If I found an exploit, Id keep it to myself and take advantage of it. (My limited understanding, not sure if its true, reminds me of one the mega Bitcoin mining companies, that didnt want to update with SegWit because they had ASICBoost, which gave them 20% gains, I think they even patented it) === I remember reading about Monero's (XMR) bug/hack bounty: https://hackerone.com/monerohttps://github.com/monero-project/meta/blob/master/VULNERABILITY_RESPONSE_PROCESS.md=== Ill make a Reddit post about this with some quick research and add it to TODO list and sidebar |
|
|
|
an interesting project, is algo asic and gpu resistant? are there any independent miners workers anywhere without wallets? hmmm
just calling your hash bible hash does not make the hash special ...
are y'all really claiming to use an original hash?
can anybody (smarter than me at understanding all this) verify that it is an entirely unique algorithm? thanks!
Ive been asked a similar question in another thread, I know the White Paper and Source Code is what youd want to look at, but I do not know enough about cryptocurrency algorithms to answer: BiblePay White Paper: http://pool.biblepay.org/Docs/BiblePay_White_Paper.pdfBiblePay Source Code: https://github.com/biblepay/biblepayWith my limited understanding BiblePay is ASIC Resistant with Proof of Biblehash Algorithm (POBh), How could we go about verifying this through a 3rd party? Ive seen at least 3 people skeptical so far. |
|
|
|
Thanks Togo! What was deadline to get into the current Dec budget for voting? If you type "getgovernanceinfo" command, it will show block 24,600 as the superblock We are currently on block 22,466, so we still have 2,134 blocks to go, assuming 7 minute block rate that is still 10.37 days away, which means night of January 2nd in U.S. time is when the budget will pay out to all proposals with 10% net Yes votes in descending order of most yes votes. This is my current understanding, I might be wrong, anyone else who knows for sure please chime in! |
|
|
|
BiblePay is back online with CoinsMarkets Exchange, can trade BBP again now! |
|
|
|
Governance Objects: 12 (Proposals: 11, Triggers: 0, Watchdogs: 1/1, Other: 0; Seen: 24), Votes: 269 (Note: I havent reindexed or done cleanup after installing latest watchman, but I did it a few hours before) |
|
|
|
hmm weird, now Im only seeing my Test Proposal in the gobject list 13:48:36

gobject list
13:48:36

{
"71995b32e0968c2e26ea537955c8f7e59e03b018389225ea31ad5d1b94825e92": {
"DataHex": "5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133393639313535222c226e616d65223a22546573742050726f706f73616c222c227061796d656e745f61646472657373223a22424e4b68365a38744b6145546f4679517a636666677352396773736a65434d5a4c57222c227061796d656e745f616d6f756e74223a22313030222c2273746172745f65706f6368223a2231353133393639313535222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f7069633d35392e6d7367393539236d7367393539227d5d5d",
"DataString": "[[\"proposal\",{\"end_epoch\":\"1513969155\",\"name\":\"Test Proposal\",\"payment_address\":\"BNKh6Z8tKaEToFyQzcffgsR9gssjeCMZLW\",\"payment_amount\":\"100\",\"start_epoch\":\"1513969155\",\"type\":1,\"url\":\"http://forum.biblepay.org/index.php?topic=59.msg959#msg959\"}]]",
"Hash": "71995b32e0968c2e26ea537955c8f7e59e03b018389225ea31ad5d1b94825e92",
"CollateralHash": "0061cdf97875fa94c737e03b0941b01e2e991f6c9d5cc720a3b6ec4f0d9e6f6b",
"ObjectType": 1,
"CreationTime": 1513969155,
"AbsoluteYesCount": 0,
"YesCount": 0,
"NoCount": 0,
"AbstainCount": 0,
"fBlockchainValidity": true,
"IsValidReason": "",
"fCachedValid": true,
"fCachedFunding": false,
"fCachedDelete": false,
"fCachedEndorsed": false
}
}
I was able to vote yes on it, but not on your 2nd proposal or the masternodes.online proposal The proposals appear to be propogating across the network again. I think the newest version of watchman is fixing it (knock on wood). So we should show 'gobject count'=11 or higher. I was able to re-load my gobjects in two nodes by: deleting gov*.dat, rm mnc*.dat, rm mnpay*.dat, rm chainstate -R, rm blocks -R, and resyncing (after upgrading watchman). This is if you are impatient. I believe we should sync over night. Another interesting thing you can do, if you are impatient is manually load the proposals back in (this is how Im resubmitting our proposals to the network):
gobject submit 0 1 1513367312 5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133333637333132222c226e616d65223a2246697273742050726f642050726f706f73616c222c227061796d656e745f61646472657373223a22424339396b6b62326d767a365352644156595273674b616f576575596176594c5554222c227061796d656e745f616d6f756e74223a22323530222c2273746172745f65706f6368223a2231353133333637333132222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f7069633d34342e30227d5d5d c879b1a529cba8df92b6a7c0ceda29eefce2a71cf075d4bf8cac61e8e7393e81
gobject submit 0 1 1513390142 5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133333930313432222c226e616d65223a22546f676f2053616e63747561727920477569646520616e642054657374696e67222c227061796d656e745f61646472657373223a22424e4b68365a38744b6145546f4679517a636666677352396773736a65434d5a4c57222c227061796d656e745f616d6f756e74223a22313335303030222c2273746172745f65706f6368223a2231353133333930313432222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f7069633d34352e6d7367383230236d7367383230227d5d5d 4d83e27e6351f7370ae0090497d8c8ac12266dabd05346caf5be50cf56f98548
gobject submit 0 1 1513397248 5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133333937323438222c226e616d65223a22546f676f204261636b7570204578706c6f72657220616e64204775696465222c227061796d656e745f61646472657373223a22424e4b68365a38744b6145546f4679517a636666677352396773736a65434d5a4c57222c227061796d656e745f616d6f756e74223a223233313731222c2273746172745f65706f6368223a2231353133333937323438222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f7069633d34362e6d7367383232236d7367383232227d5d5d 7afe031299a0ce4faba2a8a7ff57357e173363a543a63a97e543d1cb804ae6c3
gobject submit 0 1 1513554816 5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133353534383136222c226e616d65223a22546f676f20424c4f4f4d205052222c227061796d656e745f61646472657373223a22424e4b68365a38744b6145546f4679517a636666677352396773736a65434d5a4c57222c227061796d656e745f616d6f756e74223a223437323033222c2273746172745f65706f6368223a2231353133353534383136222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f7069633d34382e6d7367383434236d7367383434227d5d5d faab62e3ddf4b3883e199b55072a6d08db059ec96e446d2352c6fbdbfc51b225
gobject submit 0 1 1513404958 5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133343034393538222c226e616d65223a22546f676f20547769747465722026205265646469742026204164766572746973696e67222c227061796d656e745f61646472657373223a22424e4b68365a38744b6145546f4679517a636666677352396773736a65434d5a4c57222c227061796d656e745f616d6f756e74223a22353137303030222c2273746172745f65706f6368223a2231353133343034393538222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f7069633d34372e6d7367383233236d7367383233227d5d5d 51afeff7228227ec1221f90174d5d59f9d3e4fa6f06f3e5876ac3edc405842d3
gobject submit 0 1 1513556580 5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133353536353830222c226e616d65223a22546f676f204d61737465724e6f6465732e50726f204c697374696e67222c227061796d656e745f61646472657373223a22424e4b68365a38744b6145546f4679517a636666677352396773736a65434d5a4c57222c227061796d656e745f616d6f756e74223a223839333230222c2273746172745f65706f6368223a2231353133353536353830222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f7069633d34392e6d7367383436236d7367383436227d5d5d c7d3667333e62340571daad2451fd6029d86b551dbacf2dbe8dd7164424a5046
gobject submit 0 1 1513814879 5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133383134383739222c226e616d65223a22446563656d6265722032303137204f727068616e205072656d69756d7320447565222c227061796d656e745f61646472657373223a224247645633316a397739794d354372436e7355735579465a6b776841734479445033222c227061796d656e745f616d6f756e74223a2232383934363039222c2273746172745f65706f6368223a2231353133383134383739222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f7069633d35332e6e6577236e6577227d5d5d 4868342d555ab9956468db1395867ff47ba66dd231504f24ccae6fc1071f1150
gobject submit 0 1 1513817646 5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133383137363436222c226e616d65223a22446563203230313720495420457870656e736573202d20506179726f6c6c222c227061796d656e745f61646472657373223a22424171425a6b4d69655a664553394c6b5667634d6d4d507633453638745a74394738222c227061796d656e745f616d6f756e74223a22383637333333222c2273746172745f65706f6368223a2231353133383137363436222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f7069633d35342e6d7367393134236d7367393134227d5d5d ad1b5bb5df2cd443506348971d731cb447b6b19aa5306a11ab7ede6dd0440305
gobject submit 0 1 1513839243 5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133383339323433222c226e616d65223a224d696b6520286e616e616e616d696e657229202d20506f6f6c206d696e696e6720536372697074222c227061796d656e745f61646472657373223a22424b504778554a76693832686937524133676d5055543861397441536a7472734d46222c227061796d656e745f616d6f756e74223a223136363932222c2273746172745f65706f6368223a2231353133383339323433222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f7069633d35362e6d7367393230236d7367393230227d5d5d 02201d22bb880fae63049302dade8244c68096956571d682674b98dd82926a5f
gobject submit 0 1 1513879298 5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133383739323938222c226e616d65223a224c697374696e67206174204d61737465726e6f6465732e6f6e6c696e65222c227061796d656e745f61646472657373223a2242503842436b44633431316132354b6a7344326b39745243574b4c6a47514643477a222c227061796d656e745f616d6f756e74223a223331323530302e3030222c2273746172745f65706f6368223a2231353133383739323938222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f7069633d35372e30227d5d5d 58dbb4c1c4bafb060d3417ae2bccbe1400f5a2472db560d0ef434ea32ce13df8
gobject submit 0 1 1513967446 5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133393637343436222c226e616d65223a22446563203230313720495420457870656e736573202d20506179726f6c6c20283229222c227061796d656e745f61646472657373223a22424171425a6b4d69655a664553394c6b5667634d6d4d507633453638745a74394738222c227061796d656e745f616d6f756e74223a223836373333332e3030222c2273746172745f65706f6368223a2231353133393637343436222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f7069633d35342e6d7367393134236d7367393134227d5d5d 26828e7d3a256469170145fee07e955e440e0e229b8fc50fabb0b56023c4806e
gobject submit 0 1 1513969155 5b5b2270726f706f73616c222c7b22656e645f65706f6368223a2231353133393639313535222c226e616d65223a22546573742050726f706f73616c222c227061796d656e745f61646472657373223a22424e4b68365a38744b6145546f4679517a636666677352396773736a65434d5a4c57222c227061796d656e745f616d6f756e74223a22313030222c2273746172745f65706f6368223a2231353133393639313535222c2274797065223a312c2275726c223a22687474703a2f2f666f72756d2e6269626c657061792e6f72672f696e6465782e7068703f746f 7069633d35392e6d7367393539236d7367393539227d5d5d 0061cdf97875fa94c737e03b0941b01e2e991f6c9d5cc720a3b6ec4f0d9e6f6b
So lets give it some time, and overnight lets see if we have 11+ gobjects, then we can verify the vote counts again and hopefully continue where we left off. Im seeing all the proposals in my gobject list now! === For any Sanctuary owners who do not know how to vote yet: http://wiki.biblepay.org/Create_Sanctuary_2#VOTE_ON_PROPOSALForum Proposals: http://forum.biblepay.org/index.php?board=5.0https://pool.biblepay.org/ >> Governance >> Proposal List You have to run command line commands to vote yes no or abstain (right click proposal on pool to copy command) |
|
|
|
"jaapgvk 3 points 6 hours ago I'm not sure, but since BBP is partly based on bitcoin, there is a way in which the bitcoin qt-wallet works that doesn't give you 100% certainty that only making a wallet.dat backup once is enough on the long run. See this explanation: Preventing and Recovering from Change Address Disasters. Incorrect use of Bitcoin change addresses account for many cases of loss or theft of funds. Here are some disaster scenarios and ways to avoid them. 1. Backup Failure Alice uses Bitcoin-Qt. Understanding the importance of backups, she created an encrypted wallet backup long ago and stored it in a safe place. After making dozens of transactions with Bitcoin-Qt, Alice’s hard drive crashed. Alice bought a new hard drive and then re-installed Bitcoin-Qt on it. She then restored her wallet backup. To her horror, Alice discovered the restored wallet was empty. Explanation: Alice generated enough change addresses to overflow the original pool of 100. On the 100th spending transaction, Bitcoin-Qt moved Alice’s change (which happend to be her entire balance) into an address not in the backup. Restoring the backup only restored empty addresses. Recovery: Even if a hard drive can’t boot an operating system, individual files can still be recovered. Using data recovery tools, Alice may be able to salvage the Bitcoin-Qt wallet from the faulty hard drive, and with it her lost funds. Prevention: Count the number of manually-created addresses and spending transactions since your last backup. If this number is greater than about 80, back up again. Weekly backups might be enough for most users. Set a very high value (e.g., 10,000) for the -keypool option, either as a command line parameter, or in the bitcoin.conf file. Switch to a deterministic wallet. https://bitzuma.com/posts/five-ways-to-lose-money-with-bitcoin-change-addresses/" === jaavpgvk also has fantastic advice! Ive heard about this 100 thing but wasnt sure, Could your provide any details on this 100 transaction functionality Rob? |
|
|
|
|
Show Posts
