Hi! Supposing I have set a 2-of-3 multisig vault, my question actually is whether I can sign a transaction in New York, then take a hash of a partially signed transaction and then go to San Diego in order to sign with my second cosigner. Not a hash of the transaction, but the transaction itself. But yes, you can do this. You would simply create the transaction on the first wallet, and sign it with that wallet, before exporting the transaction (the specifics of this will depend on the wallet you are using). You can usually export it as some form of raw text, save it to a file, generate a QR code, etc. Then you can send that partially signed transaction to another destination electronically, or put it on a USB drive, SD card, your phone, etc., and carry it with you. Once you have access to the second wallet, you import it, sign it with this second wallet, and then you are ready to broadcast it. Excellent. But, the obvious question here is: what happens if I have signed a transaction with a fee of let's say 20sat/vB, but when I go to the other cosigner the fee is too low? Should I wait? Should I initiate another transaction and sign it with a higher fee using the cosigner where I am and then travel back to the other cosigner? This question also applies to timelocked transactions, and I think the answers are obvious, but somewhat inconvenient. Don't you think? |
|
|
|
How easy is it to sign with one cosigner and then wait till I get to where the other cosigner is in order to sign too?
When you set up a multisig wallet, you will need enough co-signers to sign your transactions. If you set up a 3/5 co-signer multisig, you will need 3 of 5 co-signers to sign your transactions. Any of those 5 co-signers can sign it, no need to have any co-signer in order. When a transaction gets enough co-signers sign it, it will be executed. Hi! Supposing I have set a 2-of-3 multisig vault, my question actually is whether I can sign a transaction in New York, then take a hash of a partially signed transaction and then go to San Diego in order to sign with my second cosigner. The afforementioned cities are examples only. |
|
|
|
In addition to my question to achow101 above, apart from opening channels with larger nodes, should I also make sure to have Remote_Capacity > 0, in order for me to be able to route payments?
Before your transfer to your friend all your three channels had only send capacity, but no receive capacity. Thus your channel partners could not send you any sats or route sats through your channels, because at that moment you can't receive any sats yet. After your payment to your friend your channel C has roughly 27,400sat receive capacity, thus that much can be routed by your channel partner of channel C through your node as long as there's a route through your channels A or B to the destination of the routed payment. Someone else can also pay you via LN with at most 27,400sat if there's a route to your node via solely your channel partner C. Balancing your channels, which are pretty small btw, would open up the possibility to route payments. Equal balancing means, giving each channel roughly the same local and remote capacity. What kind of balancing is preferable depends on if and how payments will flow through your Lightning node. Don't expect too much of routing fees, three channels isn't much and your channels are pretty much too small. Some nodes would even refuse to open a channel that small with you, even if you're the one who opens the channel to them. A more suitable channel size is likely something of 2M with 1M minimum. If I were to open a new channel, it'll be 2M minimum. You will have a hard time to earn back the channel opening fees by routing fees. I don't want to cut your dreams of routing payments but I speak of some experience with my own Lightning node. And rebalancing does cost you fees, too. You would be very lucky if you can manage the balance of your channels by tweaking routing fees of your channels only. Hello mate. Your answer has been very helpful I am not interested in earning sats. All I want to do is to facilitate the network in being better connected. How would you accomplish that? Is what I said above enough to do that? |
|
|
|
This could be written in one class in one file.
I disagree! In general it's better using one class / service for each specific task that you want to implement. The reason my program is split into multiple files, even though it looks like it shouldn't, is because it is much easier to maintain a program that has well-separated functionalities. Imagine a program where the entropy generation, the printing utils, the type conversion utils, the qr code generation and everything else is in one file. This is not recommended. I rarely used Java.
Need some C/C++/C# solution.
Ok! I am sure you can find people here that write code in those languages. |
|
|
|
I am looking for C# or C/C++ code to convert Bitcoin brainwallet to public address.
Has anyone written as such?
Can you share the code?
Where eventually to look for libraries to write such a code?
Thank you
Hello, have a look here: https://github.com/apogio/old-school-bitcoin. It generates a private key along with its public key and its legacy address. It also provides you with the corresponding QR codes. It is not a brainwallet checker, but you could use ideas from this in order to develop what you asked. Before you check it out though, please consider: 1. It's in Java. 2. Don't rely on this kind of programs (even though I am the one who developed it). Please make sure to use well maintained software wallets. 3. I think I will develop what you asked, just for fun. I will let you know. |
|
|
|
...
Very very helpful explanation. Payments get routed through other nodes on the channels that they have open. In order for you to have paid your friend, they need to have a channel open with someone else, who has a channel open with another node, etc. until you get to someone that has a channel open with you. Payments work through forwarding - you paid node C, who used funds that they have in a channel with someone else, to pay another node, and so on, until your friend gets paid. Each node on this route can take a fee for routing your payment, so the amount that leaves your wallet will generally be a bit more than the amount that your friend receives.
Thank you, this routing process is what I was ignoring. I though that in order to pay someone, I had to have established an open channel with them directly. There could be a number of different reasons. It could be that node C is the only one that has a route between you and your friend. It could be that the route through node C was the shortest or cheapest and chosen over other routes. In general, the channel used for payments depends on the route chosen for the payment to take.
So, considering that I want to support the network, could I establish channels with large nodes, in order to help routing payments? Would it be beneficial for the network? If not, could you give me ideas of what I could do in order to support? Something useful to note here is that prior to you sending the funds to your friend, Node C could not route any transfers through you. If Node C wanted to send to Node A (or B) and you were the ONLY path between them, then they wouldn't be able to send. This is because they didn't have any Cap on their side of the channel to send to you (for you to forward in your channel with A or B).
Now that you have sent to your friend, there are 27,410 available on Node C's side of that channel. They would now be able to route that much to Node A (or Node B) through your node, transferring up to that amount back into your side of the channel that you have with C, while you transfer the same amount to whichever of the two nodes (A or B) that they are wanting to route to.
In addition to my question to achow101 above, apart from opening channels with larger nodes, should I also make sure to have Remote_Capacity > 0, in order for me to be able to route payments? |
|
|
|
Hello, I have been successfully running an LN Node (LND). I have also created 3 channels with 3 random nodes (not really random, because I checked their stats). I found the nodes here: https://1ml.com/Without going into tiring details, when I created the channels, the situation was the following: | Channel | Local Cap | Remote Cap | | A | 100,000 | 0 | | B | 200,000 | 0 | | C | 150,000 | 0 |
Then, I decided to send some sats to a friend of mine, with whom I haven't opened a channel. Suddenly, the channels looked as follows: | Channel | Local Cap | Remote Cap | | A | 100,000 | 0 | | B | 200,000 | 0 | | C | 122,590 | 27,400 |
Obviously my sats were moved from my last channel and there was a 10sat fee. Now, my questions are: - Why did my sats get moved from channel C and not from another channel?
- Since I haven't opened a channel with my friend, how did my friend receive the funds?
- Does node C also have the ability to spend the sats I sent to my friend? Because it looks like the sats are on the other end of the channel I have with node C.
Note: I may sound extremely ignorant, but I am in the process of learning about LN. |
|
|
|
What is your opinion ragarding Microsoft products (Bing, outlook, edge etc). I am specifically interested in knowing whether they invade our privacy the way Google does. I mean a lot is heard about privacy and Google, but I haven't heard quite a lot about MS. At least personally. Google is easily the worst offender, but Microsoft isn't exactly far behind. Part of the problem is that most people interact with Microsoft via their OS, which can therefore monitor everything that happens on that device. Here's a post I made a few years ago about Windows 10: https://bitcointalk.org/index.php?topic=5190776.msg52685703#msg52685703By all accounts, Windows 11 is even worse, and I'm sure future OSs from Microsoft will be no different. Thankfully, it is very easy to avoid Microsoft. Just pick a Linux distro of your choice and you are pretty much done. Since you should already be using privacy respecting browsers, search engines, etc., as I mentioned above to avoid Google, then you will also be avoiding Microsoft. Thanks for the link. I tend to agree with you. In fact I think both those companies have penetrated our lives. Personally I don't use any social media. So I have tried to keep my life private. But I reckon I have much to do... I use Google in my life and I have to get rid of them. I switched to duck duck go for starters. I will migrate to another email provider too |
|
|
|
I honestly became afraid, what if one person at the backend of the google maps works with kidnappers? I feel unsafe now and I have limited my movement. At the very least there should be options somewhere in your Google account to turn off this kind of locations history. Personally I don't think it makes any difference. Google probably still collect that data, they'll just no longer show it to you in your account history. But the reality is that many and including me are unioned with google activities, can I succefully do without them? I won't lie and say it easy to avoid all privacy invading companies and services, but it is certainly possible. For everything Google offers, there is a privacy respecting alternative. For Google Search - DDG, Startpage, SearXNG. For Chrome - Tor or Firefox. For Gmail - ProtonMail. And so on. Here are a couple of great resources to get you start on looking for alternatives: https://prism-break.org/en/https://www.privacyguides.org/en/tools/Even if you don't go for maximum privacy like some of us, anything you can do limit your data being harvested is a good move. What is your opinion ragarding Microsoft products (Bing, outlook, edge etc). I am specifically interested in knowing whether they invade our privacy the way Google does. I mean a lot is heard about privacy and Google, but I haven't heard quite a lot about MS. At least personally. |
|
|
|
All this could be handled as risk , you can remove wifi for example , biut all these risk not compared from hardware walked , they can at any moment take my private key 🤣
This is definetely not true. At least not with serious wallets. Usually wallets that are open source don't have any issue. |
|
|
|
I hope this message finds you well. I am currently embarking on a project to build my own hardware wallet, similar to popular devices like the Ledger.
Firstly, I'd like to know what components are necessary to build a functional hardware wallet. Apart from the obvious need for a secure microcontroller, I assume there are other essential parts like a display, buttons for user input, and a secure element for key storage. Could you please help me compile a list of the necessary components and their specifications? Additionally, if there are any specific brands or models that you recommend, I would greatly appreciate your insights.
Furthermore, I'm curious if there is any readily available source code or open-source projects that I can refer to while building my hardware wallet. It would be immensely helpful to have a solid foundation or reference implementation to ensure the security and functionality of my device. If you know of any existing projects, particularly ones resembling the Ledger's architecture, I would be grateful if you could share the relevant information.
I understand that building a hardware wallet involves complex considerations, particularly regarding security and firmware development. Therefore, any advice, best practices, or resources you can offer would be highly valuable to me. If you have any personal experiences with similar projects or if you know of any other forums or communities dedicated to hardware wallet development, please feel free to mention them as well.
Thank you very much for your time and assistance. I'm excited to dive into this project and look forward to your insights and suggestions.
Hello! Actually Seedsigner have done this and you could get ideas. The have built both the hardware and the software. Check those links: https://github.com/SeedSigner/seedsigner (for the code and software) https://seedsigner.com/ (the website) Even if you don't want to re-use their code, you could use it to develop your own's software, although there is nothing wrong with it. Personally I have to say Seedsigner is a magnificent project! For more custom solutions, I will let other people talk. |
|
|
|
Can you explain this? Even when running Linux without GUI, you have 6 terminals by default (CTRL-ALT-F1-6). Or just CTRL-Z or CTRL-C your sync.
I'm saying this based on generic Linux usage, I've never touched a "MyNode".
Actually when syncing the initial blockchain using MyNode, there is no option to use a terminal. Please though check my following answer to @ETFBitcoin, because it seems like I am wrong. This is exactly what I needed. Unfortunately I get an error opening this tab, but I guess I will figure out why! Thanks! |
|
|
|
I do this: ps aux | grep bitcoind
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
bitcoin 804968 8.0 7.9 4945476 1301560 ? SLl May08 1132:26 /home/bitcoin/bitcoin-24.0.1/bin/bitcoind -maxuploadtarget=500G -dbcache=2048
Then: This can take a few seconds to complete. So you suggest just turning it off using the power button on the cable? No! That's not graceful at all. There's also a "stop" rpc command that you can use with bitcoin-cli to stop bitcoind.
Use it like any other RPC commands, e.g.: bitcoin-cli stop
Just make sure that you'll call it with bitcoin-cli since it wont work with bitcoind like in the very old versions.
Thanks, I totally agree, but I don't have a terminal since I am on the initial blockchain sync |
|
|
|
It's the same as "normally" turning it off. On my server, I just kill bitcoind, it closes gracefully that way.
When using bitcoin core, I can just close it. However here, it seems like it's running multiple processes and that's why I am worried. So you suggest just turning it off using the power button on the cable? |
|
|
|
|
Hello! finally, after waiting a long time to get my hands on a cheap raspberry pi, I have managed to buy one. I am so happy right now!
I have started the initial syncing process, but I want to pause it and restart tomorrow, because I know there will be a 2hrs electricity break for maintenance during the night. Is it possible to turn it off and start tomorrow from where I left it? I don't want to ruin my progress so far. I also haven't been able to find a similar topic on the web.
|
|
|
|
As I am taking steps to increasing my bitcoin knowledge, securing my coin and being privacy oriented, I thank everyone who is helping me to making progress.
I have a question!
Can a well set up electrum wallet on an air gapped device be considered to be as secured as a hardware wallet?
Hello, congratulations for your decision. How would you set up electrum wallet on an airgapped device? Technically you could create a wallet using electrum offline. You could also sign transactions, but there are 2 things to consider: 1. you still need another wallet to broadcast the transactions 2. you have to make sure the device is truly air gapped. You should remove the hardware that is suspicious and in general, you should make sure that the device cannot connect to the internet. I don't like this idea very much however. A user here has asked if they could do the same using bluewallet on a smartphone that is totally offline. The answer is that you could do this, but I suppose it is not highly recommended. In fact, @o_e_l_e_o answers your question perfectly (in my opinion) here: https://bitcointalk.org/index.php?topic=5441664.20 |
|
|
|
Still working on this.
But, it does show to me at lest that we as a group should probably have better instructions for people then just download core and let it sync the blockchain.
1) Windows update forced a reboot with the patches last week and I did not notice for a few days so that added some time to the IBD. That's on me.
2) Lost power and the PC did not power on. Yes, that's on me again.
But with those 2 points above, someone who DOES know better can still drag what should be a 1 week or less IBD into a 2 week fiasco. Can you picture a normal user dealing with this.
Yes, we all know SSD, faster PC, and so on and this becomes a non issue. But someone just reusing an old PC is going to be miserable.
-Dave
Hmm. I get your point, however I don't understand what you mean by the underlined text. |
|
|
|
Passphrases are not stored anywhere, you need to remember it.
I totally disagree... Just store it in a different location. Don't ever trust your memory. Friendly advice  |
|
|
|
from developer.bitcoin.org "loaded" : true|false, (boolean) True if the mempool is fully loaded
"size" : n, (numeric) Current tx count
"bytes" : n, (numeric) Sum of all virtual transaction sizes as defined in BIP 141. Differs from actual serialized size because witness data is discounted
"usage" : n, (numeric) Total memory usage for the mempool
"maxmempool" : n, (numeric) Maximum memory usage for the mempool
"mempoolminfee" : n, (numeric) Minimum fee rate in BTC/kB for tx to be accepted. Is the maximum of minrelaytxfee and minimum mempool fee
"minrelaytxfee" : n, (numeric) Current minimum relay fee for transactions
"unbroadcastcount" : n (numeric) Current number of transactions that haven't passed initial broadcast yet
Also, since I asked about it a while ago, there will be some variance between the mempool of different nodes: https://bitcointalk.org/index.php?topic=5200716With the filled mempool we are having now, depending on your config there could be a lot of difference depending on what nodes or explorers you are looking at. -Dave Thanks Dave. How would I go about increasing my mempool's capacity? I haven't been able to find a straightforward answer. Is it an argument when running bitcoind? |
|
|
|
In Bitcoin, a failed transaction can't be failed "for them" or "for you". Bitcoin is a ledger where everything is transparent. Your transaction is confirmed. Your transaction is not failed.
A transaction cannot be reversed once it has been confirmed, but an unconfirmed transaction can be rejected or purged out of the mempool if the sender used a TX fee that is too low in that period. Though OP's transaction is confirmed already because the TX id provided proves it, except OP provided a wrong TX id, or sent his BTC to the wrong address. Exactly. It has happened to me twice this week. |
|
|
|
|
Show Posts
