New answers tagged

0

If the transaction in question consumes inputs that were locked to a bitcoin address that has been previously used, then it would be easy to tell that the payment came from the same wallet. After all, the payment came 'from the same address' as a previous payment. However, re-using addresses is not best practices. Doing so is very bad for your privacy, just ...


-1

Your tx seems okay now (3 confirmations when I wrote this answer): BlockChair explorer Next time before resorting to paid service, you can try free BTC Accelerator such as BitAccelerate.


2

You seem to be somewhat confused about how currency markets, specifically for Bitcoin work, so I'm going to breakdown how a payment service using Bitcoin works for using your example. You have a shop that sells an item, let's say a basket, for $500. On Monday, 1 BTC = $100. The customer places an order on Monday, and you generate an invoice based on that ...


0

All you need to do is generate an invoice in your backend system at the time of checkout, which includes a specific amount of BTC to be paid, to a specific address. Then you just need to watch for payments to that address, and can consider the order 'paid' if an incoming payment for the correct amount of BTC is confirmed in a block. In the event an incorrect ...


-1

You can try some service doing what you want and see how they behave. For example many of them (if not all of them) give you a time window to send the required amount. Most of the time it's not important that the transaction is confirmed but it has to be sent in that time frame window so it can be seen in nodes memory pool. When the transaction is found in ...


2

Is the precise date and time of when a payment was sent attached to a transcaction and can it be retrieved? No And it is useless information anyway. The transaction fee chosen by the sender can influence whether the transaction gets included in a block in 10 minutes, 10 hours or 10 days. If all you care about is that the sender broadcast their transaction ...


3

While Murch answers the technical side of it already, what you're trying to do is simply not possible. There is no provision in Bitcoin to know the exact time a transaction was broadcast (short of running several nodes that connect to enough of the network to attempt to deduce the first broadcast time). If you're trying to protect yourself against price ...


1

The first-seen time is not usually tracked by Bitcoin wallets. You could log when a transaction was first seen by your wallet, but that would not necessarily be a reliable approach. I would suggest something else though: generate a new unique address every time someone gets to the checkout of your sales portal. You would want to do that anyway since that ...


0

Unconfirmed bitcoin transactions are also known as the transactions in the mempool. The Bitcoin Mempool (memory pool) is a collection of all transaction data in a block that have been verified by Bitcoin nodes, but are not yet confirmed. Once a transaction is included in a block, it has one confirmation. As soon as another block is mined on the same ...


1

Transactions fees goes to miner along with the mining rewards. Fee is a function of how much transactions are in mempool and several other things. Using cli of bitcoin node, you can get an estimate fee as per number of blocks time you want for confirmation. Ex - Let's say I am ok with my transaction getting confirmed after approx n blocks are formed ./...


3

Transaction fees are paid to the miner that includes that transaction in their block. Nodes do not earn transaction fees (or any other fees) for validating transactions. You can reduce fees by using segwit inputs, and by waiting for periods when the mempool is relatively empty.


1

Blockchain.com is an explorer, and like most explorers, it will show any transactions that spend from that address as well. If there are no such transactions, then the received coins have not been spent yet. Note that even if such transactions are visible, it is not guaranteed that you will be able to identify where the coins were sent. Addresses are ...


0

is it possible to send transactions back and forth between all 3 address types (legacy, segwit, native segwit-bech32)? Yes, of course. It's totally normal at protocol level. Just like what Murch had said: There are no restrictions on sending from any type of outputs to any address type in the Bitcoin protocol The ability to limit where the "unlocked&...


2

