Bitcoin Forum
May 24, 2024, 05:56:22 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 [64] 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 ... 192 »
1261  Economy / Service Discussion / Re: Twitter seems likely to integrate tipping using Bitcoin. on: September 05, 2021, 06:26:25 AM
I would also find it very unlikely that Twitter will encourage using bitcoin on its platform. Doing so would create a lot of risks, one of which being that it gives people direct financial incentives to hack Twitter accounts. After Twitter was hacked last year, they prevented (verified?) users from posting bitcoin addresses in their tweets.

Well, it seems the direction is toward integrating Bitcoin to the social media platform. There are always risks, of course. But a hack is a hack and even if there is no Bitcoin address on the profile, just like when the 2020 hack happened, the risk is still existent and damage could still be done. Even the current Tip Jar feature is risky enough if a hack occurs. The hacker could also change the user's PayPal, Cash App, Venmo, and other addresses.
PayPal, etc transactions are reversible, so if a twitter account hack results in someone sending payments to one of these types of accounts, the payments can be reversed. This is not true for bitcoin nor LN payments.

Like I mentioned, twitter reduced the future potential benefit to a similar hack as what took place in 2020 by preventing users from being able to post bitcoin addresses.
1262  Economy / Service Discussion / Re: Twitter seems likely to integrate tipping using Bitcoin. on: September 05, 2021, 02:11:19 AM
A leaked image is released by developer, Alessandro Paluzzi, as to how the feature would probably look like.
This person does not appear to be associated with Twitter, beyond having a Twitter account. I am not sure why news outlets are citing this person. Most likely, this person was speculating as to what using bitcoin via twitter would look like.

I would also find it very unlikely that Twitter will encourage using bitcoin on its platform. Doing so would create a lot of risks, one of which being that it gives people direct financial incentives to hack Twitter accounts. After Twitter was hacked last year, they prevented (verified?) users from posting bitcoin addresses in their tweets.

Regardless if a certain company/platform is "trusted" or not, it's still a great move to decrease the usage of AML/KYC as much as possible. Twitter could be the best non-evil company in the world, but if their database gets breached, good luck erasing your personal information from the web.
Twitter is far from a "non-evil" company for many reasons. They allow terrorists who want to commit mass murder to publish propaganda to get more people to join them, while they censor people they disagree with.

This seems like a privacy nightmare. Potentially millions of people are about to de-anonymize themselves by linking their very public names and social media accounts to their bitcoin wallets.
If people are displaying LN invoices as a means to receive payment, there should not be a major de-anonymization issue, as it is not trivial to get a lot of information about transaction history from a LN invoice, and is even more difficult if you are not actively monitoring a channel.

Also, the amount of Twitter scams I can see coming is going to be ridiculous. Now fake Elon Musk accounts can just ask people to send donations directly to the bitcoin address listed on their profile.
It has the potential to be even worse than what you describe. Accounts can get hijacked, and new addresses/invoices can be changed in a profile without someone creating even a single fraudulent tweet.
1263  Other / Meta / Re: Post deletion emails on: September 05, 2021, 01:51:05 AM
If the thread is too old to take replies, I'm not sure why the OP isn't deleted. 
I'm finding it hard to argue with you on this one, although I do understand why your post was deleted.  Most of the time when someone necrobumps a thread that old, it's because they need to post for their sig campaign or bounty and somehow they've run out of threads in which they can write something.  In your case, your intentions seem to have been genuine....and yet there's a rule against bumping old threads....and yet those threads remain open.
There is generally a higher threshold for a new post to be on-topic when the previous post was made a long time ago. In many cases, it would be better for someone to create a new thread instead of posting in an old thread. If a post is not substantial enough to account for making a new thread, it may not be appropriate to create the post. One reason for this is because once a thread is bumped, everyone is encouraged to read it by way of the thread appearing on watchlists, and at the top of the sub it is in, and is marked as having new replies. Someone reading to an old thread may reply to the second or third to last post (for example), that may have been written months or years ago, and now contain outdated information.

