New England New England 6 States Songs: https://www.reddit.com/newengland/comments/er8wxd/new_england_6_states_songs/ NewEnglandcoin Symbol: NENG NewEnglandcoin is a clone of Bitcoin using scrypt as a proof-of-work algorithm with enhanced features to protect against 51% attack and decentralize on mining to allow diversified mining rigs across CPUs, GPUs, ASICs and Android phones. Mining Algorithm: Scrypt with RandomSpike. RandomSpike is 3rd generation of Dynamic Difficulty (DynDiff) algorithm on top of scrypt. 1 minute block targets base difficulty reset: every 1440 blocks subsidy halves in 2.1m blocks (~ 2 to 4 years) 84,000,000,000 total maximum NENG 20000 NENG per block Pre-mine: 1% - reserved for dev fund ICO: None RPCPort: 6376 Port: 6377 NewEnglandcoin has dogecoin like supply at 84 billion maximum NENG. This huge supply insures that NENG is suitable for retail transactions and daily use. The inflation schedule of NengEnglandcoin is actually identical to that of Litecoin. Bitcoin and Litecoin are already proven to be great long term store of value. The Litecoin-like NENG inflation schedule will make NewEnglandcoin ideal for long term investment appreciation as the supply is limited and capped at a fixed number Bitcoin Fork - Suitable for Home Hobbyists NewEnglandcoin core wallet continues to maintain version tag of "Satoshi v0.8.7.5" because NewEnglandcoin is very much an exact clone of bitcoin plus some mining feature changes with DynDiff algorithm. NewEnglandcoin is very suitable as lite version of bitcoin for educational purpose on desktop mining, full node running and bitcoin programming using bitcoin-json APIs. The NewEnglandcoin (NENG) mining algorithm original upgrade ideas were mainly designed for decentralization of mining rigs on scrypt, which is same algo as litecoin/dogecoin. The way it is going now is that NENG is very suitable for bitcoin/litecoin/dogecoin hobbyists who can not , will not spend huge money to run noisy ASIC/GPU mining equipments, but still want to mine NENG at home with quiet simple CPU/GPU or with a cheap ASIC like FutureBit Moonlander 2 USB or Apollo pod on solo mining setup to obtain very decent profitable results. NENG allows bitcoin litecoin hobbyists to experience full node running, solo mining, CPU/GPU/ASIC for a fun experience at home at cheap cost without breaking bank on equipment or electricity. MIT Free Course - 23 lectures about Bitcoin, Blockchain and Finance (Fall,2018) https://www.youtube.com/playlist?list=PLUl4u3cNGP63UUkfL0onkxF6MYgVa04Fn CPU Minable Coin Because of dynamic difficulty algorithm on top of scrypt, NewEnglandcoin is CPU Minable. Users can easily set up full node for mining at Home PC or Mac using our dedicated cheetah software. Research on the first forked 50 blocks on v1.2.0 core confirmed that ASIC/GPU miners mined 66% of 50 blocks, CPU miners mined the remaining 34%. NENG v1.4.0 release enabled CPU mining inside android phones. Youtube Video Tutorial How to CPU Mine NewEnglandcoin (NENG) in Windows 10 Part 1 https://www.youtube.com/watch?v=sdOoPvAjzlE How to CPU Mine NewEnglandcoin (NENG) in Windows 10 Part 2 https://www.youtube.com/watch?v=nHnRJvJRzZg How to CPU Mine NewEnglandcoin (NENG) in macOS https://www.youtube.com/watch?v=Zj7NLMeNSOQ Decentralization and Community Driven NewEnglandcoin is a decentralized coin just like bitcoin. There is no boss on NewEnglandcoin. Nobody nor the dev owns NENG. We know a coin is worth nothing if there is no backing from community. Therefore, we as dev do not intend to make decision on this coin solely by ourselves. It is our expectation that NewEnglandcoin community will make majority of decisions on direction of this coin from now on. We as dev merely view our-self as coin creater and technical support of this coin while providing NENG a permanent home at ShorelineCrypto Exchange. Twitter Airdrop Follow NENG twitter and receive 100,000 NENG on Twitter Airdrop to up to 1000 winners Graphic Redesign Bounty Top one award: 90.9 million NENG Top 10 Winners: 500,000 NENG / person Event Timing: March 25, 2019 - Present Event Address: NewEnglandcoin DISCORD at: https://discord.gg/UPeBwgs Please complete above Twitter Bounty requirement first. Then follow Below Steps to qualify for the Bounty: (1) Required: submit your own designed NENG logo picture in gif, png jpg or any other common graphic file format into DISCORD "bounty-submission" board (2) Optional: submit a second graphic for logo or any other marketing purposes into "bounty-submission" board. (3) Complete below form. Please limit your submission to no more than two total. Delete any wrongly submitted or undesired graphics in the board. Contact DISCORD u/honglu69#5911 or u/krypton#6139 if you have any issues. Twitter Airdrop/Graphic Redesign bounty sign up: https://goo.gl/forms/L0vcwmVi8c76cR7m1 Milestones
Sep 3, 2018 - Genesis block was mined, NewEnglandcoin created
Sep 8, 2018 - github source uploaded, Window wallet development work started
Sep 11,2018 - Window Qt Graphic wallet completed
Sep 12,2018 - NewEnglandcoin Launched in both Bitcointalk forum and Marinecoin forum
Sep 14,2018 - NewEnglandcoin is listed at ShorelineCrypto Exchange
Sep 17,2018 - Block Explorer is up
Nov 23,2018 - New Source/Wallet Release v1.1.1 - Enabled Dynamic Addjustment on Mining Hashing Difficulty
Nov 28,2018 - NewEnglandcoin became CPU minable coin
Nov 30,2018 - First Retail Real Life usage for NewEnglandcoin Announced
Dec 28,2018 - Cheetah_Cpuminer under Linux is released
Dec 31,2018 - NENG Technical Whitepaper is released
Jan 2,2019 - Cheetah_Cpuminer under Windows is released
Jan 12,2019 - NENG v1.1.2 is released to support MacOS GUI CLI Wallet
Jan 13,2019 - Cheetah_CpuMiner under Mac is released
Feb 11,2019 - NewEnglandcoin v1.2.0 Released, Anti-51% Attack, Anti-instant Mining after Hard Fork
Mar 16,2019 - NewEnglandcoin v220.127.116.11 Released - Ubuntu 18.04 Wallet Binary Files
Apr 7, 2019 - NENG Report on Security, Decentralization, Valuation
Apr 21, 2019 - NENG Fiat Project is Launched by ShorelineCrypto
Sep 1, 2019 - Shoreline Tradingbot project is Launched by ShorelineCrypto
Dec 19, 2019 - Shoreline Tradingbot v1.0 is Released by ShorelineCrypto
Jan 30, 2020 - Scrypt RandomSpike - NENG v1.3.0 Hardfork Proposed
Feb 24, 2020 - Scrypt RandomSpike - NENG core v1.3.0 Released
Jun 19, 2020 - Linux scripts for Futurebit Moonlander2 USB ASIC on solo mining Released
Jul 15, 2020 - NENG v1.4.0 Released for Android Mining and Ubuntu 20.04 support
Jul 21, 2020 - NENG v18.104.22.168 Released for MacOS Wallet Upgrade with Catalina
Jul 30, 2020 - NENG v22.214.171.124 Released for Linux Wallet Upgrade with 8 Distros
Aug 11, 2020 - NENG v126.96.36.199 Released for Android arm64 Upgrade, Chromebook Support
Aug 30, 2020 - NENG v188.8.131.52 Released for Android/Chromebook with armhf, better hardware support
2018 Q3 - Birth of NewEnglandcoin, window/linux wallet - Done
2018 Q4 - Decentralization Phase I
Blockchain Upgrade - Dynamic hashing algorithm I - Done
Cheetah Version I- CPU Mining Automation Tool on Linux - Done
2019 Q1 - Decentralization Phase II
Cheetah Version II- CPU Mining Automation Tool on Window/Linux - Done
Blockchain Upgrade Dynamic hashing algorithm II - Done
2019 Q2 - Fiat Phase I
Assessment of Risk of 51% Attack on NENG - done
Launch of Fiat USD/NENG offering for U.S. residents - done
Initiation of Mobile Miner Project - Done
2019 Q3 - Shoreline Tradingbot, Mobile Project
Evaluation and planning of Mobile Miner Project - on Hold
Initiation of Trading Bot Project - Done
2019 Q4 - Shoreline Tradingbot
Shoreline tradingbot Release v1.0 - Done
2020 Q1 - Evaluate NENG core, Mobile Wallet Phase I
NENG core Decentralization Security Evaluation for v1.3.x - Done
Light Mobile Wallet Project Initiation, Evaluation
2020 Q2 - NENG Core, Mobile Wallet Phase II
NENG core Decentralization Security Hardfork on v1.3.x - Scrypt RandomSpike
Light Mobile Wallet Project Design, Coding
2020 Q3 - NENG core, NENG Mobile Wallet Phase II
Review on results of v1.3.x, NENG core Dev Decision on v1.4.x, Hardfork If needed
Light Mobile Wallet Project testing, alpha Release
2020 Q4 - Mobile Wallet Phase III
Light Mobile Wallet Project Beta Release
Light Mobile Wallet Server Deployment Evaluation and Decision
how to shibecoin v rich in minutes much instruct so simple any doge can do
UPDATE 1/21/14: I'm not updating this guide anymore. Most of the steps should still work though. See the wiki or check the sidebar for updated instructions. Before you do anything else, you need to get a wallet. Until there's a secure online wallet, this means you need to download the dogecoin client. Now open the client you just downloaded. You'll be given a default address automatically, and it should connect to peers and start downloading the dogechain (aka blockchain in formal speak). You'll know because there will be a progress bar at the bottom and at the lower right there should be a signal strength icon (TODO: add screenshots). If you've waited 2 or 3 minutes and nothing is happening, copy this:
And paste it into a new text file called dogecoin.conf, which you then place into the dogecoin app directory.
On Windows this is C:\Users\[YOUR_USER]\AppData\Roaming\DogeCoin
On Macs it's ~/Library/Application Support/DogeCoin
Now restart your qt client and the blockchain should start downloading in about 1-2 minutes. Once it finished downloading, you're ready to send and receive Dogecoins!
Decide how you want to get Dogecoin. Your options are:
I'll go into detail about each of these. I'm currently writing this out. I'll make edits as I add sections. Suggestions are welcome.
Mining is how new dogecoins are created. If you're new to crypto currencies, read this. To mine (also called "digging"), a computer with a decent GPU (graphics card) is recommended. You can also mine with your CPU, but it's not as efficient.
These instructions cover only Windows for now. To mine, you'll need to figure out what GPU you have. It'll be either AMD/ATI or Nvidia. The setup for both is approximately the same.
Step One: Choose a pool
There's a list of pools on the wiki. For now it doesn't really matter which one you choose. You can easily switch later. NOTE: Youcanmineintwoways.Solominingiswhereyouminebyyourself.Whenyoufindablockyougetallthereward.Poolminingiswhenyouteamupwithotherminerstoworkonthesameblocktogether.Thismakesitmorelikelythatyou'llfindablock,butyouwon'tgetallofit,you'llhavetosplititupwithothersaccordingtoyourshareofthework.Poolminingisrecommendedbecauseitgivesyoufrequentpayouts,becauseyoufindmoreblocks.Thelargerthepoolyoujoin,themorefrequentthepayouts,butthesmallertherewardyouget. Overalongperiodoftimethedifferencebetweenpoolandsolomininggoesaway,butifyousolomineitmightbemonthsbeforeyougetanycoins.
Step two: Set up pool account
The pool you chose should have a getting started page. Read it and follow the instructions. Instructions vary but the general idea is:
Create an account
Create a worker under the account
Grab the mining URL (usually on the getting started page)
Setup your cash out options in your account settings by entering one of your wallet's receiving addresses
When you're done with this, you'll need to know:
Your account, worker name, and worker password
The mining (stratum) URL (usually the pool's URL followed by a port)
Step three: Download mining software
For best performance you'll need the right mining software.
Create a text file in the same folder as your miner application. Inside, put the command you'll be running (remove brackets). For AMD it's cgminer.exe --scrypt -o stratum+tcp://: -u -p For Nvidia it's cudaminer.exe -o stratum+tcp://: -O : Substitute the right stuff in for the placeholders. Then on the next line of the text file type pause. This will let you see any errors that you get. Then save the file with any name you want, as long as the file extension is .bat. For example mine_serverName.bat.
Step five: Launch your miner
Just open the .bat file and a command line window should pop up, letting you know that the miner is starting. Once it starts, it should print out your hash rate. If you now go to the pool website, the dashboard should start showing your hashrate. At first it'll be lower than what it says in the miner, but that's because the dashboard is taking a 5 minute average. It'll catch up soon enough. NOTE: Anormalhashrateisbetween50Kh/suptoeven1Mh/sdependingonyourGPU.
You're now mining Dogecoins
That's it, nothing more to it.
CPU mining isn't really recommended, because you'll be spending a lot on more on power than you'd make from mining Dogecoin. You could better spend that money on buying Dogecoin by trading. But if you have free electricity and want to try it out, check out this informative forum post.
Trading has been difficult so far, but Dogecoin just got added to a few new exchanges. If you don't have a giant mining rig, this is probably the best way to get 100k or more dogecoins at the moment. I'll write up a more complete guide, but for now check out these sites:
Faucets are sites that give out free coins. Usually a site will give out somewhere between 1 and 100 Dogecoin. Every site has its own time limits, but usually you can only receive coins once every few hours, or in some cases, days. It's a great way to get started. All you do is copy your address from the receive section of your wallet and enter it on some faucet sites. Check out /dogecoinfaucets for more. If you go to each site on there you might end up with a couple hundred Dogecoin!
This method is pretty straightforward. Post your receiving address, and ask for some coins. Such poor shibe. The only catch is, don't do it here! Please go to /dogecoinbeg.
Other redditors can give you Dogecoin by summoning the tip bot, something like this: +dogetipbot 5 doge This might happen if you make a good post, or someone just wants to give out some coins. Once you receive a tip you have to accept it in a few days or else it'll get returned. Do this by following the instructions on the message you receive in your inbox. You reply to the bot with "+accept". Commands go in the message body. Once you do that, the bot will create a tipping address for you, and you can use the links in the message you receive to see your info, withdraw coins to your dogecoin-qt wallet, see your history, and a bunch of other stuff. As a bonus, so_doge_tip has a feature where you can get some Dogecoins to start with in exchange for how much karma you have. To do this, send the message "+redeem DOGE" to so_doge_tip. You'll need to create a tipping account if you don't have one. If you want to create a tipping account without ever being tipped first, message either of the bots with "+register" and an address will be created for you.
1/21/14 - Added note about this thread no longer being updated
1/21/14 - Changed wallet links to official site
12/27/13 - Added 1.3 wallet-qt links
12/21/13 - Added new windows 1.2 wallet link
12/20/13 - Fixed +redeem text
12/18/13 - Added short blurb on trading.
12/18/13 - Updated cudaminer to new version (cudaminer-2013-12-18.zip).
Replace user, pass and ips to match your setup. You can make up your own usepass. You need to use the same ones when configuring ccminer. 192.168.1.100 needs to be changed to the IP of the machine running the wallet. This setup allows connections from all ips in the range 192.168.1.X
Restart your QT wallet. (You can start the ravend console version instead at this point.)
NOTE: addnode is used to give the wallet a starting node to connect to and sync with gen=1 turns on mining by default when the wallet is opened genproclimit=1 sets number of mining threads to 1 by default 5. Close BiblePay and Run it again 6. In BiblePay, go to Tools menu, Click Debug Console 7. Type these commands into the debug console:
getinfo getmininginfo help
NOTE: getinfo will show you what block number your wallet is currently on and the version number getmininginfo will show you how many threads are running and how much mining hash you have help will show you all the other commands you can use Threads: 8. To change number of threads to use up for mining a. Edit %appdata%/BiblepayEvolution/biblepay.conf file: Find with File Explorer or inside the wallet go to Menu >> Tools >> Open Wallet Configuration File
and restart BiblePay -or- b. Menu >> Tools >> Debug Console >> Type command:
Create Worker Username(s) - Workers tab >>> Add (NOTE: Your Worker Username needs to be unique)
Enable pool and add Worker Username in %appdata%/BiblepayEvolution/biblepay.conf file, add these lines: pool=https://pool.biblepay.org workerid=insertWorkerUsernameHere
4. Restart BiblePay How to Withdraw Coins From Pool? The pool holds onto your coins, go to "Account" >> "Withdraw" to withdraw your coins In your BiblePay Wallet go to "File" >> "Receiving Address" and you can right click and copy the address and paste it into the Pool's Withdraw screen as the "Destination Address", then click the "Withdraw" button and the coins will be sent from the Pool to your Wallet Setup Auto-Withdraw Navigate to Account >>> Account Settings >>> Verify your BBP Receiving Address >>> Click Authorize-Auto-Withdraws Why use a Pool? As the network hash rises (as more miners are mining), it can take longer and longer to solve a block, by using the pool, everyone works together with all of their hash power to solve blocks, and the reward gets split between everyone who contributed based on how much they contributed in hash. With solo mining (not using the pool) it may take 1 month to finally solve a block and get large BBP reward, with pool you can get small frequent BBP rewards every ~30 minutes. (BBP meaning BiblePay coins) How to Update: Download exe from biblepay.org and install again, your wallet will stay intact Backup: Your wallet.dat stores your private keys that contain the access to your coins, this file is backed up every 24 hours in the backups folder, We also recommend that you save a copy of this file in other places, like a flash drive Learn More about Backing Up your Wallet.dat https://www.reddit.com/BiblePay/comments/7lksp4/backup_walletdat/ FAQ QUESTION: How long does it take for coins to mature? If you're solo mining, the coins become mature after ~100 blocks. If you're using the pool, they become mature after 24 hours QUESTION: How do I know if I am currently mining? In your wallet >> In Top left Menu select "Tools" >> Click "Debug Console" Type in the command: getgenerate If it returns true, mining is turned on command: getmininginfo Will show how much "hashps" (hashing) your pc is doing, "genproclimit" will show how many mining threads you are using "poolmining" will be show value of true if you are successfully mining on the pool How to Buy or Sell BBP coins? You can buy and sell BBP coins for Bitcoin on the Exchanges we are listed on: SouthXChange: https://www.southxchange.com/Market/Book/BBP/BTC CoinExchange.io: https://www.coinexchange.io/market/BBP/BTC Misc: Building headless Bitcoin and Bitcoin-qt on Windows https://bitcointalk.org/index.php?topic=149479.0https://msdn.microsoft.com/en-us/commandline/wsl/install_guidehttps://en.wikipedia.org/wiki/Windows_Subsystem_for_Linuxhttps://bitcointalk.org/index.php?topic=2388064.msg27133702#msg27133702https://github.com/OleEichhorn/bitcoin-msvc OUTDATED Windows Mining Video Tutorial by copper101great https://www.youtube.com/watch?v=K1yKx8KsH60
The pools are all reporting the wrong network data (I hope its this - but the rate of discovery of blocks by pools would suggest otherwise)”
(https://bitcointalk.org/index.php?topic=583449.msg6782852#msg6782852) -2192: “New source (0.8.8.1) is up with optimizations in the hashing. Hashrate should go up ~4x or so, but may have CPU architecture dependence. Windows binaries are up as well for both 64-bit and 32-bit." (https://bitcointalk.org/index.php?topic=583449.msg6788812#msg6788812) [eizh makes official announce of last miner optimization, it is may 17th] -2219: (https://bitcointalk.org/index.php?topic=583449.msg6792038#msg6792038) [wolf0 is part of the monero community for a while, discussing several topics as botnet mining and miner optimizations. Now spots security flaws in the just launched pools] -2301: "5x optimized miner released, network hashrate decreases by 10% Make your own conclusions. :|" (https://bitcointalk.org/index.php?topic=583449.msg6806946#msg6806946) -2323: "Monero is on Poloniex https://poloniex.com/exchange/btc_mro" (https://bitcointalk.org/index.php?topic=583449.msg6808548#msg6808548) -2747: "Monero is holding a $500 logo contest on 99designs.com now: https://99designs.com/logo-design/contests/monero-mro-cryptocurrency-logo-design-contest-382486" (https://bitcointalk.org/index.php?topic=583449.msg6829109#msg6829109) -2756: “So... ALL Pools have 50KH/s COMBINED. Yet, network hash is 20x more. Am i the only one who thinks that some people are insta mining with prepared faster miners?” (https://bitcointalk.org/index.php?topic=583449.msg6829977#msg6829977) -2757: “Pools aren't stable yet. They are more inefficient than solo mining at the moment. They were just released. 10x optimizations have already been released since launch, I doubt there is much more optimization left.” (https://bitcointalk.org/index.php?topic=583449.msg6830012#msg6830012) -2765: “Penalty for too large block size is disastrous in the long run. Once MRO value increases a lot, block penalties will become more critical of an issue. Pools will fix this issue by placing a limit on number and size of transactions. Transaction fees will go up, because the pools will naturally accept the most profitable transactions. It will become very expensive to send with more than 0 mixin. Anonymity benefits of ring signatures are lost, and the currency becomes unusable for normal transactions.” (https://bitcointalk.org/index.php?topic=583449.msg6830475#msg6830475) -2773: "The CryptoNote developers didn't want blocks getting very large without genuine need for it because it permits a malicious attack. So miners out of self-interest would deliberately restrict the size, forcing the network to operate at the edge of the penalty-free size limit but not exceed it. The maximum block size is a moving average so over time it would grow to accommodate organic volume increase and the issue goes away. This system is most broken when volume suddenly spikes." (https://bitcointalk.org/index.php?topic=583449.msg6830710#msg6830710) -3035: "We've contributed a massive amount to the infrastructure of the coin so far, enough to get recognition from cryptonote, including optimizing their hashing algorithm by an order of magnitude, creating open source pool software, and pushing several commits correcting issues with the coin that eventually were merged into the ByteCoin master. We also assisted some exchange operators in helping to support the coin. To say that has no value is a bit silly... We've been working alongside the ByteCoin devs to improve both coins substantially." (https://bitcointalk.org/index.php?topic=583449.msg6845545#msg6845545) [tacotime defends the Monero team and community of accusations of just “ripping-off” others hard-work and “steal” their project] -3044: "image" (https://bitcointalk.org/index.php?topic=583449.msg6845986#msg6845986) [Monero added to coinmarketcap may 21st 2014] -3059: "You have no idea how influential you have been to the success of this coin. You are a great ambassador for MRO and one of the reasons why I chose to mine MRO during the early days (and I still do, but alas no soup for about 5 days now)." (https://bitcointalk.org/index.php?topic=583449.msg6846509#msg6846509) [random user thanks smooth CONSTANT presence, and collaboration. It is not all FUD ;)] -3068: "You are a little too caught up in the mindset of altcoin marketing wars about "unique features" and "the team" behind the latest pump and dump scam. In fact this coin is really little more than BCN without the premine. "The team" is anyone who contributes code, which includes anyone contributing code to the BCN repository, because that will get merged as well (and vice-versa). Focus on the technology (by all accounts amazing) and the fact that it was launched in a clean way without 80% of the total world supply of the coin getting hidden away "somewhere." That is the unique proposition here. There also happens to be a very good team behind the coin, but anyone trying too hard to market on the basis of some "special" features, team, or developer is selling you something. Hold on to your wallet." (https://bitcointalk.org/index.php?topic=583449.msg6846638#msg6846638) [An answer to those trolls saying Monero has no innovation/unique feature] -3070: "Personally I found it refreshing that Monero took off WITHOUT a logo or a gui wallet, it means the team wasn't hyping a slick marketing package and is concentrating on the coin/note itself." (https://bitcointalk.org/index.php?topic=583449.msg6846676#msg6846676) -3119: “image” [included for the lulz] -3101: "[…]The main developers are tacotime, smooth, NoodleDoodle. Some needs are being contracted out, including zone117x, LucasJones, and archit for the pool, another person for a Qt GUI, and another person independently looking at the code for bugs." (https://bitcointalk.org/index.php?topic=583449.msg6848006#msg6848006) [the initial "core team" so far, eizh post] -3123: (https://bitcointalk.org/index.php?topic=583449.msg6850085#msg6850085) [fluffy steps-in with an interesting dense post. Don’t dare to skip it, worthwhile reading] -3127: (https://bitcointalk.org/index.php?topic=583449.msg6850526#msg6850526) [fluffy again, worth to read it too, so follow link, don’t be lazy] -3194: "Hi guys - thanks to lots of hard work we have added AES-NI support to the slow_hash function. If you're using an AES-NI processor you should see a speed-up of about 30%.” (https://bitcointalk.org/index.php?topic=583449.msg6857197#msg6857197) [flufflypony is now pretty active in the xmr topic and announces a new optimization to the crippled miner] -3202: "Whether using pools or not, this coin has a lot of orphaned blocks. When the original fork was done, several of us advised against 60 second blocks, but the warnings were not heeded. I'm hopeful we can eventually make a change to more sane 2- or 2.5-minute blocks which should drastically reduce orphans, but that will require a hard fork, so not that easy." (https://bitcointalk.org/index.php?topic=583449.msg6857796#msg6857796) [smooth takes the opportunity to remember the need of bigger target block] -3227: “Okay, optimized miner seems to be working: https://bitcointalk.org/index.php?topic=619373” [wolf0 makes public his open source optimized miner] -3235: "Smooth, I agree block time needs to go back to 2 minutes or higher. I think this and other changes discussed (https://bitcointalk.org/index.php?topic=597878.msg6701490#msg6701490) should be rolled into a single hard fork and bundled with a beautiful GUI wallet and mining tools." (https://bitcointalk.org/index.php?topic=583449.msg6861193#msg6861193) [tail emission, block target and block size are discussed in the next few messages among smooth, johnny and others. If you want to know further about their opinions/reasonings go and read it] -3268: (https://bitcointalk.org/index.php?topic=583449.msg6862693#msg6862693) [fluffy dares another user to bet 5 btc that in one year monero will be over dash in market cap. A bet that he would have lost as you can see here https://coinmarketcap.com/historical/20150524/ even excluding the 2M “instamined” coins] -3283: "Most of the previous "CPU only" coins are really scams and the developers already have GPU miner or know how to write one. There are a very few exceptions, almost certainly including this one. I don't expect a really dominant GPU miner any time soon, maybe ever. GPUs are just computers though, so it is certainly possible to mine this on a GPU, and there probably will be a some GPU miner, but won't be so much faster as to put small scale CPU miners out of business (probably -- absent some unknown algorithmic flaw). Everyone focuses on botnets because it has been so long since regular users were able to effectively mine a coin (due to every coin rapidly going high end GPU and ASIC) that the idea that "users" could vastly outnumber "miners" (botnet or otherwise) isn't even on the radar. The vision here is a wallet that asks you when you want to install: "Do you want to devote some of you CPU power to help secure the network. You will be eligible to receive free coins as a reward (recommended) [check box]." Get millions of users doing that and it will drive down the value of mining to where neither botnets nor professional/industrial miners will bother, and Satoshi's original vision of a true p2p currency will be realized. That's what cryptonote wants to accomplish with this whole "egalitarian mining" concept. Whether it succeeds I don't know but we should give it a chance. Those cryptonote guys seem pretty smart. They've probably thought this through better than any of us have." (https://bitcointalk.org/index.php?topic=583449.msg6863720#msg6863720) [smooth vision of a true p2p currency] -3318: "I have a screen shot that was PMed to me by someone who paid a lot of money for a lot of servers to mine this coin. He won't be outed by me ever but he does in fact exist. Truth." (https://bitcointalk.org/index.php?topic=583449.msg6865061#msg6865061) [smooth somehow implies it is not botnets but an individual or a group of them renting huge cloud instances] -3442: "I'm happy to report we've successfully cracked Darkcoin's network with our new quantum computers that just arrived from BFL, a mere two weeks after we ordered them." [fluffy-troll] -3481: “Their slogan is, "Orphaned Blocks, Bloated Blockchain, that's how we do"" (https://bitcointalk.org/index.php?topic=583449.msg6878244#msg6878244) [Major FUD troll in the topic. One of the hardest I’ve ever seen] -3571: "Tacotime wanted the thread name and OP to use the word privacy instead of anonymity, but I made the change for marketing reasons. Other coins do use the word anonymous improperly, so we too have to play the marketing game. Most users will not bother looking at details to see which actually has more privacy; they'll assume anonymity > privacy. In a world with finite population, there's no such thing as anonymity. You're always "1 of N" possible participants. Zero knowledge gives N -> everyone using the currency, ring signatures give N -> your choice, and CoinJoin gives N -> people who happen to be spending around the same amount of money as you at around the same time. This is actually the critical weakness of CoinJoin: the anonymity set is small and it's fairly susceptible to blockchain analysis. Its main advantage is that you can stick to Bitcoin without hard forking. Another calculated marketing decision: I made most of the OP about ring signatures. In reality, stealth addressing (i.e. one-time public keys) already provides you with 90% of the privacy you need. Ring signatures are more of a trump card that cannot be broken. But Bitcoin already has manual stealth addressing so the distinguishing technological factor in CryptoNote is the use of ring signatures. This is why I think having a coin based on CoinJoin is silly: Bitcoin already has some privacy if you care enough. A separate currency needs to go way beyond mediocre privacy improvements and provide true indistinguishably. This is true thanks to ring signatures: you can never break the 1/N probability of guessing correctly. There's no additional circumstantial evidence like with CoinJoin (save for IP addresses, but that's a problem independent of cryptocurrencies)." (https://bitcointalk.org/index.php?topic=583449.msg6883525#msg6883525) [Anonymity discussions, specially comparing Monero with Darkcoin and its coinjoin-based solution, keep going on] -3593: "Transaction fees should be a fixed percentage of the block reward, or at the very least not be controllable by the payer. If payers can optionally pay more then it opens the door for miner discrimination and tx fee bidding wars." (https://bitcointalk.org/index.php?topic=583449.msg6886770#msg6886770) [Johnny Mnemonic is a firm defender of fixed fees and tail emission: he see the “fee market” as big danger to the usability of cryptocurrencies] -3986: (https://bitcointalk.org/index.php?topic=583449.msg6930412#msg6930412) [partnership with i2p] -4373: “Way, way faster version of cpuminer: https://bitcointalk.org/index.php?topic=619373” (https://bitcointalk.org/index.php?topic=583449.msg6993812#msg6993812) [super-optimized miner is finally leaked to the public. Now the hashrate is 100 times bigger than originally with crippled miner. The next hedge for "cloud farmers" is GPU mining] -4877: “1. We have a logo! If you use Monero in any of your projects, you can grab a branding pack here. You can also see it in all its glory right here: logo […] 4. In order to maintain ISO 4217 compliance, we are changing our ticker symbol from MRO to XMR effective immediately." (https://bitcointalk.org/index.php?topic=583449.msg7098497#msg7098497) [Jun 2nd 2014] -5079: “First GPU miner: https://bitcointalk.org/index.php?topic=638915.0” (https://bitcointalk.org/index.php?topic=583449.msg7130160#msg7130160) [4th June: Claymore has developed the first CryptoNight open source and publicly available GPU miner] -5454: "New update to my miner - up to 25% hash increase. Comment and tell me how much of an increase you got from it: https://bitcointalk.org/index.php?topic=632724" (https://bitcointalk.org/index.php?topic=583449.msg7198061#msg7198061) [miner optimization is an endless task] -5464: "I have posted a proposal for fixed subsidy: https://bitcointalk.org/index.php?topic=597878.msg7202538#msg7202538" (https://bitcointalk.org/index.php?topic=583449.msg7202776#msg7202776) [Nice charts and discussion proposed by tacotime, worth reading it] -5658: "- New seed nodes added. - Electrum-style deterministic wallets have been added to help in the recovery of your wallet should you ever need to. It is enabled by default." (https://bitcointalk.org/index.php?topic=583449.msg7234475#msg7234475) [Now you can recover your wallet with a 24 word seed] -5726: (https://bitcointalk.org/index.php?topic=583449.msg7240623#msg7240623) [Bitcoin Pizza in monero version: a 2500 XMR picture sale (today worth ~$20k)] -6905: (https://bitcointalk.org/index.php?topic=583449.msg7386715#msg7386715) [Monero missives: CryptoNote peer review starts whitepaper reviewed)] -7328: (https://bitcointalk.org/index.php?topic=583449.msg7438333#msg7438333) [android monero widget built] This is a dense digest of the first several thousand messages on the definitive Monero thread. A lot of things happened in this stressful days and most are recorded here. It can be summarized in this:
28th April: Othe and zone117x assume the GUI wallet and CN pools tasks.
30th April: First NoodleDoodle's miner optimization.
11th May: First Monero exchanger
13th May: Open source pool code is ready.
16th May: First pool mined block.
19th May: Monero in poloniex
20th May: Monero +1100 bitcoin 24h trading volume in Poloniex.
21st May: New official miner optimization x4 speed (accumulated optimization x12-x16). Open source wolf0's CPU miner released.
25th May: partnership with i2p
28th May: The legendary super-optimized miner is leaked. Currently running x90 original speed. Hedge of the "cloud farmers" is over in the cpu mining.
2nd June: Monero at last has a logo. Ticker symbol changes to the definitive XMR (former MRO)
4th June: Claymore's open source GPU miner.
10th June: Monero's "10,000 bitcoin pizza" (2500 XMR paintig). Deterministic seed-based wallets (recover wallet with a 24 word seed)
March 2015 – tail emission added to code
March 2016 – monero hard forks to 2 min block and doubles block reward
There basically two things in here that can be used to attack Monero:
Crippled miner Gave unfair advantage to those brave enough to risk money and time to optimize and mine Monero.
Fast curve emission non-bitcoin-like curve as initially advertised and as it was widely accepted as suitable
Though we have to say two things to support current Monero community and devs:
The crippled miner was coded either by Bytecoin or CryptoNote, and 100% solved within a month by Monero community
The fast curve emission was a TFT miscalculation. He forgot to consider that as he was halving the block target he was unintentionally doubling the emission rate.
Vertcoin's Recent Decisions. The damage hasn't been done yet, please join me in stopping the madness!
Foreword Alright, I’ve been sitting on the sidelines about most of the dealings with Vertcoin because I felt like a lot of the sensible voices were loud enough on their own. Many people have stepped up to the plate and developed amazing products that benefit Vertcoin at no addition expense to the original development team. I’ve seen and helped test/brainstorm some incredible projects. Vert.geek.nz was a great example: a project that promoted p2pool mining while still allowing miners to reap the benefit of merged mining. Before nzsquirrell brought us this product we were all forced to either solo mine or to switch to a mining pool that support merged coins (namely SimpleVert at the time). V2p was another amazing product. There's the One Click Miner that's being developed right now... There are a lot more, but my point is that people were able to see a need for a new service, and build that service without any voting or public funding or whatever. And they did an amazing job because they thought things through. With input from multiple sources, and a slow, steady brainstorming session, they were able to develop something that really couldn’t have been made better. Democracy in Action Alternatively, Vertcoin itself is being left to an absolutely ridiculous voting process right now that WILL destroy the coin, and here’s why: The democratic process doesn’t work. If you build a system by which the majority can make these kinds of decisions, you create an environment based purely on mob mentality. If I can convince a large enough group of people that a certain idea is better than another, I win. This is extremely bad if you’re trying to gather interest from investors as well because it creates too much variance in coin value and feature sets (the idea of changing the also they would probably like, since that’s something Vertcoin has been about since the beginning, changing the inner workings of the coin simply to combat a single “problem” is VERY BAD if you want to attract investors because they see these moves as signs of weakness). Development Now, I’ll come back to the VertVote process later, because I think the most important thing to talk about right now is the decision-making process on the part of our developers. The VTC dev team has done numerous things that don’t make sense to a number of users lately, and they need to be addressed. First, the website update. We’ve beat this horse to a pulp, and I understand that, but I think people still need to keep this in mind. When the new site was released, there wasn’t any input from the community. There wasn’t any play-testing or public brainstorming done to help promote discussion that might have found issues with this site. For example, the “Mining” page still doesn’t have a single mining pool listed, which leaves a user to go out and find a solid pool on their own. This isn’t easy, especially for someone who doesn’t even know how cryptocurrencies work (the primary audience for a site like this should be users with no crypto experience). The same goes for the “Details” page. There’s plenty of technical information, but that doesn’t mean anything to a regular person. They don’t know what an algorithm is, or what block times/rewards are… It even mentioned merged-mining, without any information on what that is. It’s just confusing for a newbie. Management Second, and similarly, the marketing fund got thrown into a pit of uselessness. Vertcoin.org was advertised to miners on a site where people go to see the profitability and mining calculations for a number of coins. Let’s just say that the ad actually catches a miners eye and they click on it. It would lead them to a site that has no information on which mining pools they can/should connect to, aside from p2pool. So the most common frequenter of that site can’t access the most important information he would want from the Vertcoin website. I want to know how that seemed like a good idea. Alternatively, a group of dedicated Vertans (including one miner that has somewhere in the ballpark of 40 rigs, so he’s pretty damn dedicated), built an entire site from scratch that addressed a number of things for regular folks who we should be attracting to Vertcoin, and presented it to the community and the development team. I realize that there’s a sort of pride in work mentality that might have made the devs prefer their own site, but in this case the new presentation was, in my opinion, better. Furthermore, the devs could have taken this new site and moved it over straight away with almost no other changes, besides a couple small fixes and integration to include mobile browsers. Instead, all they got was a 'thanks for the suggestions, I’ll use some of your stuff if it seems fitting’. If you want to check out the alternative site that a few dedicated Vertans built, check it out here. VertVote Now, I promised to come back to VertVote. VertVote says on their front page: "You may vote once on any active poll. Make your voice heard Vertan!”, yet there’s literally nothing stopping a member from voting multiple times. So now we’re making decisions about the life of the coin based on how many possible mis-informed people vote for something, with the honest folks losing out more than anyone else (since the honest ones are the ones less likely to cheat)… Probably the most important factor for VertVote would be the fact that it's in the hands of such a knee-jerk crew right now. I didn't even realize that the vote for block maturation was actually a decision-making vote. I assumed it was simply a poll that the dev team wanted to conduct to get a gauge of how strongly the miners feel on the subject. Instead, they took one of the most poorly worded/conducted votes and turned it into the final decision on the continuation of the coin. That was the wrong decision. Not only that, but it appears that the dev team has decided to interpret the voting results however they see fit, without letting anyone know the conditions of the vote in advance. The example of this being that fact that they completely disregarded the winning vote and instead gave the vote to the second-highest result. To me, this would be like throwing the clear presidential winner out because he only had 49% of the vote (so 51% didn’t want him) and instead picking the candidate who had 30% of the vote simply because he was among the majority… It makes no sense, and if you were going to start a vote with such a senseless base to it, you should have stated as much and given voters more time to decide before they cast their vote(s). As for the VertVote manipulation, for those who don’t believe me. It’s incredibly easy, and ridiculous. To test things out, I used 100 VTC, spread it out across 10 VTC addresses and cast a vote from each. Nothing in the site, not even a browser cookie, stopped me from casting multiple votes. But then I thought a bit more. Why limit myself by how much VTC I have? All I need is 10 VTC in an address at the moment I cast my vote. So really, I just need 10 VTC plus [number of votes I want to cast] times [transaction fee to send 10 VTC]. I could just keep creating wallets, sending the 10 VTC to the new wallet, and vote again… On the other hand, one of the measures to fight against this behavior is a block on IP addresses submitting multiple votes. This doesn't seem all that logical, considering multiple people could reside at one location / share an internet connection and not be able to voice their opinion as well as a single person / internet user. Economically, These are Bad Decisions As for the block subsidy change proposal: This is getting out of hand. Cryptocurrencies’ values need to stay in line with regular products and fiat currency. A very successful cryptocurrency should have about a 1:1 ratio with things normal people are used to. What this means is that we want Vertcoin to settle in value somewhere between $0.50 and $3 each, so that normal people can easily convert the value and go from there. Artificially halting/slowing the production of Vertcoin may result in a slight pump in value, but ultimately it will detract investors because it causes more variance (who knows what the devs/community will want to do next) and it makes Vertcoin less easy to calculate compared to what they’re used to (i.e. the dollar, euro, etc). Think of it, literally, as a coin. If Vertcoin were an actual coin and each coin were worth over $100, people won’t exactly want to carry it around. For this reason, Bitcoin community members have been discussing creating a denomination of sorts, so they could refer to smaller increments of BTC as something like bits and have each bit worth $0.10-1.00. Your proposal would do the exact opposite and make Vertcoin even more difficult for the layman to comprehend. Minor side-point One last thing, and this is mostly unrelated (I noticed it during my experimentation): Vertcoin-Qt has an option to view a transaction on VertExplorer, even though VertExplorer isn’t even around anymore. Alternatively, there’s explorer.vertcoin.org, which works fine. Can the devs please change the wallet so that it can reference transactions without having to copy, browse to explorer.vertcoin.org and then paste/search for that transaction? For Those Who Think We Need VertVote: I ask you this, what did you come here for? Did you like Vertcoin, or did you like the idea of a coin that could be constantly changed on the whim of a couple hundred votes? We all bought into Vertcoin because we liked what it stood for (ASIC-resistance), and the economics of it were sound. Even now, the economics of it are only frowned upon because we see so many PoS coins taking over the market. Nobody's out there suggesting we switch to a PoS model, even though PoS is patently anti-ASIC, ASIC-proof for that matter. The whole point of cryptocurrencies is that they are void of any centralized control. If we leave this coin up to the decisions of those who hold it, we're still centralizing the currency's control to those people in particular. Instead, we should be basing the currency on a constitutional model (by that I mean that there should be absolutes that won't be changed, such as the block reward schedule, total VTC supply, time to block solve, etc). The technical details should only change out of absolute necessity to maintain the requirements laid out in the coin's "constitution". In this case, changing the algorithm makes sense, because it maintains the constitutional requirement of being ASIC-resistant. Changing the block reward is just an idea that people like because they see it as a way to increase the value and ROI of their current holdings, without regard to the fact that it'll scare off practically any conscious investor.
"1) I can backup my wallet by exporting a wallet.dat file. Do I have to do this everytime I receive more BBP? Or just whenever I add a new key? 2) How do I add new keys? 3) Can I generate and see the private key so that I can write it down/print it and store it somewhere safe?" -znffal 1) think of your wallet.dat file as your passbook in a passbook savings account. You have to have that .dat file to be able to access (and prove you SHOULD have access) to the BBP stored in your account addresses. Exporting it once is all you need. 2) Adding new keys? The passphrase (password) you use is the only "key" you would have in an encrypted wallet (besides the .dat file). If you mean new addresses, you can get those by going under File and Sending (or Receving) Addresses and hit "new". 3) Clicking Encrypt Wallet will be where you choose a passphase, I don't know you can see it other than when you enter it. To put a real world example or two. Example One: You don't ever encrypt or backup your wallet. If I borrowed/stole/hacked your computer, I could send all your coins to my wallet (no passphrase). Example Two: You encrypt your wallet with the passphrase "secret" but don't backup the wallet.dat file, then your computer crashes and you lose all your data. Since you didn't have a copy of the wallet.dat file, your coins would be lost. Example Three: You backup your wallet.dat but don't encrypt it. Your computer crashes and all your data is lost, but you re-download the QT program, restore your wallet.dat, all your coins are still in you wallet. But if you lose your USB drive that has the wallet.dat on it, and I find it, I can put your wallet.dat on another computer and send all your coins to my wallet. Example Four: You encrypt your wallet and back up the wallet.dat file. If I hack/borrow your computer, unless I guess your passphrase your coins are safe. If you computer crashes, your can restore your wallet.dat file to another computer and your coins are safe. In short, Encrypt your wallet (passpharse) and then backup (copy) the wallet.dat file to at least two locations." -616westwarmoth "Find your wallet.dat file, copy it to a flash drive or any other secure place. If your computer crashes, you'll always have the wallet.dat and can put it on a new machine. It will have to resync a bit when you do, but you'll never lose your "key" to the wallet. Speaking of keys, you should password protect your wallet and make sure to remember it!" "Yes you must have a copy of the wallet.dat somewhere. So multiple back up copies are a good idea. If you lose the wallet.dat file the coins will be in limbo but there will be no way to recreate the file. One thing to remember is it doesn't matter if the wallet.dat file is "current", it can be 10 years old on a flash drive and you can download a new client, put the wallet.dat file into the machine and you'll be good." -616westwarmoth "In addition to this, whenever you reboot the node after more than 24 hours of being synced, we back your wallet.dat up into the "backups" folder. This is useful if you ever accidentally delete your wallet.dat. Also, if you want a paper backup, you can do a 'dumpprivkey accountaddress' command from the RPC." -Rob "wallet is a collection of private keys" "there are other ways to achieve high security. You can make a new wallet, encrypt it with a long password, send coins to it, put it on a flash drive and put it in cold storage, then download the hard drive cleaning program and erase the wallet.dat sectors from your PC. And of course, keep a printed copy of the private key on paper and put it in a safe. Put the usb in the safe also. Burn a cd rom with the wallet.dat file and put it in the safe." -Rob How to safely back up your wallet https://dashpay.atlassian.net/wiki/spaces/DOC/pages/1867878/How+to+safely+back+up+your+wallet Keep Your Crypto #SAFU (CZ's Tips) https://www.binance.com/en/blog/421499824684900429/Keep-Your-Crypto-SAFU-CZs-Tips References: https://bitcointalk.org/index.php?topic=2042657.msg23955128#msg23955128http://forum.biblepay.org/index.php?topic=27.0https://bitcointalk.org/index.php?topic=2388064.msg27797529#msg27797529 To Read: https://en.bitcoin.it/wiki/Wallethttps://en.bitcoin.it/wiki/Storing_bitcoinshttps://bitcoin.org/en/secure-your-wallet NOTE: As of version 184.108.40.206 we have updated to HD wallets, so you should not need to worry about keypools anymore if you have upgraded "Regarding the Sanctuary, you receive payments always to the same address (key), so the keypool is not consumed for those payments. But when you click to generate a new address on the "Receive" tab, one key will be deducted from the keypool. Also, sometimes new addresses are automatically generated and the keypool is consumed, for example when solo mining and finding a block, a new address could be used for the block reward. You can always check your current keypool size by typing "getwalletinfo" in the RPC console and see "keypoolsize" and "keys_left". It's only concerning if they are a low number and you plan to generate new addresses in your wallet. They start from 1000. If the number gets too low, you can just type "keypoolrefill" to refill them back to 1000 and then you should backup the wallet. But from my experience the wallet automatically refills the keypool from time to time (or after certain actions like transactions), because I see that my wallet file keeps getting larger and the "keys_left" returns to 1000. The only issue is if you actively use your wallet on multiple computers (for example cloud mining or simply sometimes using the wallet on your laptop), then one wallet could refill the keypool with new addresses and the other one will not, or they will generate different new addresses. If I understand this correctly, for example, you could receive a payment on a new address generated in one wallet; your old balance will be there on both wallets, but only the one wallet where you generated the new address would show the new payment. Then you should copy the wallet.dat file to other computers, to update them. If you use the wallet on just one computer, you should just backup the wallet from time to time (or when you see it has increased in size). Qt also backups wallet.dat automatically, those can be found in the folder %AppData%\BiblepayCore\backups, you will see that they also have timestamps in their names and possibly different sizes." -inblue https://bitcointalk.org/index.php?topic=2388064.msg27391534#msg27391534
Setting up solo mining just targeting USB erupters? PC/Mac?
I am having trouble trying to get solo mining started on either my PC or Mac. I have a PC set up that is using three 7950s that are mining Litecoins. I'd like to have my 2 USB erupters solo mining Bitcoins for fun on the same system. I have the drivers installed for the USB miners and my system recognizes them. I am starting Bitcoin-QT as -server My bitcoin.conf looks like this: listen=1 server=1 rpcuser=user rpcpassword=pass I set up a BFG .bat like this: bfgminer.exe -o 127.0.0.1:8332 -O -u user -p pass When I launch that, BFG just crashes. I have also tried it with CGminer and that crashes also. I'd like to keep CGminer on the cards Litecoin mining and use BFG for the USB miners. How do I get BFG to work just with the USBs? Also, do I need to input a Bitcoin address somewhere so if I did solve something I get the payout? Sometimes, I do more work on my Mac and am also trying to set up the USBs to mine on a Mac using Diablo miner. Will that work the same way as the PC setup once we get it figured out? Thanks for any help.
Right off the bat, I want to specify that I know this is ridiculously unlikely to ever find a block. I just upgraded my mining equipment and I am thinking I would like to use my old block erupters and antminers to run solo mining as a sort of lottery - in case one day I strike it lucky. In the meantime, my main mining equipment will be pointed to my usual pool. This is only for my own enjoyment! That being said, can someone verify if I have this set up properly? I have figured out how to start my Bitcoin-qt in server mode, and I have established the .bat file for BFGminer as: bfgminer.exe -S antminer:all -o 127.0.0.1:8332 -u me -p mypassword --set-device antminer:clock=x0b81 Is that correct? I start it up and have verification that my miners are hashing, but I also get the following line from BFGMiner: "No suitable long-poll found for http://127.0.0.1:8332" I have read on other threads here that if the miners are hashing it is working despite that error line. I would like to make sure as I don't have a background in programming so this is still pretty confusing to me. Also, without specifying a payout address, any new block found will be credited directly to the bitcoin client wallet I am running as a server, correct? The text from the BFGMiner readme file is not clear on this point, and suggests my line should be: bfgminer.exe -S antminer:all -o 127.0.0.1:8332 -u me -p mypassword --set-device antminer:clock=x0b81 --coinbase-addr myaddress --coinbase-sig "something else goes here" Thanks in advance for the help. I know this will probably be fruitless, but I think it will be fun to play these old miners as a Vegas-style gamble and use my main equipment as my "real" mining. I'm asking this partly because the directions in the readme file are vague: "BFGMiner supports solo mining with any GBT-compatible bitcoin node (such as bitcoind). To use this mode, you need to specify the URL of your bitcoind node using the usual pool options (--url, --userpass, etc), and the --coinbase-addr option to specify the Bitcoin address you wish to receive the block rewards mined." While I understand that this means a payout address can be entered, it does not specify if a payout address MUST be entered. I was under the impression that mined coins are paid directly to the bitcoin wallet that functions as a server. " If your bitcoin node does not support longpolling (for example, bitcoind 0.8.x), you should consider setting up a failover pool to provide you with block notifications." I'm pretty sure this is in reference to the long-poll error I am getting, but I'm not sure what it means.
Complete noob question. How do I start mining solo with BFGMiner on Windows 7? Explain it like I'm 5.
I have a machine built with Windows 7, and have my Bitcoin-qt wallet. Now all I need to know is how to start mining solo with BFGMiner. I'm not going to join a pool, and most FAQs only list joining pools when starting BFGMiner, but not solo mining. I have no clue how to proceed. Also, are there any other mining software that the community might recommend? Any help would be greatly appreciated. Thanks! EDIT: Okay people. I know about hash rates, ASIC processors, and the diminishing number on returns for mining solo with increasing difficulty. That's not my concern. I just need to know how to start BFGMiner in solo mode to start mining. Anybody have an answer? This is for testing purposes, and my own curiosity. Any help would be appreciated.
Hey guys, I've been following Bitcoin for a while now and have finally decided to get into it. I have set up a Bitcoin wallet using Bitcoin-Qt, and am now interested in mining. I will be mining with an nVidia GTX780. I know that mining with a graphics card is no longer a viable option for profit (especially using an nVida card) and that most miners are using specialized dedicated hardware, however I am not concerned about this because:
I am doing this to learn about mining, not to earn money.
In my current setup I am not paying for electricity/internet/hardware/etc. Technically a single µBitcoin would be a profit for me, but again I am treating this more as a learning experiance.
I do not wish to spend any money on hardware upgrades at this time.
i7-4930K @ 3.40GHz (yes, I know I can clock it higher)
GeForce GTX 780
16 GB RAM
I have several questions on how to best utilize my setup. I want to be able to mine efficiently, yet at the same time I would like to use my computer for other things. To that end:
Is it possible to pause a mining operation in order to do something else, and then resume it at a later time without losing data?
Would it be better to solo mine or pool mine? I am guessing that pool mining will be better in the long run, but would it hurt to solo mine for now?
What is the best mining tool for me? I currently have GUIMiner, but I have seen a few other tools as well.
OpenCL vs CUDA. what's the differance between the two?
Hopefully someone can assist me in this. Sorry if some of my questions are a bit n00bish, but I feel like I am drowning in a wealth of information and I don't know what is relevant or not to my needs.
P2P-Mining is it posssible? Would it help to lower the chance of a 51% attack?
As far as I know the first versions of bitcoin-qt allowed solo-mining. Due to increased difficulty solo-mining became inefficient and was removed from bitcoin-qt. People began to organize in mining-pools and the resulting rewards were split proportionally between the participating miners. Now we have the problem of centralisation. Single pools are close to doing 50% of all mining. This may be ok as long as the operators of these pools have no bad intentions. Yet rather than having to rely on trust, I would prefer a decentralized solution. Thus I wanted to ask the community: Is it possible/conceivable to write an Open Source, Peer To Peer mining application that essentially provides the same benefits as mining pools do but doesn't give too much control to single entities? What are possible obstacles and how do we overcome them? What are the benefits? Your thoughts....?
Bitcoin Core 0.10.0 released | Wladimir | Feb 16 2015
Wladimir on Feb 16 2015: Bitcoin Core version 0.10.0 is now available from: https://bitcoin.org/bin/0.10.0/ This is a new major version release, bringing both new features and bug fixes. Please report bugs using the issue tracker at github: https://github.com/bitcoin/bitcoin/issues The whole distribution is also available as torrent: https://bitcoin.org/bin/0.10.0/bitcoin-0.10.0.torrent magnet:?xt=urn:btih:170c61fe09dafecfbb97cb4dccd32173383f4e68&dn;=0.10.0&tr;=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr;=udp%3A%2F%2Ftracker.publicbt.com%3A80%2Fannounce&tr;=udp%3A%2F%2Ftracker.ccc.de%3A80%2Fannounce&tr;=udp%3A%2F%2Ftracker.coppersurfer.tk%3A6969&tr;=udp%3A%2F%2Fopen.demonii.com%3A1337&ws;=https%3A%2F%2Fbitcoin.org%2Fbin%2F Upgrading and downgrading How to Upgrade If you are running an older version, shut it down. Wait until it has completely shut down (which might take a few minutes for older versions), then run the installer (on Windows) or just copy over /Applications/Bitcoin-Qt (on Mac) or bitcoind/bitcoin-qt (on Linux). Downgrading warning Because release 0.10.0 makes use of headers-first synchronization and parallel block download (see further), the block files and databases are not backwards-compatible with older versions of Bitcoin Core or other software:
Blocks will be stored on disk out of order (in the order they are
received, really), which makes it incompatible with some tools or other programs. Reindexing using earlier versions will also not work anymore as a result of this.
The block index database will now hold headers for which no block is
stored on disk, which earlier versions won't support. If you want to be able to downgrade smoothly, make a backup of your entire data directory. Without this your node will need start syncing (or importing from bootstrap.dat) anew afterwards. It is possible that the data from a completely synchronised 0.10 node may be usable in older versions as-is, but this is not supported and may break as soon as the older version attempts to reindex. This does not affect wallet forward or backward compatibility. Notable changes Faster synchronization Bitcoin Core now uses 'headers-first synchronization'. This means that we first ask peers for block headers (a total of 27 megabytes, as of December 2014) and validate those. In a second stage, when the headers have been discovered, we download the blocks. However, as we already know about the whole chain in advance, the blocks can be downloaded in parallel from all available peers. In practice, this means a much faster and more robust synchronization. On recent hardware with a decent network link, it can be as little as 3 hours for an initial full synchronization. You may notice a slower progress in the very first few minutes, when headers are still being fetched and verified, but it should gain speed afterwards. A few RPCs were added/updated as a result of this:
getblockchaininfo now returns the number of validated headers in addition to
the number of validated blocks.
getpeerinfo lists both the number of blocks and headers we know we have in
common with each peer. While synchronizing, the heights of the blocks that we have requested from peers (but haven't received yet) are also listed as 'inflight'.
A new RPC getchaintips lists all known branches of the block chain,
including those we only have headers for. Transaction fee changes This release automatically estimates how high a transaction fee (or how high a priority) transactions require to be confirmed quickly. The default settings will create transactions that confirm quickly; see the new 'txconfirmtarget' setting to control the tradeoff between fees and confirmation times. Fees are added by default unless the 'sendfreetransactions' setting is enabled. Prior releases used hard-coded fees (and priorities), and would sometimes create transactions that took a very long time to confirm. Statistics used to estimate fees and priorities are saved in the data directory in the fee_estimates.dat file just before program shutdown, and are read in at startup. New command line options for transaction fee changes:
-txconfirmtarget=n : create transactions that have enough fees (or priority)
so they are likely to begin confirmation within n blocks (default: 1). This setting is over-ridden by the -paytxfee option.
-sendfreetransactions : Send transactions as zero-fee transactions if possible
(default: 0) New RPC commands for fee estimation:
estimatefee nblocks : Returns approximate fee-per-1,000-bytes needed for
a transaction to begin confirmation within nblocks. Returns -1 if not enough transactions have been observed to compute a good estimate.
estimatepriority nblocks : Returns approximate priority needed for
a zero-fee transaction to begin confirmation within nblocks. Returns -1 if not enough free transactions have been observed to compute a good estimate. RPC access control changes Subnet matching for the purpose of access control is now done by matching the binary network address, instead of with string wildcard matching. For the user this means that -rpcallowip takes a subnet specification, which can be
a single IP address (e.g. 220.127.116.11 or fe80::0012:3456:789a:bcde)
a network/CIDR (e.g. 18.104.22.168/24 or fe80::0000/64)
a network/netmask (e.g. 22.214.171.124/255.255.255.0 or fe80::0012:3456:789a:bcde/ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff)
An arbitrary number of -rpcallow arguments can be given. An incoming connection will be accepted if its origin address matches one of them. For example: | 0.9.x and before | 0.10.x | |--------------------------------------------|---------------------------------------| | -rpcallowip=192.168.1.1 | -rpcallowip=192.168.1.1 (unchanged) | | -rpcallowip=192.168.1.* | -rpcallowip=192.168.1.0/24 | | -rpcallowip=192.168.* | -rpcallowip=192.168.0.0/16 | | -rpcallowip=* (dangerous!) | -rpcallowip=::/0 (still dangerous!) | Using wildcards will result in the rule being rejected with the following error in debug.log:
Error: Invalid -rpcallowip subnet specification: *. Valid are a single IP (e.g. 126.96.36.199), a network/netmask (e.g. 188.8.131.52/255.255.255.0) or a network/CIDR (e.g. 184.108.40.206/24).
REST interface A new HTTP API is exposed when running with the -rest flag, which allows unauthenticated access to public node data. It is served on the same port as RPC, but does not need a password, and uses plain HTTP instead of JSON-RPC. Assuming a local RPC server running on port 8332, it is possible to request:
In every case, EXT can be bin (for raw binary data), hex (for hex-encoded binary) or json. For more details, see the doc/REST-interface.md document in the repository. RPC Server "Warm-Up" Mode The RPC server is started earlier now, before most of the expensive intialisations like loading the block index. It is available now almost immediately after starting the process. However, until all initialisations are done, it always returns an immediate error with code -28 to all calls. This new behaviour can be useful for clients to know that a server is already started and will be available soon (for instance, so that they do not have to start it themselves). Improved signing security For 0.10 the security of signing against unusual attacks has been improved by making the signatures constant time and deterministic. This change is a result of switching signing to use libsecp256k1 instead of OpenSSL. Libsecp256k1 is a cryptographic library optimized for the curve Bitcoin uses which was created by Bitcoin Core developer Pieter Wuille. There exist attacks against most ECC implementations where an attacker on shared virtual machine hardware could extract a private key if they could cause a target to sign using the same key hundreds of times. While using shared hosts and reusing keys are inadvisable for other reasons, it's a better practice to avoid the exposure. OpenSSL has code in their source repository for derandomization and reduction in timing leaks that we've eagerly wanted to use for a long time, but this functionality has still not made its way into a released version of OpenSSL. Libsecp256k1 achieves significantly stronger protection: As far as we're aware this is the only deployed implementation of constant time signing for the curve Bitcoin uses and we have reason to believe that libsecp256k1 is better tested and more thoroughly reviewed than the implementation in OpenSSL.  https://eprint.iacr.org/2014/161.pdf Watch-only wallet support The wallet can now track transactions to and from wallets for which you know all addresses (or scripts), even without the private keys. This can be used to track payments without needing the private keys online on a possibly vulnerable system. In addition, it can help for (manual) construction of multisig transactions where you are only one of the signers. One new RPC, importaddress, is added which functions similarly to importprivkey, but instead takes an address or script (in hexadecimal) as argument. After using it, outputs credited to this address or script are considered to be received, and transactions consuming these outputs will be considered to be sent. The following RPCs have optional support for watch-only: getbalance, listreceivedbyaddress, listreceivedbyaccount, listtransactions, listaccounts, listsinceblock, gettransaction. See the RPC documentation for those methods for more information. Compared to using getrawtransaction, this mechanism does not require -txindex, scales better, integrates better with the wallet, and is compatible with future block chain pruning functionality. It does mean that all relevant addresses need to added to the wallet before the payment, though. Consensus library Starting from 0.10.0, the Bitcoin Core distribution includes a consensus library. The purpose of this library is to make the verification functionality that is critical to Bitcoin's consensus available to other applications, e.g. to language bindings such as [python-bitcoinlib](https://pypi.python.org/pypi/python-bitcoinlib) or alternative node implementations. This library is called libbitcoinconsensus.so (or, .dll for Windows). Its interface is defined in the C header [bitcoinconsensus.h](https://github.com/bitcoin/bitcoin/blob/0.10/src/script/bitcoinconsensus.h). In its initial version the API includes two functions:
bitcoinconsensus_verify_script verifies a script. It returns whether the indicated input of the provided serialized transaction
correctly spends the passed scriptPubKey under additional constraints indicated by flags
bitcoinconsensus_version returns the API version, currently at an experimental 0
The functionality is planned to be extended to e.g. UTXO management in upcoming releases, but the interface for existing methods should remain stable. Standard script rules relaxed for P2SH addresses The IsStandard() rules have been almost completely removed for P2SH redemption scripts, allowing applications to make use of any valid script type, such as "n-of-m OR y", hash-locked oracle addresses, etc. While the Bitcoin protocol has always supported these types of script, actually using them on mainnet has been previously inconvenient as standard Bitcoin Core nodes wouldn't relay them to miners, nor would most miners include them in blocks they mined. bitcoin-tx It has been observed that many of the RPC functions offered by bitcoind are "pure functions", and operate independently of the bitcoind wallet. This included many of the RPC "raw transaction" API functions, such as createrawtransaction. bitcoin-tx is a newly introduced command line utility designed to enable easy manipulation of bitcoin transactions. A summary of its operation may be obtained via "bitcoin-tx --help" Transactions may be created or signed in a manner similar to the RPC raw tx API. Transactions may be updated, deleting inputs or outputs, or appending new inputs and outputs. Custom scripts may be easily composed using a simple text notation, borrowed from the bitcoin test suite. This tool may be used for experimenting with new transaction types, signing multi-party transactions, and many other uses. Long term, the goal is to deprecate and remove "pure function" RPC API calls, as those do not require a server round-trip to execute. Other utilities "bitcoin-key" and "bitcoin-script" have been proposed, making key and script operations easily accessible via command line. Mining and relay policy enhancements Bitcoin Core's block templates are now for version 3 blocks only, and any mining software relying on its getblocktemplate must be updated in parallel to use libblkmaker either version 0.4.2 or any version from 0.5.1 onward. If you are solo mining, this will affect you the moment you upgrade Bitcoin Core, which must be done prior to BIP66 achieving its 951/1001 status. If you are mining with the stratum mining protocol: this does not affect you. If you are mining with the getblocktemplate protocol to a pool: this will affect you at the pool operator's discretion, which must be no later than BIP66 achieving its 951/1001 status. The prioritisetransaction RPC method has been added to enable miners to manipulate the priority of transactions on an individual basis. Bitcoin Core now supports BIP 22 long polling, so mining software can be notified immediately of new templates rather than having to poll periodically. Support for BIP 23 block proposals is now available in Bitcoin Core's getblocktemplate method. This enables miners to check the basic validity of their next block before expending work on it, reducing risks of accidental hardforks or mining invalid blocks. Two new options to control mining policy:
-datacarrier=0/1 : Relay and mine "data carrier" (OP_RETURN) transactions
if this is 1.
-datacarriersize=n : Maximum size, in bytes, we consider acceptable for
"data carrier" outputs. The relay policy has changed to more properly implement the desired behavior of not relaying free (or very low fee) transactions unless they have a priority above the AllowFreeThreshold(), in which case they are relayed subject to the rate limiter. BIP 66: strict DER encoding for signatures Bitcoin Core 0.10 implements BIP 66, which introduces block version 3, and a new consensus rule, which prohibits non-DER signatures. Such transactions have been non-standard since Bitcoin v0.8.0 (released in February 2013), but were technically still permitted inside blocks. This change breaks the dependency on OpenSSL's signature parsing, and is required if implementations would want to remove all of OpenSSL from the consensus code. The same miner-voting mechanism as in BIP 34 is used: when 751 out of a sequence of 1001 blocks have version number 3 or higher, the new consensus rule becomes active for those blocks. When 951 out of a sequence of 1001 blocks have version number 3 or higher, it becomes mandatory for all blocks. Backward compatibility with current mining software is NOT provided, thus miners should read the first paragraph of "Mining and relay policy enhancements" above. 0.10.0 Change log Detailed release notes follow. This overview includes changes that affect external behavior, not code moves, refactors or string updates. RPC:
f923c07 Support IPv6 lookup in bitcoin-cli even when IPv6 only bound on localhost
b641c9c Fix addnode "onetry": Connect with OpenNetworkConnection
Now that Bitcoin is so difficult I'm looking at altcoins to mine. I'm not looking to get rich doing this of course but any advise to what I can do with avg. 35ghs of 256sha would be greatly appreciated. How to Solo Mine Bitcoin The chance of successfully mining Bitcoin (ever solving a block) is very slim  these days. Whatever the reason is for you do decide to mine Bitcoin without joining a pool, these are the steps to achieve mining Bitcoin by yourself without joining force with others. Solo Mine Bitcoin - Bitcoin-en.com. The chance of successfully mining Bitcoin (ever solving a block) is very slim  these days. Whatever the reason is for you do decide to mine Bitcoin without joining a pool, these are the steps to achieve mining Bitcoin by yourself without joining force with others. You're now ready to solo mine against Bitcoin Core, you just have to point your antminer at the IP address of the computer running BFGminer, and the miner should show up in the top section of BFGminer with its hashrate showing as "PXY" (stratum proxy). Any blocks will be paid out to the coinbase address shown in BFGminer, which is a new one ... Install Bitcoin-Qt Since version 0.9, Bitcoin-Qt was renamed to Bitcoin Core t o reduce confusion between Bitcoin-the-network and Bitcoin-the-software. Bitcoin Core is a full Bitcoin client. It is a thick client, meaning it requires the full blockchain (explained below) on local disk to operate and expose blockchain back to the network to help relay and verify transactions. Keep a copy (sync ...
Some Helpful Links: • Buy Parts for a Mining Rig: http://amzn.to/2jSSsCz • Download NiceHash Miner: https://www.nicehash.com/?p=nhmintro • Choose a Wallet: h... How to mine bitcoins? What is Cryptomining? solo mining -pool Mining EXPLAINED! #AXT - Duration: 8:22. Axis Technology 1,675 views. 8:22. BITCONNECT HOW TO MINE SIMPLIFIED 401 ERROR FIX ... How can you mine directly from the wallet console (solo mining) Altcoin, CPU Mining; Wallet Orders (QT client): - setgenerate true -1 (mined with all processors) This video will show you how to mine your first revcoins. By Carlo Trabattoni - revcoin.org How to mine bitcoins (solo mining) with the core client! (*solo mining now removed from client*) - Duration: 1:00. Bitcoin Blaster 49,301 views