I was wondering, how is this attribute populated? The site uses an index that simply remembers this information. If a block B is seen that contains a transaction T, an entry is stored in the database that signifies "transaction T is in block B". by looking at transaction inside of your UTXO, check in which block transaction was included (and then ...


0

It is possible to do that right now, but you would need a server running your Bitcoin wallet (with RPC daemon) + a custom script. The script will see if it is time for the range of blocks you wish and then will send the Bitcoins to the addresses of your kids. You could use a long term payment method to keep this server running with some processes to make ...


2

About the phrasing, there is really no "plan" on Bitcoin as there would be if a centralised authority governed the protocol. Instead, there are proposals and sometimes supermajority consensus for the network to deploy a proposal. Regarding your question you can already do this today using the locktime features of Bitcoin transaction. You can either:...


2

The following transactions are not broadcastable with the default bitcoin core configuration but could be found in new mined blocks: Transactions whose fee is smaller than 1 sat/vB (and RBF bumps that increment less than 1 sat/B). Transactions with size greater than 100 vkB (and smaller than ~ 1 vMB) Transactions with outputs amounts smaller than 566 ...


3

You generally would not be able to receive a single satoshi. The Bitcoin Protocol defines something known as a "dust limit". The exact value of this limit varies based on the receiving address type, but it is defined as the minimum amount of BTC required to spend an input for a given address type. It is calculated by using a basic 1 input 1 output ...


3

Any address that a spender will send to is provided by the receiver. As the owner of the address, the receiver knows these details and will be able to provide the correct sending instructions to the spender. This holds true even for the outdated original multisig construction that required the spender to know the pubkeys, but today most multisig transactions ...


2

In modern times, this problem is solved using P2SH (and later P2WSH). It means the sender only needs to know a hash of the actual script the receiver wants to use, which has its own address format so it's easy to convey. If your question is how was this done before P2SH: the answer is simply that multisig was not used in practice. Note that P2SH was ...


1

When it comes to transactions, I think that a hex representation can explain more unambigiously than words. That's why my answer uses hex along every step of the signature. Given your P2PKH transaction with two inputs, here's the raw transaction that has to be signed with the private key corresponding to the first outpoint: 01000000 02 ...


1

There are some good answers here, but I'm surprised nobody has mentioned privacy. Having coins sent to a new change address can improve your privacy in many ways. Consider this simple example: a one-input two-output transaction. Which output is change? If the transaction is carefully constructed, it may be difficult for a third party to tell. There are more ...


9

There are a lot of good answers, but I want to point out the most obvious answer. Say you have 1 bitcoin and you send 0.2 bitcoin to me and the design leaves it so that you still have 0.8 bitcoin in the same place as the 1 bitcoin you had originally. What stops someone from simply processing that transaction again? You still have the funds. Designing the ...


1

One major advantage of this Unspent Transaction Output(UTXO) is that it simplifies handling of cheating. Consider the case where I have $20, and then cheat to buy two things for $11 each with the same money. The system has to reconcile this, figuring out who gets paid and who does not. Now amplify this to a scale where I might make a thousand purchases, ...


0

you can't get all the transactions done on an address using just Nbitcoin. you need a block explorer for that. you can check out qbi t, blockcypher etc. However you can get that using Nbitcoin and Nbxplorer (a simple blockchain tracker that monitors your xpub and addresses) with easy to use api's like getTransactions, getBalance etc. https://github.com/...


0

Why is a "bad" locktime ok as long as all sequences are final? The tx won't be mineable anyway, right? With a final nSequence, the transaction will be mineable no matter the nLockTime. What are the implications for replace-by-fee and Check Sequence Verify transactions (when a non-final nSequence value is used)? Does this mean that to use those ...


19

Bitcoin follows a Unspent Transaction Output (utxo) model. Our modern banking systems follow an account model - you're assigned a bank account number (similar to an address), and send and receive money from it. Any incoming funds increase your total account balance, and any outgoing funds decrease it. The bank does not keep track of which funds came from ...


4

And if so, why don't you just send 0.4 BTC in the beginning? Bitcoin was designed to allow single-in multi-out or multi-in multi-out payments. In Ethereum, only one address fills the whole "to" field of transactions. (This doesn't apply to contracts. Does that mean, in Ethereum, users are 2nd class citizens?) If you were Satoshi and you were to ...


2

Is that right? Yes. why don't you just send 0.4 BTC in the beginning? Because you need to consume the last transaction (called "input" of your second transaction, in your example the 1 BTC) entirely (*), or the delta will end up paid in fees. The amount paid in fees to the miner including your transaction is the amount of the input(s) you unlock,...


Top 50 recent answers are included