It isn't the account that gets banned, it's you (as a person). If you are permabanned, and register a new account, it's called "ban evasion", which is a bannable offence if you get caught.

You are allowed to create a new account and open 1 thread (only 1) in the meta subforum to discuss your ban. That's all... If you PM, open a second thread, create a thirth account, you're evading your ban and risk your other account(s) to be banned as well.

If you are permabanned and you don't know why, create this new account, open 1 new thread in meta and ask why you were banned... After you get your explanation, log out and stay away from the forum for a couple of months.... When several months have passed, you can (potentially) appeal using the one (and only) allowed thread in meta you opened earlyer and hope the admin is in a really good mood and gives you a second chance (altough i wouldn't get my hopes up)

agreed, the brain is a terrible source of entropy (that's a quote i picked up a long time ago, but i don't remember from who).
An other option would be to generate a seed using a hardware wallet or electrum, then use an algo like Shamir's Secret Sharing Scheme, for example with 5 shares and a subset of 3 shares needed to restore the secret. Hide each share with a different friend/family member and use one strong root password. This way, 3 of your closes friends/family members would have to collaborate AND know your password in order to restore the 24 word seed...

Hardware wallets are pretty safe as-is, however, personally, i haven't put all my eggs into one basket either It never hurts to have 2 brands of hardware wallets if you hold enough crypto imho...

Sure, you can manually pick unspent outputs that will be spent in a new transaction. That being said: it's never a good idear to collect dust, since sooner or later the avg fee/byte needed for a fast confirmation will rise again, and at this point you'll have to pay a lot of fees to spend that dust...

It might be a good idear to use all your dust outputs to fund a new address you own, combining your dust when the estimated fee/byte is low can save you a lot on tx fees afterwards

The lightning network is not a fork. It's a protocol that allows people to create payment channels that can be settled on chain when they are closed after usage. Only 2 on chain tx's are needed: one to open a ln channel, one to close a ln channel. All other tx's in the channel are off chain, this makes them instant and results in less tx's in the blocks

I personally moved my bitcoin cash and bitcoin gold to a new wallet, a simple tip i might add: start by creating a new BTC wallet and moving all your unspent outputs on the BTC chain to this new wallet(you already did this), then start with the most valuable fork and work your way down to the least valuable fork, skip the forks without replay protection and move those ones after all other transactions on all other forked chains have confirmed.

Also remember: if you want to keep 2 BTC wallets disconnected from eachother for privacy reasons: don't move unspent outputs from both wallets on a forked chain to the same forked wallet... This will destroy your anonimity, since people can analyse these forked chains as easily as they can analyse the BTC chain

Since i'm not in DT, a neg tag from me wouldn't really help your cause, if it was helping i'd probably tag him.
If i understand correctly, the last communication you had with him was only 5 days ago? I'd probably wait another 3 days before releasing the escrow, that way it would be a full week without response, and you would have covered your tracks by making this problem public 3 days before actually initiating a refund.
Don't get me wrong: if you initiated a refund today, i'd still think this was fair, since the seller didn't provide reliable tracking info within 18 days.

In any case, i'm going to bookmark this thread to refer to as a perfect example the next time i'm telling a newbie to use an escrow service... This is a standard case to proof why escrow services are badly needed, you probably saved the seller...

I can verify this answer...
If i create a new session, fund the address, wait for a confirmation, sweep the private key, destroy the session THEN create a new mixing session, i get the same sessionid, but a different deposit address.

If i create a new session, fund the address, wait for a confirmation, sweep the private key, DON'T destroy the session (never go to step 4) THEN create a new mixing session before the session expired, i get the same sessionid and deposit address. However, if i fund this address for the second time, i get new chips equaling the value of the second deposit and when i go to step 3, i see the private keys for the "first" session and the "second" session... I think it's working as designed, and i have no problem with this.

Buying and selling accounts is not illegal (not against the forum rules). It is frowned upon, and, if caught, the buyer AND seller will probably receive negative trust from DT... However, the buyer and seller will not be banned, since account sales are not forbidden...