May I suggest that, when the reasons are "other" that some guidance be provided so that I may "avoid posting things that need to be deleted"? The quoted email reports on a reply which was definitely on-topic, and I have no idea why it was deleted.
I do agree that it would be nice for the mods to have an option to give a more specific reason as to why a post was removed. Currently, some mods will send an (automated) PM from their forum account for certain reasons, however not all mods do this, and this invites mods that do this to receive excessive number of PMs from forum users.
1264  Other / Meta / Re: 9 posts by 0 user deleted? on: September 05, 2021, 12:25:45 AM
There were at least one post deleted belonging to LoyceV, and at least two posts by farcateshot, and one post by Cexmo. I checked all the other posts made by people belonging to everyone except the OP, and they all still exist. Unless posts were deleted prior to loyceV scraping them, the number of posts deleted count is likely off as well.
1265  Bitcoin / Development & Technical Discussion / Re: Help me understand pkey + “spending twice” on: September 03, 2021, 04:44:54 AM
When you receive bitcoin to an address/public key, in order to spend that bitcoin, you need to use a private key associated with that specific address to spend that specific output. When you sign a transaction that spends your bitcoin, you are signing that you are spending a specific output to a specific transaction.

For example, if you receive a transaction to address bc1abc123...3 that is the 3rd output to txid 34def...45, you must use the private key associated bc1abc123...3 that signs that you are spending the 3rd output to txid 34def...45.
1266  Bitcoin / Development & Technical Discussion / Re: Is there a Fee UTXO in every transaction?! on: September 02, 2021, 05:28:38 AM
The transaction fee is not part of the UTXO set. If for example, the sum of all inputs is 1.01 and the sum of all outputs is 1.00 BTC, the difference, 0.01 BTC will be added to the block subsidy of the coinbase transaction of the block that confirmed the transaction. If the above transaction was the only transaction confirmed, the coinbase transaction would include no inputs and 6.26 BTC in total outputs.
1267  Other / Meta / Re: Trust flags on: September 02, 2021, 03:56:15 AM
The terms of creating Flags is quite clear in that the thread cannot be a self moderated one (this thread is self moderated) and the thread cannot be locked.   You did not create the thread, therefore, you cannot guarantee that the thread won't ever be locked.
I'm pretty sure the requirements apply for creating the Flag. There's no way as a user to guarantee a Mod won't lock the thread later. I would Oppose Flags if the Reference topic doesn't exist, not when it's created by someone else.
If theymos intended the Flag system to have a consequence when the topic gets locked, he would have automated it.
IIRC, if a reference thread is locked, it is not possible for someone to add support for a flag, while you can oppose a flag that is referenced by a locked thread.
1268  Bitcoin / Bitcoin Technical Support / Re: [Aug 2021] Mempool empty! Use this opportunity to Consolidate your small inputs! on: September 02, 2021, 03:52:11 AM
If you consolidate into too few inputs, you may end up paying unnecessary fees when you are having to send some of your coin to a change address when you could have planned ahead to consolidate to the point in which you can spend entire inputs without having to send a portion of an input to a change address.
When buying something, it's unlikely to have an input of exactly the right size. Sending one input and one output works well when depositing to for instance an exchange.
It is indeed worth trying to avoid small change outputs. At low fees it could be worth adding another input and consolidating it into a larger change address. Sometimes I send the change to a custodial LN wallet, or sending it to an exchange would also mean it's no longer your problem. Even better if you can pay several services at once (that works well for payments you can plan, such as hosting, subscriptions or VPN).
If fees are very high, you can opt to either send more to the recipient than they are owed, or to pay a higher fee than necessary, if that means avoiding having some coin sent to a change address, and the additional amount you are paying is less than the additional fee you would have paid if coin was sent to a change address.
1269  Bitcoin / Mining speculation / Re: 2021, time for a new general & diff speculation thread... on: September 01, 2021, 06:10:33 AM
That will make 3 and a half months since the ban, what might still come online will probably do in small batches ​so maybe maybe, we won't be seeing anything over 10% ever again.
The lack of difficulty increases is in part due to the chip shortage experienced globally. Mining manufacturers are unable to ship as many miners as they might otherwise be able to due to a lack of chips.

This will take time, but as the chip shortage alleviates, and as more efficient miners are produced, the difficulty will increase.
1270  Bitcoin / Bitcoin Technical Support / Re: [Aug 2021] Mempool empty! Use this opportunity to Consolidate your small inputs! on: August 31, 2021, 04:20:36 AM
For example, if you have a bunch of unspent outputs valued at 0.002, but never anticipate spending more than 0.001 in a single transaction (inclusive of anticipated fees), you should not consolidate any of your unspent outputs
This assumes your spending won't change in the future, while some things are out of your control. I remember paying about 0.001 BTC for a small transaction (1 input, 1 output) at the end of 2017. If fees get that high again, you'll lose half of your 0.002 BTC and might want to adjust your spending habits. If you have bigger inputs, you could for instance open a large LN-channel or deposit a larger amount at once. Spending 0.000002 BTC per input now could save you 0.001 BTC per input later. I'd say that's a small price to pay for flexibility.
Well you need to make assumptions and act accordingly. If you think fees will reach 0.001 for a one input, one output txn, the threshold for consolidating will be low. If you consolidate into too few inputs, you may end up paying unnecessary fees when you are having to send some of your coin to a change address when you could have planned ahead to consolidate to the point in which you can spend entire inputs without having to send a portion of an input to a change address.
1271  Other / Meta / Re: Here Is One Reason Why Legendary Members Get So Many Merits on: August 30, 2021, 05:12:12 AM
If you are a legendary member, you need to have received a lot of merit, 1000 if you are a new era newbie, or a minimum of 500 if you created your account prior to the implementation of the merit system.

