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

I really suggest you to read Potato Chips's post. In all honesty, nobody will tag an account if you don't post a signed message from an address staked with that account. If people would just take your word for it, and tag this account, what's stopping you from creating dozens of new accounts and getting everybody you disagree tagged red by dt?

I realise this sounds unfair, and it's probably the last thing you want to hear when you've just lost your account, but posting signed messages is one of the only types of proof of account ownership accepted on this forum...

i see you translated your post, great
As for your problem: if the valhalla deposit addresses were either 1BdynZP1WgugRuicK3bQhpYpKQwCJkxE1H or 1Fq4FDxYKpNz1pVh4f5GhuAfmg5XoaUbjG, there should be no reason why they didn't credit your account.
The transaction was confirmed (like you said).

There are many things that could've gone wrong: either valhalla is a scam, or is experiencing technical difficulty's, or maybe you miscopied the deposit address, or your pc is infected with one of those virusses that change addresses in the clipboard? Is there a way you can find historic deposit addresses within the valhalla interface? (i don't know this service, so i don't know which features they offer).

Anyways, there is no way to cancel or reverse a transaction, especially if it has 2000+ confirmations... So if you sent BTC to the wrong address, you basically lost it... If you've sent to the correct address, only valhalla can credit your account or refund you, if they're unwilling to do this, you can try to put some legal pressure on them, or open up a scam report on this forum and hope they chose to refund you to avoid losing credibility on this forum.

Usually, electrum's default wallet is called "default_wallet", There are a couple things you can try:
1) find out wether it's an ascii file, or not (in linux, just type "file bitcoin.dat".
2) you can try to open a copy of the .dat-file using notepad++
3) you can install bitcoin core, rename bitcoin.dat to wallet.dat and place it in the default directory (~/.bitcoin on a linux box), then start core and look in the debug.log to check if the wallet was valid
4) you can rename a copy of the bitcoin.dat to default_wallet and see if you can open it with electrum (altough i doubt it'll work).
5) you can use db_dump to see if it's a berkelydb dbfile

34 characters starting with 14 doesn't sound like a standard private key generated with electrum, sorry...

IF you want your users to use a gui wallet, then yes, you should distribute bitcoin-qt. Both bitcoind and bitcoin-qt start from the same default datadir, and use the same default configuration file. If you start either, the synchronisation process will start. As a matter of fact, you could start bitcoind -daemon, let it run untill the synchronisation is half done, then stop it properly and use bitcoin-qt do do the other half of the synchronisation (i don't see a reason why you should do this, but it is possible).

Personally, i'm a bigger fan of running bitcoind in deamon mode, then using bitcoin-cli to communicate with the daemon. This way i don't need to open an annoying gui... I don't know the level of expertise of your users, but it *might* be a good idear to distribute both...

I see you have a real problem, that's why i didn't report your post... But basically, one of the few rules this forum has is that outside regional subforums, only english posts are allowed.
Either translate this post into english, or move it to your regional subforum. If you post an english translation, i'll see if i can help you out.

bitcoin.dat file => maybe, it could *potentially* be your wallet, a .dat extension could also mean it's a wallet that has been generated using bitcoin core.
tx info => useless in regards to recovering your wallet
qr code => probably useless, it's probably the qr of a deposit address (since you say it's read only)
password > only usefull *if* it's the pasword from your bitcoin.dat. IF it's a private key, it *could* be the private key of one of your addresses... It would be even better if it were a master private key. Electrum's master private key starts with xprv. Could you tell us what's the first letter and how many characters this password has?

Nope, bitcoin isn't a religion...  The OP posted his question in the BITCOIN Developement and technical discussion section... There is a subforum dedicated to all altcoins, all altcoin discussion is supposed to go in there... When i started out in this forum, posting altcoin stuff in the bitcoin subforum would be a sure way to get ridiculed by other members.
It seems, nowadays, people let this slide, but to be honest, when the OP asks a BITCOIN wallet question, and people start dragging in ALTCOINS, it gets pretty confusing for newbies. What happens if you're a newbie, and you have the same question as the OP? If you read somebody's post advising an altcoin wallet, i wouldn't be supprised if the newbie would end up with more questions than he initially had (why does my address start with 0x instead of 1, why can't i withdraw my BTC to DEX,...). This is exactly why the forum has dedicated bitcoin and altcoin subforums.

next to necro-posting, did you bother to read the other posts in this topic? There were only 10 of them, including mine... My answer was only 5 posts higher, and it clearly disproved the fact that you can confirm your own transactions using a laptop...
You're currently a member, this means you've passed the stage of newbie and junior member. People do expect a basic amount of knowledge from your posts...

In general, there are only a couple things you can do to get a lower rejected share %:
1) make sure you have up-to-date firmware/mining software
2) make sure your network connectivity is OK... Maybe switch to a pool with a lower ping latency?

Getting a rejected share once in a while is normal, usually it's a stale or a duplicate share... I wouldn't worry about the numbers you indicated in your OP, they seem well within bounds to me.

This isn't a bitcoin wallet... I wouldn't bring an altcoin wallet in a bitcoin wallet discussion...

If you clone bitcoin, your developer *should* be able to clone bitcore, changing the same parameters that were changed when cloning bitcoin...