https://bitcointalk.org/index.php?topic=703657.0#post_rules
read rule 18

Don't get me wrong: i'm not an advocate of account sales... I'm just saying that the claim that account sales are illegal is false... They are frowned upon, discouraged, distrusted,... but not illegal.

OP: i think you've gotten your answer in the first 2 posts in your thread, in my opinion the other answers were just rehashing the first two answers... Please close this topic to avoid clutter.

What do you mean by increased efficiency? The diff is still rising a little bit, the average time between two blocks is still ~10 minutes...
I did notice more and more people are using segwit wallets, that might result in slightly more transactions per block (i see a lot of blocks that are 1,1-1,5 Mb in size nowadays). This does not account for the drop we're seeing tough.
An other explanation might be that a few people might actually be using the LN, altough i doubt that at this point this would contribute largely to the drop we're seeing...

The only reasonable explanation is that somebody (a person, a group, several people, several groups) for some reason stopped broadcasting an insane amount of transactions. Given that the drop was achieved in a relatively short time, it is my hypothesis that a group or organisation was behind the massive amount of transactions. The reason behind this flood is unknown and might be bening (for example, a large group of traders, or a network that uses these transactions for alternative purposes), accidental or a malicious spam attack (either for political or financial reasons)... We'll probably never know. The only thing we know is that, for now, they stopped flooding the network.

As far as i remember, this only works if the daemon on the rPi is no longer running... You can't run a daemon on the rPi and while it's running use the blockchain stored on the rPi for running an other daemon or a QT client.

OP... If you're comfortable using the cli, there is the option of just using json-rpc commands, altough i would recommand setting up an stunnel between your local machine and the rPi for encryption purposes .

To do this, first setup stunnel, then edit your bitcoin.conf to allow connections from your client machine and setup a strong user/pwd , then install bitcoin-cli on your client. Offcourse, you'll need to add the following parameters to each command you send: -rpcconnect=<ip>, -rpcport=<port>, -rpcuser=<user>, -rpcpassword=<pw>. You can also looking into rpcauth instead of rpcuser and rpcpassword...

I've had the same question a long time ago, and as far as i know, that's about the only way to do this using bitcoin core... I didn't find a way to run bitcoin-qt by connecting to the daemon on a secundary machine (and i did search for a sollution for quite a while)

This is defenatly one of the usecases, and personally, i'm ok with this usecase... Sure, it's lazy, but as long as the member that bought the account for the sole purpose of participating in bounties and signature campaigns makes reasonable posts, i don't see a lot wrong with this (sure, it's lazy, but hell, there are worse things in life).

The problem is the second usecase: people buy high ranking accounts in order to scam other people... Imagine a newbie trying to sell a product: if he tells you to send first you'd probably tell him to sod off... Now imagine a legendary green trusted member doing the same: chances are pretty big that people will actually send first.
Now, if this green trusted member was a real green trusted member, there would probably be no problem... But if that green trusted member was, in fact, a scammer that just bought a green trusted legendary account, i think you'd just have been scammed.

A thirth (potential) usecase would be anonimity... Buy a throwaway account to use over tor without any link to your real ip... If you try to reg an account over tor yourself, you're usually slapped with units of evil and have to pay a fee anyways, so it might be easyer to buy an account somebody else created to begin with

[reserved for tutorial overflow, might be deleted in a couple of days if not needed]

Tutorial/Walktrough/Quick start (work in progress)

---

Step 1 (only needed once)

• Surf to https://www.mocacinno.com/invoice/login.php (1)
• Click on Register New account
• Enter your username (2) and password (twice) (3+4)
• OPTIONALLY, you can enter your email, bitcoin address and an external page containing a list of all your addresses (as a verification purpose)
• Click on Register your account (5)

---

Step 2 (needed every time you log in)
IF the registration was succesfull, you'll be redirected back to the login page (there will be no confirmation). If you try to register, but are not redirected to the login page, you can assume something went wrong... The error messages still need some finetuning, but usually you'll see what was going wrong straight from the incomplete error message.
If you are redirected back to the login page, just fill in your username and password, and click "login"

