Personally, I would use Tor over VPN, i.e. would run Qubes OS with tails and route Tails traffic through VPN. Safe VPNs to my mind are Mullvad and probably IVPN too. Short version: Generally speaking, we don't recommend using a VPN with Tor unless you're an advanced user who knows how to configure both in a way that doesn't compromise your privacy. Longer version: see TorPlusVPN.
|
|
|
Strange because I use your bot frequently and for sure i have used it in last week, so after it was switched to CloudFront and always worked fine, just to let you know, maybe it will help
I am also using Free VPN Proton maybe this is causing the problem, also started to use it recently because my yearly subscription on ExperessVPN ended, sometimes I have problems to open some web pages I looked at AWS' troubleshooting, and it may be I blocked some of CloudFront's own IP addresses. Can you try again if notifications are still inaccessible? I blocked IP addresses to stop agressive scrapers. It may have caused some unwanted side effects.
|
|
|
EG most spammers respend within an hour so THEY should be charged 12x more then someone who waits 12 hours. where everyone else just pays a lesser rate It's trivially easy for a spammer to wait 12 hours, or to create multiple inputs in one transaction and then wait 12 hours for many cheaper transactions. It won't solve the problem. 4. Congestion caused by "sophisticated" spam attacks This is the newest form of attack and the worst type since the solution is not yet agreed upon. Specially since there are still people who don't want to admit this is a problem. The latest example is with the codename Ordinals. In this type of attack they create an incentive for the regular users to spam the network themselves, in this case by exploiting the protocol. This is more harmful and harder to fix because for example to prevent the Ordinals attack there needs to be changes in the protocol which nobody seems to be interested in! The worst kind of spam is the kind that's profitable. They have no reason to stop.
|
|
|
Problem is it takes several hours to run before showing me the error message. Have you created a (backup) image of the drive yet? It's old, and you don't want it to fail during those runs.
|
|
|
simple solution.. its very easy for a node to check which block the UTXO is being spend from. to know the age of the coin being spent. so ifs its a young age (under 12 hours old) then economic nodes and pool nodes can just avoid relaying or adding such tx to a block unless they pay a premium That would mean someone can't use the Bitcoin he just received as his salary to buy something, it's like forcing people to HODL for a while. code creates rules. and bitcoin relies on code and rules. so the solution is code and rules Currently, miners can even include zero fee transactions. It's going to be a huge complication if consensus rules include checking how old an input was to see if the miner was allowed to include it. The real solution is for people to stop paying for BS scam tokens made up by someone to get richer, but there's always a new fool who hasn't learned the hard way yet.
|
|
|
Still trying to get a graph for most inclusions / exclusions but having issues for some reason, unless there's already been a list made? You mean this one? I can get you an update if needed. Oh yeh, that. Had forgot about that. An update would be useful though cheers, that's the data I should logically be using for overall DT inclusion/exclusion. It's updated (reading millions of data files took hours. I'm looking forward to your graphs ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
Updated data file (up until last Saturday's Trust data dump): See: loyce.club/trust/DT-strength.txt. I named it "DT-strength", because it includes both DT1 and DT2. It should now include all these requirements: So, to summarize: - All users who have ever (since week 6, that is) been on DT1 or DT2
- No users who have never reached a positive inclusion (or just 0, when the number of inclusions and exclusions are equal)
- Those users can reach negative strength too (at DT1 or DT2 level)
|
|
|
It is due to the Bitcoin Ordinals and most of these transactions are dust transactions, I would approach and If any Bitcoin Core Developer is here, please try to prioritize less for these Dust transactions as they are blocking the way for other people who really want to use Bitcoin Network for something important, like paying for something with Bitcoin etc. These Ordinals guys need to go somewhere else, BTC Network isn't made for these things. I don't think Bitcoin developers can do anything about this, miners will go for maximum profit. I miss the days those scam tokens were all on shitcoin chains such as centrally controlled and premined Ethereum. Weirdly though, I think Ethereum profited big time from the "popularity" it gained from hyping the scam tokens. That really gave it it's name. Bitcoin on the other hand already made a name for itself, so I don't expect anything good to come from this.
|
|
|
You beat me to it. It's so obvious when a Newbie posts generic information without question on the tech boards. Why do I not have my own Nuke button yet?Update: He's nuked.
|
|
|
scp -r <username>@<raspberry_pi_ip>:/path/to/bitcoin/blocks /path/to/local/Downloads scp -r <username>@<raspberry_pi_ip>:/path/to/bitcoin/chainstate /path/to/local/Downloads scp -r <username>@<raspberry_pi_ip>:/path/to/bitcoin/indexes /path/to/local/Downloads I'd shorten these 3 lines to: scp -r <username>@<raspberry_pi_ip>:/path/to/.bitcoin /path/to/local/Downloads My Bitcoin Core installation doesn't have a directory "indexes". It requires the use of another strorage drive or some ssh connection to another machine to transfer data but that's the idea But: if you have to ask how to copy files on your local system, I can't really recommend using with SSH.
|
|
|
First: move (bottom-left) this topic to the altcoin boards. Then: I assume you used a Bitcoin wallet to recover your funds. A Bitcoin wallet doesn't support Forkcoins, you're going to need to use the respective Forkcoin wallets. I wrote a topic about this years ago. The prices in that topic are outdated, but the warnings are still valid. Move your Bitcoins to a safe new wallet before doing anything Forkcoin related, and learn what the lack of replay protection means before doing anything else.
|
|
|
Still trying to get a graph for most inclusions / exclusions but having issues for some reason, unless there's already been a list made? You mean this one? I can get you an update if needed.
|
|
|
To be fair, there isn't a way to figure out how many new transactions will be produced in advance.
Maybe a machine learning model could be made, that looks as previous mempool activity over the past 2 or 3 years and then tries to estimate how many new blocks will be created at any given time I would extrapolate the transactions made in the past few hours, and use that as an estimate of transactions in the coming hours. It's not always accurate and there can be exceptions, but most of the time it's pretty accurate. That's why I like Johoe's site: it quickly shows fees are currently slowly going up, which means if you pay the minimum and it doesn't get confirmed quickly, it's likely to take a lot longer. If it would have been the opposite and fees are slowly dropping, paying the minimum is likely to get your transaction confirmed quickly. I can't get this information from mempool.space's estimate.
|
|
|
I never really looked at it before until now: ![Image loading...](https://ip.bitcointalk.org/?u=https%3A%2F%2Floyce.club%2Fother%2Fmempoolspace.png&t=664&c=kUlAkXqjzXFPuA) It looks like their estimate in confirmation time is based on the assumption that no new transactions are being made. So, if you pay 12 sat/vbyte now, your transaction will be in the fifth block. That sounds acceptable to me, except for the fact that there's about 1 block worth of new transactions every 10 minutes, so it can take days to clear just those 5 blocks.
|
|
|
You're just one of those who cries foul when some one leaves NEUTRAL trust feedback. ... and then post this: | JollyGood | | 2023-09-02 | | Reference | | If you make an opinion on the character of JollyGood, it is likely that he will find a way to retaliate with brute force; trying to twist words to give you a negative label, and/or misconstruing facts and time to make you seem untrustworthy. At least, this has been my experience with JollyGood. I commented on him being a complete and utter stickler, this lead to a false theory about me "knowing about a scam before it scammed" (not true) along with countless negative labels. Based on this experience, I do not trust JollyGood. |
@BenCodie: read this: The system is for handling trade risk, not for flagging people for good/bad posts/personalities/ideas. You can't use "Negative - You think that trading with this person is high-risk." because you don't like his posts about you. Also, he has a point: your posts about WWM (claiming you knew they were going to scam, but not saying anything about it) didn't make much sense. My advice: stay out of the forum drama.
|
|
|
According to whois look up, the domain expired on the 31/08/2023 which about some 4 days back. I have no experience with running a website, but doesn't the administrator receive some email notification informing him that his domain has expired or is about to expire? That's what I would expect. But it doesn't matter if you're not reading your email. I also looked into their GitHub and there has been no activity there in different repositories for over a year, which makes me wonder if it's going to be one of those abandoned projects. It looks like it. There's also no .onion website, so they're just gone. Makes me wonder if they still hold user funds, they were trying to be custodial.
|
|
|
if you or an attacker imports this wallet with the seed phrase on a different device, you'll have access to spend the funds on the wallet and set up a different password for the wallet on that device. That's interesting. So as we say that the password protected wallet is encrypted, it is encrypted only if it remains on that particular system. Z-tight is talking about importing the seed word phrase, not the encrypted wallet. If someone copies that wallet file generated by the electrum and imports it into another computer, it will not remain encrypted??? That's not how encryption works.
|
|
|
My system is a Toshiba laptop from 2009, not a beefy one as you can imagine: CPU: 2 GHz RAM: 4 GB HDD It will work, but will always be slow. Unless there's a reason you don't want Electrum, I wouldn't use Bitcoin Core on this hardware. I have now switched the HDD to an HP Elite 8300 SFF and it seems to be working better: CPU: 3,4 GHz (boost up to 3,9 GHz I think) RAM: 16 GB HDD (same as before) Do yourself a favor: get an SSD ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) It's the best upgrade you can get. In case you already have an SSD and just use the HDD for block storage: move your chainstate directory to the SSD. It makes all the difference!
|
|
|
I don't know Umbrel, but usually you'd just copy your home directory to the new system. Create a backup and restore the data.
If you want to keep switching OS without reformatting, it's easiest to keep /home on a separate partition (but I guess it's too late for that now). If you don't want to create a backup, and don't want to format, you can YOLO and manually remove all files other than your home directory after you boot the installation disk for your new OS, and then install without formatting.
|
|
|
A good example how an escrow fund can be managed professionally in a messy situation is whirlwind's Escrow fund managed by minerjones I'm not convinced that's skill, more a coincidence. I've also seen a bad example of how escrow funds can be managed. I'm a sucker for strict rules, but it's difficult to take all possible scenarios into account before they happen. This is one of the reasons I don't actively offer escrow services (although I've done it a few times when asked). Yahoo62278's suggestion is a good disclaimer to add if it happens again. Maybe every project doing a Signature campaign can provide an escrow fund and in case of an exit scam, losses could be covered. Eddie's post comes to mind again: Should never have put the temporary illusion of safety above personal liberty.. ~ This forum started acting like protecting idiots is more important than letting users express their free wills.. ~ A new startup can’t come here and start a signature campaign for example without completely being bullied into “trusting” some escrow they have probably never heard of, so heaven forbid they couldn’t possibly scam some users willing to take the risk.. Remember the forum's mission: the forum's mission to be as free as possible. If someone wants to risk not getting paid for having a certain signature for a week, who are we to stop them? As long as Service provider and escrow provider is okay with agreeing mutually in private or in any form - I think it's just fine. It does not need to be public at all. Agreed. But it will lead to topics like this one, where people question things they're not a part of. The next step would be handing out negative feedback demanding answers, and think that would have happened already if the 2 accounts involved would have had a lesser reputation. Difference was the manager Hhampuz was not trusted by $40k DAI so they went with an independent third party escrow which was minerjones in this case. I'm pretty sure it was Hhampuz' own call to ask another escrow. He ran the campaign and avoided a conflict of interest this way. Ah, so we were paid in the end for those last few days of the campaign, good to know.
Up until now I assumed we weren't (and I even said that in another thread :p) because I don't really check my sig campaign wallet on the regular basis and few days ago when I checked the usual address from where sig campaign was paid, there were no transactions (except that latest one when funds were moved). I can't believe I have to say this, but: You know the only way to see if you've been paid Bitcoin is by checking your own address, right? Not someone else's address?
|
|
|
|