If you potentially need to send refunds then the only correct way is to ask the user to provide a refund address at the time of payment. The concept of a single guaranteed "from address" simply does not exist in bitcoin. how resolve this problem? what function rpc-api need use?
i need know sender wallet for refund amount.. that how works secondstrade.com ? player send to address. if win that receive win to back. no need enter player address They guess and hope they are correct. If they are not, they blame the user for not reading #3 of their "how to play"[1] [1] http://secondstrade.com/howtoplay.htmlbut luckyb.it too, no need enter wallet.. i think that can get player wallet, but i don't know how.. do you have idea? You cant get the users address from the blockchain, because the blockchain does not store user information. You can either guess like secondstrade etc. (bad) or ask the user. If you ask the user they will need accounts and passwords. That adds complexity to your service. Both are viable ways to handle this, depending who you ask. I personally think that the guesswork approach is a sign of a bad concept. You are transferring funds for other people, you should never have to guess where they want the funds to go.
|
|
|
I've noticed that alot of people really want to sell bitcointalk accounts, but aren't going anywhere with their sales.
I'm looking to provide a service that I don't think xanthone is currently providing, or anyone has provided before. I'm thinking of something like an account broker.
Idk if I'll get flamed or even negged for proposing this.
Basic Idea: You give me the details of an account that you can't be bothered to or can't sell, give me your price that you want to sell for, and I will respond with my opinion of whether your figures are realistic. After which you will give me control of the account, with the email being controlled by a trusted third person if needed.
I will proceed to pushing your account out on a sales thread, and I will try my best to sell your account within 2 weeks. After that, if I haven't sold it, I will return the account.
I will charge a 0.01 fee if it's a successful sale, but a 0.005 if it isn't.
Is this a valid idea, or is it flawed?
The flaw I see is that there are two kinds of people that want to sell their account. #1 those that want it gone quick #2 those that have time #1 will not use your service, because it takes too long. They will instead contact resellers that give them a bad below optimal price. The reseller also takes the risk that the account is impossible to sell. #2 will not use your service, because they have the time to do it themselves. You might get a few of these group because they are also lazy though. Overall I dont think you will have many customers. You also make a deal more complex and not easier. Image that not only there is an escrow involved for the mail address and your funds, but also an escrow for deal itself. Now you have 5 people for a single account trade. IMHO you will have more success by offering resale of accounts. Make sure you properly check what you buy and keep an eye on the market prices and it might be the 0.01 BTC profit per deal you are looking for, possibly more on high value accounts.
|
|
|
If you potentially need to send refunds then the only correct way is to ask the user to provide a refund address at the time of payment. The concept of a single guaranteed "from address" simply does not exist in bitcoin. how resolve this problem? what function rpc-api need use?
i need know sender wallet for refund amount.. that how works secondstrade.com ? player send to address. if win that receive win to back. no need enter player address They guess and hope they are correct. If they are not, they blame the user for not reading #3 of their "how to play"[1] [1] http://secondstrade.com/howtoplay.html
|
|
|
It's just a way to launder coins.
and just how do you know which miner is going to hit the block? Only send it to that single miner and hope no one fucked up keeping the TX secret. As QS said its still dangerous and might motivate miners to fork the chain in order to get the fee. The fee is worth ~11 blockrewards. If a miner notices this fast enough they could try an attack. Someone probably made a mistake again. let's see if anyone pops up requesting miners to return the fee...
That's an insane mistake there. There's no chance that user would get the fee back, as pool users would never agree on such things. Can't even imagine what i would do if it happened to me. This is one of faults of bitcoin imho.. Wallets should have many failsafes to keep this from happening.Absolutely agree with this Also agree. There have been a couple times I have come close to sending what I did not want to. I notice many places do not have a confirm window, popup, or whatever to make you look and click again before sending. It should be like the feature on gmail where you have 10 seconds to unsend ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) Use a better wallet. E.g. Electrum shows a pop up before you send the already signed(!) TX. Not by default but it can be set if you are the kind of person that is likely to send 200 BTC as fee. Bitcoin core outright refuses to send TX with a fee over a certain amount. 0.1 BTC IIRC. Im sure many other wallets have protection against this as well.
|
|
|
Ooh a really fat fee! Whoever managed to was the miner who mined that, kindly return the 250 btc to the address indicated in my profile. The rest you may keep for your honesty lel. ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) Things like this do happen in the bitcoin ecosystem every now and then. Some are lucky to have theirs returned and others aren't. #1 human error (unlikely) #2 some script messed up #3 just a miner having fun fusing inputs
1 is still possible. Drunk dude sent it? Who knows? 2 is somewhat probable, considering that most automated payments are run via scripts. 3 is, uhmm. Who would do that, really? #3 is fine as long as you dont broadcast the TX to anyone else. Just to be clear here, this is very risky even if you just send the TX to a single miner.
|
|
|
So there are a bunch of deposits to that Bitcoin address starting from today totaling 291.241 BTC and then suddenly the last transaction is for 0.001 and 291.2409 in fees. Can somebody explain what is happening here because I am speechless. Was it human error or a deliberate transaction? I can't figure out what the reason behind that may be #1 human error (unlikely) #2 some script messed up #3 just a miner having fun fusing inputs
|
|
|
-snip- my script get hash, amount etc.. but i need wallet of player.
There is no simple way to get the "sending address"[1]. You have to check the inputs, but more often than not there will be several inputs. Its better to let the user set an address you store in your database along with their other information. txid = dc8697d1afd6c7ac2f667cd3239e19bf227a7b5ce8be64b2f8bb3c626979425b # "random" one from the block to the hash that Polyatomic posted. raw_tx = getrawtransaction(txid) decoded_tx = decoderawtransaction(raw_tx)
within decoded_tx you will find a "vin" section with a value "vout" and a txid. If you check each of the txids you will see that they have a "vout" section. The outputs that created the inputs that are used in the TX you received. Find the one where "vout" matches "n" and look up its address. In this example there are 4 inputs, all "from" the address "1NgrpJJj2PMj9RsHutVK7vf8dchcpfM4YZ", but you need to decide how you want to handle different addresses. IIRC the data is mixed formatted, arrays within JSON, but that might be different for PHP. [1] there is no such thing ok. i will experience.. but how make it secondstrade.com ? bet is send to address only. no need enter player wallet AFAIK they do it in this crude way, same as most ponzi "games". If they warn you not to use certain wallets, they almost always just assume which is your address. This can fail horribly if your customer/user uses a wallet where they share addresses with others or use something like CoinJoin. A common example for shared wallets are most exchanges. You have your own deposit address, but when you withdraw the coins come from a different address. If you return coins to the address they came from they will be credited to a different account (if at all). thanks for your answer sir. i have problem get who send payment.. for example this hash: 3d919bf7929b983954e9c439348649e11ba21f8f740530aa4ecbbd3c5f496071 You are asking "who" but there is no such info on the blockchain. The inputs the TX uses have been received on two addresses, which is exactly what I warned you about. There is no right answer to this. Its possible that the sender controls both, one or none of the addresses the coins came "from". a64020eea0719df9318e185d1a44cea8f9b5e872ced67e1e746fe1b9fbb6670c
who sent payment? could you help me please
That one has a confirmed double spend -> https://blockchain.info/tx/3a07b7957cf29d267cd8c20fbd5eb8824366096e09d722d888ce635098851b70The inputs the TXs use came from a single address '15iET5Zp3GdXkp2sbUvsenUysFCAzoW1Fq', but same here its possible that the person behind the coins controls it or not.
|
|
|
-snip- I think, this will be different because lots of Legendaries are still active as opposed to donators.
What would be legendary only topics though? Anything from block size controversy to Lightning Network implementation, but with less noise and more rationality. Right now, bitcoinTalk.org, forum.bitcoin.com, /r/bitcoin, /r/btc all are full of chaotic newbies. A Legendary, who has spent a significant amount of his online life in bitcoin related discussions, will most likely be far less chaotic than a random newbie. I dont think the rank matters in this regard. There are less legendary users, but not everyone with a high rank knows what they are talking about.
-snip- Other forums have this section or sub forum for Moderators and Admins where they can discuss what action needs to be taken and what are the thoughts of other Moderators and Admins and it's also a good section to police its own ranks. However, those section in other forum can only be visible to Moderators and Admins only to protect the them from members with issue and to avoid further drama.
This forum has a mod only section as well -> https://bitcointalk.org/index.php?board=3.0The suggestion is to open a subboard for the highest user rank and I question that it would do anything for anyone.
|
|
|
I am working with the testnet. I downloaded the bitcoin-core application on Linux and I am running the version Bitcoin Core version v0.12.1.0-g9779e1e (64-bit) I was able to download the bitcoin block, recently its no longer syncing with the bitcoin network. Its showing 3 days behind and 0 active connection to the bitcoin network. How can I fix the issue. I want to connect to the testnet. I tried to change the network settings in the application. Still its not working.
try addnode 185.28.76.179:18333 add
in the dev console. Not mine, but its a well connected testnet node.
|
|
|
So I fucked up.
I have a 2 factor Electrum wallet but I have lost both my seed and the 2 factor authentication phone. I know this is all my fault so please don't just tell me how stupid I am.
Is there ANY way for me to get this wallet back without the seed. I can login to it and know the password but I just cant send the bitcoin due to not knowing the two factor code. Thanks in advance.
No, if you dont have the seed you cant recover the wallet. If you have no backup of the 2fa code you can not change it to another phone.
|
|
|
Seems that spectrocoin signature campaign is paused for a while, here is the eofficial announcement :
Updated, http://pastebin.com/z9gnrDP3Using Shorena's latest pastebin ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) thanks, used as basis. YoBit has some new conditions to their signature campaign!The bot discrepancy (after theymos' change to the way links are handled on the forums) has been fixed, as well! Bot is fixed. The reason of the problem - updated layout on bitcointalk profile page. Rates are doubled for the next 2 days.
Some updates which will take effect in the next few days:
1. New Jnr Members are not accepted 2. Local boards posts will not be counted 3. Off topic posts will not be counted 4. Posts in our topic will not be counted
edited -> http://pastebin.com/8HWgcGvm
|
|
|
How about a small flag icon besides our username?
There is nothing useful about having that option. It just adds unnecessary colors to the forum. I disagree with this one as well. If a user would want a flag they could add it to their avatar IMHO.
|
|
|
Hallo,
ich wollte eben mein Armory auf einem offline Windows PC installieren 0.93.3. Leider ist diese Version nur für ein 64-Bit System. Die Version 0.93.2. funktioniert wohl auch auf einem 32-Bit System.
Woher kann ich eine sichere Version downloaden? Direkt bei Armory finde ich nichts. Gibt es eine andere Lösung?
DANKE!
Soweit ich weiß brauchst Du 0.92.x, find aber auch grad keine seriöse Quelle dafür. Danke, leider ist auf der Seite von Armory kein Download verfügbar.. und möchte nicht bei einer unseriösen Seite downloaden. Ich vermute die Datei liegt da noch irgendwo und man kann den korrekten Link erraten, aber ich habs spontan nicht hinbekommen. Ist nun die einzige Lösung ein 64-Bit Notebook zu kaufen? ![Shocked](https://bitcointalk.org/Smileys/default/shocked.gif) Ich denke nicht das die Hardware nicht 64-bit tauglich ist. Selbst mein 8+ Jahre alter Laptop hat ne 64-bit CPU. Maximal brauchst du n neues/anderes OS.
|
|
|
The roadmap should be on, or at least linked on, the core homepage. The url should be /roadmap. It should be graphical and easy to read for the average customer of the currency. It should be titled "roadmap" and it should explicitly state whether a hard fork is or isn't planned. If there is a HF planned it should have the size and the date. Otherwise it should state there is not plan yet. This. Because no one else has posted any support, I will note that I agree here. The software is open source, but an ambiguous/hidden roadmap on a project of this size represents anything but the ideals of community and open source. #1 there are no customers of bitcoin #2 3 words "bitcoin core roadmap" on a common search engine (guess which) result in these results as the first two links -> https://bitcoin.org/en/bitcoin-core/capacity-increases-> https://bitcoin.org/en/bitcoin-core/capacity-increases-faq#3 this is result #4 -> https://bitcointalk.org/index.php?topic=1349965.0Calling the roadmap "hidden" is hilarious.
|
|
|
Hallo,
ich wollte eben mein Armory auf einem offline Windows PC installieren 0.93.3. Leider ist diese Version nur für ein 64-Bit System. Die Version 0.93.2. funktioniert wohl auch auf einem 32-Bit System.
Woher kann ich eine sichere Version downloaden? Direkt bei Armory finde ich nichts. Gibt es eine andere Lösung?
DANKE!
Soweit ich weiß brauchst Du 0.92.x, find aber auch grad keine seriöse Quelle dafür.
|
|
|
Klick mal bei Multibit HD auf "Repair Wallet", wenn das nix hilft stell die wallet mit der wordlist (siehe post von mezzomix) wieder her.
|
|
|
|