---

Step 3 (needed at least once => the very first time you log in AND in case you want to add extra profiles)
The first time you log in, click on "invoices" => "default profiles" (without at least one profile, you cannot generate a new invoice)

---

Step 4 (needed every time you want to add a new profile, at least once at the very beginning)
enter the following information:

• The name of your profile (1), this is for INTERNAL reference only, and will never be shown to your clients
• Select wether or not this is the default profile (2), there is no check to find out if you have multiple default profiles, if you select multiple, the system will randomly take one of the default profiles as default profile... A default profile will be pre-selected when generating an invoice, however, all generated profiles can be used (non-default profiles just require one extra click)
• The default ruleset for the invoice (3), i've added some standard default rules as a demo, they can be deleted or changed if you want to... Lines need to end by a linebreak (\r\n)

After filling in the form, click on "add profile" (4)

---

Step 5 (needed once every time you want to add coins to your profile)
Just click the coincount number (indicated by the red arrow). The first time adding coins to a profile, the coincount will be 0

---

Step 6 (needed everytime you want to add coins to your profile)

• Pick any coin you want to accept from the dropdown list (1)
• Add a fixed fee that will be added ON TOP of the conversion to the coin picked in step 5.1 (2). This fee can be usefull to cover miner's fees, deposit fees for the exchange when you're exchanging an altcoin to BTC, or just to discourage the use of this (alt)coin in case you prefer a different one
• Add a procentual fee that will be added ON TOP of the conversion to the coin picked in step 5.1 (3). This fee can be usefull to promote or discourage a certain altcoin. Only integers are accepted (-99 <> 999)
• Add a fluctuation penalty (0-999) that will be added ON TOP of the conversion to the coin picked in step 5.1 (4). If the price drops, the penalty's percent will be added to the total value. For example you added a 10% fluctuation penalty... When using this profile, you'd need to pay (for example) 100 Democoin, but Democoin's price has dropped by 10% over the last 24 hours, in this case 10% of the 10% decrease will be added as a penalty, and the final value will be 101 Democoin
• Indicate how many numbers after the comma have to be shown (5)...
• Enter the default address for this coin. When creating a new invoice, this address will automatically be proposed. It can manually be changed to any address you want tough! (6)
• Click on Add coin
• Repeat these steps for all the coins you want to add to your profile

---

Step 7 (Just an example of step 6)
Here you see that I've added 3 coins to my first profile: i added Ethereum, and i added bitcoin twice (1 and 2). As you can see, i'm favoring getting my segwit address funded. There is a small penalty of 0.0001 BTC + 10% if somebody wants to fund my non-segwit address. There is also a penalty for using ETH, and i actually didn't want to add a penalty for using my segwit address (but i messed up, and added a 5% penalty... I fixed this problem, but didn't want to take new screenshots  )

---

Step 8 (needed every time you want to create a new invoice)
In the top menu, chose "invoices" => "new invoice"

---

Step 9 (needed every time you want to create a new invoice)
Chose which profile (defined in step 4) has to be used for this invoice

---

Step 10 (needed every time you want to create a new invoice)
Chose an INTERNAL name FOR YOUR OWN reference... Pick something usefull for yourself, something you can use to identify this invoice

---