Nonsense. Airdropped merit was given even to the shittiest shitposters and it means nothing. As evidenced by the fact that median earned merit among Legendary members is 19. Goes up a notch to 34 if we take only ones still active this year. >80% of active Legendaries have that title only because of the airdrop.
I think we both know that the majority of merit received by legendary members is not received by those with 19 or 34 merit. The overwhelming majority of merit received by legendary members is received by those with a lot of merit.

When presenting numbers, I would suggest that you understand the context of the data you are presenting. You should also work to remove your own personal bias when presenting information. You should not look to data in order to confirm what you want to argue, but rather you should look to data in a neutral way, and form conclusions based on said data.
1272  Bitcoin / Electrum / Re: Problem verifying download's signature on: August 30, 2021, 04:05:50 AM
-snip-
Sure, but reading OP's posts, he is brand new to using GPG and is importing a single key belonging to ThomasV to verify a single piece of software. He is highly unlikely to be importing other keys at this stage, and even less likely to be using them to build a web of trust since he doesn't know whose keys to trust or even how to sign that he trusts them. Yes, it is a good idea to sign keys once you understand why you should do so (which is explained in the link I gave), but I think forcing him to sign a key when he doesn't understand why is counterproductive to assisting him to safely install Electrum, which is what his ultimate goal here is.
Even if someone is new to using GPG, I would recommend relying on a Web of Trust and/or signed keys. I might compare relying on an unsigned key to be similar to relying on a generic signed bitcoin message that could potentially involve you not being the intended audience of the signor (the signed message is being reused).
1273  Economy / Lending / Re: bitcoin loan with shares as collateral? on: August 29, 2021, 01:33:48 PM
I don't think there are any lenders on this forum with the required experience to be able to evaluate your collateral, and perfect a security lien on your shares.

The terms of any loan secured by shares in a startup are not going to be very attractive to the borrower due to the risky nature of startups. If you only need ~$5k for 3 months, you will likely find better terms using a credit card or a signature loan. 
1274  Economy / Service Discussion / Re: Has crypto cloud mining got market? on: August 29, 2021, 01:23:28 PM
Does this has market? What is the general take on cloud mining?

I'm pretty sure it's widely known by now that cloud mining services is either a scam, or a huge waste of money. We've had a lot of these in the 2017 bull market whereas a lot of people got burned that I wouldn't be surprised if you'd end up getting laughed at, regardless if you're actually providing a legitimate service or not.
Cloud mining companies have historically almost always been a scam. However there has also been a market for cloud mining, in part because people are greedy.

I would expect for people to continue getting burned from cloud mining scams.
1275  Other / Politics & Society / Re: If ISIL is still alive, what are the reasons behind it? The ISIL attack on: August 29, 2021, 01:16:28 PM
al-Qaeda is part of the Taliban, and continues to be part of the Taliban, despite what you will hear from Biden. al-Qaeda is a threat to the entire civilized world.

ISIS-K is made up of people from the Taliban who thought the Taliban was not extreme enough (if that is possible). They are another terrorist organization that is also a threat to the civilized world, and is the group that was apparently behind the terrorist attack at the Kabul airport last week.
1276  Bitcoin / Electrum / Re: Problem verifying download's signature on: August 29, 2021, 01:10:07 PM
Update:-snip-
This is a valid confirmation.

