|
I like them.
My offer is:
Lot 1: 0.0016BTC
Lot 2: 0.0016BTC
Lot 3: 0.0016BTC
Lot 4: 0.0016BTC
|
|
|
|
I think multisig sounds perfect for my HODL strategy! I hope that my Keystone pro supports this!
Thanks a lot for all the replies, it was really helpful!!
Just a few comments for your multisig setup. All cosigners must be created and backed-up offline, otherwise there is no huge benefit with multisig. Let's say you have a classic 2-of-3 system where 2 of the 3 cosigners are needed to sign a transaction. In order for you to be able to send funds you need to have at minimum 2 of the 3 seed phrases and the 3rd XPUB. Let's say that the cosigners are called A, B, C. Then I would create 3 backups (offline on paper) as follows: Packet 1: Seed A + XPUB B Packet 2: Seed B + XPUB C Packet 3: Seed C + XPUB A If you lose one of the packets then you can still recover your wallet because you will have the 2 seeds and the 3rd xpub. If a thief steals one of the backups, they can't do anything. They won't even be able to monitor your transactions, since they will not have all the necessary XPUBs. Keep in mind that the XPUBs are super important. If you only have 2 seeds and not the third XPUB, your wallet is lost forever. All the packets need to be stored in separate places of course. Otherwise, there is no benefit at all. Finally, avoid silly mistakes, like putting the seed on a device that is connected to the internet, or maintaining backups at the same place. Multisig is in general the safest option, but if you make mistakes, then it won't help you more than a singlesig wallet. In general, human error is the only enemy here. If you have any question or hesitation ask here in this forum and make sure to "learn" before you "act". No rush! |
|
|
|
I was introduced to bitcoin in 2013 by my friend, but I was skeptical about it. Back then I believed it was one of those investment schemes that usually crash within a short period of time . My friend tried everything he could to make me understand that bitcoin is the future of money, but I gave him no listening ears, he got tired of talking to me about bitcoin. I was waiting patiently for the day he will come crying to me that bitcoin has crashed and all his investments gone.
But to my biggest surprise and to my loss, I have been waiting for over a decade now and bitcoin has never crashed instead it has been gaining popularity and global adoption. My friend who first told me about bitcoin is now a millionaire in dollars. This happened before my very eyes and I have been a regret for not listening to him when he was talking to me about bitcoin. I haven’t made any significant progress in my financial life since then, but I was presented with the opportunity to change my narrative ten years ago but I couldn’t. Today marks it exactly ten years since my friend talked to me about bitcoin. I decided to take the bold step to adopt bitcoin and spread the knowledge to others. After reading many articles about bitcoin I have come to realize that bitcoin is the future of money. I have also learned the bitcoin is not a get rich quick scheme. But I am ready to start up this journey with due diligence and continuous learning because knowledge is power. I will do my best to promote bitcoin to the people around me, to the villages and communities around my region. I’m doing this so that people will get to know the truth as I don’t want others to have the regrets I have today. I want to give people the same opportunity that my friend gave me ten years ago. I will do my best and the choice is theirs to make. I will never give up on my quest to spread bitcoin to others. So help me God!!
You are not alone. Most of us think we got late into Bitcoin. In reality we are still early. So, no panic. Just understand the fundamentals of Bitcoin, learn how it works, engage with other bitcoiners, stack sats following the best practices and you will be good. None of us can be compared with old-school bitcoin stackers that accumulated before 2016-2017. However, in 2030, no newbie will be compared with us who buy bitcoin now. Cheers! |
|
|
|
Hi guys. Without spoiling the discussion, let me share my personal view on the subject. I dislike companies that do analysis on the Bitcoin's blockchain. I don't use them for any reason. I just run my own mempool instance on top of my node and I use this to "check" where my funds come from. Instead of trying to verify whether my P2P's funds origins are trustworthy, I follow these steps: Let's say I receive UTXO A from someone. 1. I have a hot wallet dedicated to bitcoin mixing and coinjoins. 2. The UTXO A does several coinjoins. The piece of the UTXO that remains non-coinjoined, I just sell it for FIAT. 3. I would never mix UTXO A with another UTXO from other source. 4. Once I get multiple mixes I send the UTXOs that are created to separate addresses. The reason I say this, is that I believe this makes Chain Analysis a bit harder. (And I like that  ) |
|
|
|
Thanks everyone. As much as it pains me, I will walk away from this and put it down to a very expensive experience.
What about bitaddress.org as a paper wallet generator. This time, of course, I will generate the wallet offline. Is this still asking for trouble or should I stick to hardware like ledger?
Yes, Bitaddress is good. It's probably best to do it offline and with a LiveCD. You should also sure to download the source code from the official GitHub repository: https://github.com/pointbiz/bitaddress.orgHi! I just want to point out that JS is not a superb language to use for entropy generation. The reason behind my claim is that they usually tend to use user input to generate it. For instance, they tell the user to move their mouse around. This process looks "random" but in my opinion it is not the safest. I don't know whether they (at bitaddress) do something that increases the randomness, but in my opinion, even though bitaddress is commonly used, I would avoid it. Anyway, if OP wants to use it, they should definitely follow your advice and do it properly to diminish all risks. |
|
|
|
The exchange in my signature can do this at lower fee.
Note that asking for feedback makes this look like trust farming. People have been tagged for that. Besides, if your trade partner didn't risk anything, it doesn't deserve positive trust.
Thanks mate. I feel like it was a wrong thread after all. I will lock it. Sorry! |
|
|
|
|
Hello guys.
I want 240,000 sats in BTC and in exchange I offer 250,000 on the Lightning Network.
Notes:
1. As I don't have any trust in this forum, I will pay the invoice first. In fact I want to increase my trust here, so I would appreciate it if I could get a good feedback afterwards.
2. I want the other user to have positive feedback since as I said I will pay first.
3. Normally I do this via Robosats but I can't find any offers there.
4. Feel free to contact me via PM.
|
|
|
|
|
Hi. Personally I have tried the following 2:
1. I had Ubuntu installed on a laptop that I used for programming. I formatted the SSD and reinstalled Ubuntu. Then everything went super smooth, though I suppose Ubuntu is not designed to be working 24/7 (as a server)
2. I bought a raspberry pi 4B and installed the native raspberry Linux distro (raspbian). I used SSH from my laptop to connect to it and installed custom software for running the node. I managed to run Core and CLN but I was unable to install my own mempool instance, which I really wanted to do.
|
|
|
|
Indeed, but I wasn't able to find "pay with BTC" option, either on-chain or LN. Have you been able to find this option?
Well that's awkward; I couldn't find any BTC option as well. A bitcoin merch shop not accepting bitcoin despite the likes of BTCPay and even the monstrosity that is BitPay are readily available. Nice catch.    In fact I tried to order a t shirt and a mug and I was gonna pay with LN . I even told myself "ok, no worries, even if it's on-chain, I will buy despite the fees". Haha but none of these options. Anyway |
|
|
|
Both of you refer to locktime. I was referring to OP_CHECKLOCKTIMEVERIFY. They are completely different. Brilliant thanks! That's exactly what I was asking for. I now how lock time works. I've actually tested it and used it in real life for educational purposes. The other thing you mention is exactly what I wanted. I ll check it out. |
|
|
|
I mean are you sure that the only move I need to do is to broadcast it now and it will be mined in 2 years? Or do I need to do something else after those 2 years?
In the case you broadcast a transaction before its locktime, nodes will reject it and they won't keep your transaction in their mempool at all. If the locktime of your transaction has been set to 2 years later, you have to wait for 2 years and then broadcast your transaction. That's what I also know. But according to BlackHatCoiner and the BIP he mentioned, it may be possible to broadcast now, have it mined and locked until 2 years later |
|
|
|
Do you know if there is any way to create a timelocked transaction but broadcast it now and make it wait until the timelock? What you're really asking is if you can broadcast a transaction, have it mined, but lock its outputs until a specified time. This is "saving it temporarily", but "broadcasting it later". And there exists. It's called OP_CHECKLOCKTIMEVERIFY. Spending such locktime outputs before the specified nLockTime will cause the script to fail. Wouldn't it be nice if there was such a feature? Do you think it would be bad for bitcoin to allow it? The particular feature you mentioned would be bad, because it lacks the spam protection from OP_CHECKLOCKTIMEVERIFY. TX A is unconfirmed, you bloat the network with "not-yet-mineable" transactions. Before TX A becomes confirmed, you double-spend it with B and now all the other transactions are invalid. You could also not depend on that feature. What if most nodes' mempools are clogged, and they only keep transactions paying an x sat/vb, which is lower than yours? The transaction will not be broadcasted at the time you'd have scheduled it. I get your point. Very good explanation. Thanks. As far as the BIP that you mentioned is concerned, isn't it the definition of timelocked transactions? I mean are you sure that the only move I need to do is to broadcast it now and it will be mined in 2 years? Or do I need to do something else after those 2 years? |
|
|
|
I believe so, but there aren't any public data to verify that claim. It could be verified though. If you spin up a full node and recursively attempt to send compact blocks to the nodes that request it, similar as to getaddr by bitnodes.io, you can analyze their transaction requests and approach what is each node's mempool. Hi. I still don't understand how it works to be honest. So the miner creates a block assigning transactions to it. Then the block is broadcasted to the nodes. Then the nodes check how many transactions exist in their mempool (say 9 out of 10). What happens next? This is where I miss the point. |
|
|
|
Absolutely, I can also do that with my node, but automatic broadcast would mean that I wouldn't need to actually save the transaction anywhere. I guess I will have to implement it myself then. If you're running a node anyway, you don't even need the locktime: you can just schedule the transaction. The locktime is a nice fail safe against mistakes though, and you can sign offline. I guess you mean writing a custom script, correct? |
|
|
|
Anyone with access to the transaction can broadcast it. There's no need to change the protocol for things that can be done already. See bitcoin-cli help sendrawtransaction. I'm running Bitcoin Core on a server, I could just try to broadcast your transaction every hour, or setup a scheduler that waits until it's time. For more practical purposes, and I'm thinking of inheritance, you could just as well give the raw transaction to someone to broadcast when needed. Absolutely, I can also do that with my node, but automatic broadcast would mean that I wouldn't need to actually save the transaction anywhere. I guess I will have to implement it myself then. |
|
|
|
|
Hey guys. I have asked this question again, but I can't find for some reason. I think it didn't have any answers anyway, so I ask again.
Do you know if there is any way to create a timelocked transaction but broadcast it now and make it wait until the timelock? I am talking about an "automatic" addition to the mempool (somehow?) when the desired block has passed. I suppose it can't be done, because of the simple fact that there is nowhere that the nodes / miners could "save" this kind of transactions.
Wouldn't it be nice if there was such a feature? Do you think it would be bad for bitcoin to allow it? Or perhaps would it need radical changes to the way bitcoin works and therefore it can't be supported?
|
|
|
|
Bitcoin is not a payment system. Its way too slow. Using Ligthning is not really Bitcoin.
People flock to Bitcoin due to its FIAT value. I guess greed is a great motivator.
Bitcoin is a payments system by its genesis. The original paper is called "Bitcoin: a peer to peer electronic cash system". Lightning is a layer upon the chain of Bitcoin. It is connected to Bitcoin and can't live without Bitcoin. It requires proper bitcoin transactions to open and close channels. |
|
|
|
|
Isn't it true, that the majority of nodes already have the majority of the next block's transactions in their mempool? Do we have an estimate or approximation of how many transactions already exist in the mempools and how many don't exist? Is it last second's transactions (in their majority)?
|
|
|
|
Please do not give us advice. We also know how to sell bitcoin at the current exchange rate on the stock exchanges. But since we have a gambling license, changing certain limits is prohibited in our country and we have to tax it. We do not have anything to do with the poor. Do you know the tax problems of gambling license companies? I think no. Don't waste your time.
Thanks
Grandpashabet
In this forum, advice is and always be acceptable. I don't claim you are a scammer. But people must be warned, because there are a lot of scammers out there. At the same time, you should be glad that he told other users to take precautions and use proper escrow tactics. Is there a problem with that? Escrows are mandatory in this kind of transactions. Within our company, our bitcoin price is sold at a 17% discount. Currently, 16 bitcoins are offered for sale. Those who are interested can please apply with their binance address.
Minumum sold : 0.01 Btc
How exactly will you check if the address is indeed held by Binance? Why do you want Binance address specifically. Did you mean to say "Bitcoin address"? If not and you are willing to send first, then I am interested. |
|
|
|
|
Show Posts