Step 11 (needed every time you want to create a new invoice)
IF you have premium credits left AND you want your client to receive a copy of the link to the invoice in his mailbox, enter his email right here... Always double check tough, emails sent from my server usually end up in the spamfilter (i'll fix this IF my service ever becomes a success)

---

Step 12 (needed every time you want to create a new invoice)
Enter following info:

• The date AND time from when the invoice is valid (1)
• The date AND time until when the invoice is valid (2)
• If you want to divert from the default rules entered in your profile, you can make changes here (3)
• The reason why you're sending this invoice, will be printed on the invoice (for example, "payment for fixing your serverconfiguration" or "payment for quote #512245") (4)

---

Step 13 (needed every time you want to create a new invoice)
Chose the basic value and coin for your invoice. Any coin other than bitcoin (and also USD) will be converted to bitcoin first, then it'll be converted to the coins you chose in your profile

---

Step 14 (needed every time you want to create a new invoice)
In this screen, you'll be able to change the default addresses (1), the calculated values based on the formula you entered in step 6 (2), you can show the calculation of the value (3) and see when the coin's exchange rate was last refreshed (4).
It is also possible to add extra coins to your invoice... Please note that these extra coins are just "free text" coins, no conversion rates are known, no full name, no link to a block explorer,... Use at your own discretion

---

Step 15 (needed every time you want to create a new invoice)
Just click on continue... The inputfield for this step was removed since it was no longer needed. In the future, i'll probably put a form to remove coins in this step

---

Step 16 (needed every time you want to create a new invoice)
Review the overview shown in this step... Up untill this step, the data you entered isn't commited into the database, just upon this step, you can always re-start without any problems. Once you click on the continue button, the data will be entered into the database, which is immutable (at least, for my users)... Also, if you own premium credits, one premium credit will be distracted from your total as soon as you continue...

---

Step 17 (needed every time you want to create a new invoice)
This screen will show you:

• The quote id (1). This is the ONLY id you should ever share with your client
• The link to the quote (2), review this page and send the link to the client
• (3) + (4) => cryptographic proof. If you safe the proofs + the hashes AND send the hashes to your client in EVERY communication about the invoice, there is no way your client can accuse you of tampering with the coins, the amounts, the rules, the reason... Since any tampering will change the hash

---

Step 18 (needed every time you want to manage existing invoices)
You can see your invoices by clicking on "invoices" => "view invoices"

---

Step 19 (overview you get when after step 18)
Some of the usefull information consists of a link to the invoice and an indication wether or not your client indicated he'd payed the invoice

---

Step 20 (Client's view)

• Accepted combinations of amount, coin and address (1)
• A link to the blockchain explorer, showing the address which needs to be funded if this coin is used as a form of payment (2)
• A dropdown that can be used to indicate which coin was used to pay (3)
• A text field that can be used to enter the payment tx id (4)

---

Step 21 (Client's view)
Demo of a payment coin + txid... The client can now click on "validate payment". In reality, the payment isn't actually "validated", but the cointype, txid AND timestamp are stored into my database

---

Step 22 (Client's view)
This is what the client sees after validating his payment

---

Step 23 (admin view, reviewing invoices)
Go to "invoice" => "view invoices"

---

Step 23 (admin view, reviewing invoices)
Now you'll see wether or not the invoice was payed, using which coin, which address was funded, everything linked to a block explorer (if available for this type of coin)

---

One of my planned projects got finished a bit early, so i had a couple of days to spend on a free project i wanted to do for a long time: a tool to easily create and manage crypto invoices accepting several altcoins as valid payment options.

I made a public beta available just minutes ago:
https://www.mocacinno.com/invoice/
The admin interface is pretty 'raw', but it should be usable for now.

Skipping straight to the sales pitch: managed invoices will look like this:
https://www.mocacinno.com/invoice/viewquote.php?quoteid=49cefda9-8957-4d2c-841d-3949adcb681d
After the initial setup, generating this invoice took me about 60 seconds, and i now have an admin interface that shows this invoice (and all other invoices i sent out) as unpayed. Since this was a premium invoice, i have complete controll over the template (altough this template is pretty close to the default, free, one). I was also shown cryptographic proof i could share with my customer in order to make the invoice tamper-proof (if i would change the invoice, the cryptographic proof would no longer match)

This tool allows you te define several profiles, each profile contains a number of valid, predefined (alt)coins that can be used to pay invoices + a default address + a formula which will be used to calculate the amount that needs to be payed (this way, it's possible to encourage or discourage certain forms of crypto currency).
The tool grabs the current prices from either poloniex's api or from coinmarketcap's api, then uses your formula to convert your invoices price into all altcoins in your profile (you basically say, i want to receive 100 USD or 0.01 BTC or 1 LTC and my script looks up the conversion rates and converts your input amount into the correct amount for each altcoin in your profile). A generated invoice is static and cannot be changed afterwards, avoiding discussions with your clients. When generating an invoice, you also get cryptographic proof that you can share with your client, so there can be no discussion afterwards.

The tool is not a magical full-featured automation tool, it doesn't have a lot of intelligence... It's basically an easy administration and crypto asset conversion tool that has a relatively small learning curve and can simplify your crypto invoice administration and generation.


At this moment, the tools is in bèta phase, so it's possible errors might pop up... If there isn't sufficient momentum from the community, the development might even stall or stop, and the tool might dissapear in the end (if this ever happens, i'll probably give a grace period and give my users a backup of their data)

The tool itself will always be free, but i also included a form of premium credits. If you own premium credits, you can edit the template that will be used to show to your client AND an email will be sent to your mailbox when your client indicates he payed the invoice. For now, premium credits will not be sold, but if you want a premium trial, you can send me a PM and i'll give you a couple for free

Planned improvements + bugs:

• [FEATURE] a function to clone profiles
• [BUG] improve error messages
• [FEATURE] js filter function on dropdowns
• [FEATURE] add commercials to the free template, and probably the signup page
• [FEATURE] add a timestamp to the invoice overview indicating at which exact moment the client indicated the invoice was payed
• [FEATURE] add QR codes for the deposit addresses and add those as an extra variable to the template
• [BUG] rework the caching: update all coins when one of the coins expired
• [FEATURE] if the last cached price for a coin > 1 day, show a red warning text when people create an invoice using this coin, indicating it probably dropped off the api
• [BUG] add a possibility to remove coins when creating invoices
• [BUG] look into the session checking function, it seems to be to restrictive, kicking people out prematurely from time to time
• [FEATURE] add a free text to the coins you put in your profile, so you can (for example) indicate where you got a certain address from (for example: "got this address from my hw wallet")
• [FEATURE] Add an "archive" function for old invoices
• [FEATURE] Add a "sorting" mechanism on the invoicelist, and potentially the profiles
• [FEATURE] When creating a new invoice, automatically fill the "valid from" timestamp with the time when the wizard was started

features that won't be added/bugs that won't be addressed:

• when a coin in the cache expired, a function will be triggered that updates this coins price... This is why, sometimes, the systeem seems to hang when you create a new invoice. This works as designed and will not change
• automatically adding coins => i want to have controll over the coins that are added to my system
• adding xpubs instead of addresses and letting the script derive a new address for each quote => would be to hard to keep track of all altcoins, would open me up to a lot of support, is sensitive information i don't want to store for free
• improving the admin interface gui => those who know me, know i don't care about gui's... Your client will see a nice, simple, clean invoice... And that's what counts

disclaimer(s):

• Sharing addresses with any online service, including mine, puts your privacy at risk. If my database ever gets hacked, the hacker will be able to connect all your addresses in all your profiles and connect this information to any other data you entered... If my server ever gets compromised, the hacker might even be able to connect this data to your ip, to your refering sites and to times/dates you usually works. In reality, the hacker cannot use this data to rob you, but the data can potentially be used to social engineer or blackmail (in case you did something illegal in the past).
• I'm using cloudflare... The traffic between my tool and cloudflare, and between cloudflare and my server is encrypted, but cloudflare decrypts and re-encrypts all traffic, so cloudflare can (potentially) read everything you send to my tool (including username, password and addresses)
• At the moment, the tool is free... But even if (in a far future) you pay for premium credits, i will not be healt responsible for any loss incured by using this tool. It's your own responsability to doublecheck anything this tool shows you. If something goes wrong in any way, it's up to you

a seed is not equal to a private key.
Basically, a seed is used to calculate a "master private key". Given a certain derivation path, "normal" private keys are derived from this "master private key". This is the short (easy) version, but as a normal user, you shouldn't worry about the technical part to much... Your wallet will take care of all these calculations and derivations for you. The only thing you should remember is that if you remember which wallet software you used, and you've written down the seed, there'll almost always be a way to restore your wallet if your pc crashes, or you accidentally delete your wallet.

I have never heared about Bitcoin Private, but i would like to warn you about airdrops that require you to share your seed, xprv or any other private key (i mean, really, these keys have the word private right in their name, it should be obvious they're not meanth for sharing).... These airdrops are *usually* scams that are started to collect private keys from unsuspecting victims in order to rob them later...
If you accidentally already submitted your seed to anybody, i'd suggest you to create a new, clean wallet, and move your funds ASAP, treat the old wallet as compromised and never use it again...

I have a hard time following your question... But just to clarify the current situation:
At THIS moment, my node (running for several weeks) estimates the following fees:
95% chance of getting your transaction into the next 3 blocks (~30 minutes) = 7 satoshi's/byte
95% chance of getting your transaction into the next 6 blocks (~1 hour) = 6 satoshi's/byte
95% chance of getting your transaction into the next 12 blocks (~2 hours) = 4 satoshi's/byte
95% chance of getting your transaction into the next 24 blocks (~4 hours) = 4 satoshi's/byte

Nope... As long as you have access to the private key, it does not matter how many times an address has been funded... It's perfectly possible that a certain private key can be used to spend 100 unspent outputs, all funding the same address (which is obvious, since we're talking about one private key).

There are 2 reasons why HD wallets change addresses each time an input is received:
1) because it enhances the user's privacy (<= main reason!!!)
2) because once an unspent output is spent, the public key is automaticaly broadcasted (it is needed to verify the signature..., so once the unspent outputs are being spent, the public key is needed... Up untill the moment an unspent output is spent, only the address is known to the network, and the address is a hash of the public key). This way, if there ever is a problem with the Elliptic Curve Digital Signature Algorithm, it *might* be easyer for a hacker to calculate the private key starting from the public key... However, at this moment (and for the forseeable future), such a flaw hasn't been found, so the extra security from using a new deposit address is really minimal.... I mean, if a flaw in ECDSA is ever found, bitcoin is doomed, together with all other applications using this (like a lot of major banks use ECDSA in some form or another, so it wouldn't only be bitcoin that is in trouble if this ever happened).

Like it has been said before in this very thread: even if you have a hd wallet, you can just save a certain deposit address and re-use it indefenately. As long as you don't spend any unspent outputs, the private key isn't even broadcasted nullifying the security aspect. The only drawback is that it decreases your privacy, but privacy isn't that important to some people.

If you still have access to this twitter account: https://twitter.com/ykudonink you can make a tweet like "verifying that account 513600 has been hacked, account 1845370 is my new account"
OR, i see you did some paypal trades... Did you send your paypal email in PM to other members? In that case, you can try if a DT member is willing to receive a confirmation email from the paypal email address you PM'ed on this forum?

These proofs won't get you your account back, but if somebody from DT is willing to review a tweet + receive a confirmation email from an email address you PM'ed to another member, he might decide to tag your old account, so at least if the hacker does illegal stuff with it, you've done everything in your power to warn other people.

Good luck, sorry for your loss

Well, it IS a big deal to all of us, and don't get me wrong, we're happy that you're reporting your account as stolen... However, the admin is the only person that can verify ip logs, and an email *might* be changed for other reasons... I'm certainly not calling you a lyer, as a matter of fact, i believe the chance is rather large that you're telling the truth,... However, without any signed messages, chances of getting your account tagged are slim.

Did you PM anybody with any kind of (altcoin or bitcoin) address?
Did you post an altcoin address?
Did you post an url to your website?
Did you post any social media accounts you own (facebook, twitter,...?)

These proofs will probably be insufficient for the admin to recover your account, but if you can use any of these proofs, DT members will *probably* do tag the account, and at least, you know you did the right thing