As it states, you have a "Good signature from Thomas Voegtlin." I can confirm that the key you have for him - 6694 D8DE 7BE8 EE56 31BE D950 2BD5 824B 7F94 70E6 - matches the key I have for him. You can also verify this here: https://github.com/spesmilo/electrum/blob/master/pubkeys/ThomasV.asc. The reason it tells you "WARNING: This key is not certified with a trusted signature!" is simply because you have not signed ThomasV's key with your own key to tell GPG that you trust it. This is not necessary, but if you wish to do this, then the commands you are looking for are gpg --edit-key and trust. You can read how to do so here: https://www.gnupg.org/gph/en/manual/x334.html.
Technically it is not necessary to sign ThomasV's key, but it is a good practice to do so once you are confident you can trust the key. Some people have many keys on their keychain, and it is not outside of the realm of possibilities for someone to have an imposter key on their keychain. Signing keys you know you can trust means there is not the risk that someone later compromises your verification method(s), and if a key does not match what you have signed, it will set off a red flag.
1277  Other / Meta / Re: Here Is One Reason Why Legendary Members Get So Many Merits on: August 29, 2021, 11:09:50 AM
[...] You are a merit source, so I guess you were joking with the statement above.
Honestly, there is nothing wrong with his statement, since this is not a forum for philanthropists. The purpose of the dissemination of merit is to make the forum more useful in the context of the extracted knowledge by one person, all merit sources are autonomous and have a volume of sMerit that, within their worldview, they can distribute at their own discretion.
I don't think it is appropriate for merit sources to only give merit to those that help them specifically. Merit sources should be giving merit to high quality posts, and should be encouraging people to make more high quality posts.

The term high quality post is subjective, but it reasonably should not be limited to those that help the merit source.
1278  Other / Meta / Re: Here Is One Reason Why Legendary Members Get So Many Merits on: August 29, 2021, 01:51:29 AM

If you're someone who receives merit, you are more likely to be someone who is active than not, and you are more likely to be someone who gains merit: conditions required for ranking up.
There is an implicit bias for the posts of high-ranking members to have higher rates of merit, since it's the high amount of merit that causes them to be high-ranking.
If you are a legendary member, you need to have received a lot of merit, 1000 if you are a new era newbie, or a minimum of 500 if you created your account prior to the implementation of the merit system.

If you have received a lot of merit in the past, you are likely to receive a lot of merit in the future, assuming you maintain your posting habits.

If you have received a lot of speeding tickets in the past, you will likely receive an elevated number of speeding tickets in the future.

There may be other issues with the merit system.
1279  Bitcoin / Development & Technical Discussion / Re: Using two layers of mixers to further obfuscate address history on: August 28, 2021, 07:30:05 PM
-snip-
Sure, but I would argue that if you repeatedly perform the same deposits and withdrawals of the same amount with the same delay and the same transaction heuristics then you are going to reduce your privacy, regardless of whether or not you are withdrawing your coins back to your own wallet or to a second, compromised mixer. Using a honeypot might speed up the process of identifying all your transactions for the honeypot operators, but if you repeat the same behavior enough then anyone who can read the blockchain would be able to link your transactions with a reasonable amount of certainty.
If someone is not using two mixers, they might not otherwise use a similar time interval to mix their coins. Also, once a person's coin has passed through (a) mixer(s), they might spend their coin at a diverse set of merchants.

So using a second mixer may be providing additional data points to an adversary who is trying to break a user's privacy.
1280  Bitcoin / Development & Technical Discussion / Re: Using two layers of mixers to further obfuscate address history on: August 28, 2021, 01:13:06 PM
If one mixer is actually a government honeypot, or information about its users is otherwise leaked, and you use it last, the privacy you received from the first mixer will be reduced.
I take your point about consistently sending coins from mixer A to mixer B - doing so is a fairly unique transaction and so potentially links all your mixed coins together. But can you elaborate on the part I've quoted above? I assume when you say "information about its users" you are talking about things like IP addresses, browser fingerprints, etc? If so I understand, but if you are referring to blockchain or transaction information, then I don't follow your line of reasoning. If I withdraw (for argument's sake) 0.256 perfectly anonymized bitcoin from ChipMixer, send it to government honeypot (using a perfectly anonymized Tor session), and then receive a different 0.256 BTC from the government to my own wallet, what additional information have they gained?
I was referring to blockchain information. For example, a mixer may (intentionally or otherwise) keep track of what should be the private link between a transaction sending coin to a mixer and the transaction from the mixer.

In your example, you withdrew 0.256BTC from CM after sending a similar amount to CM. My example stipulates that you sent the 0.256BTC from CM to a honeypot multiple times, each time after the same approximately same interval after you sent a similar amount of BTC to CM.

If you do the above one time, there will be many input transactions in which you are sending 0.256BTC to CM. If you do the above five times, the number of potential input transactions irrelevant to you is reduced. Eventually, if you do the above with sufficient frequency, an adversary will be able to reasonably conclude all transaction both to and from a mixer you used.
Pages: « 1 ... 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 [64] 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 ... 192 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!