Corrections don't always mean down. Assuming we're overbought on the weekly or daily rsi we could just go sideways until we become oversold (since we're moving between 18500 and 17500...
We can go down from here and I wouldn't say its unlikely, but we could also go sideways for a few days or weeks and regain some momentum?
|
|
|
The statistics usually on the broker website/software and grouped by industry sectors, and people use industry average as the benchmark. If you can't find that information from the broker, you can use business-related newspapers/magazines.
Ah thanks I'll see if I can find a resource on it. Most of the stocks were in two main sectors so I might be able to find an overview. Anyway, investing in stocks is a long game with way lower returns compared to crypto, not sure what could we achieve with $100 Yeah I'm trying to work out how dividends work though (one paid 10% pa since 2000 I wanted to check it wasn't lies ) and what to do if we see a strong enough pump I can cash out a few and know where to put it...
|
|
|
I'll try to do the synch in the right way for now..
Whe i try to enter prune=4000 in core i have this message : Method not found (code -32601) I've checked the debug.log, nothing about prune enabled.
In the db.log i have this though : "wallet.dat: unable to flush: No such file or directory txn_checkpoint: failed to flush the buffer cache: No such file or directory wallet.dat: No such file or directory"
Not sure if this got responded to yet but you can't run the prune in core you'd have to git it as an argument as core starts up or add it to the conf file. And I think you've meesed up typing the drive in, i'd check you've copied it correctly (and for example use quotation marks around it if it's got spaces in it).
|
|
|
If you've got your private keys or can find a way to export them in core (try and search for the fastest way).
You can import them into electrum or other wallet software that won't require full node sync (it syncs but it takes about 5 minutes on a very slow machine).
To activate pruning mode itself uou need to ender a number larger than 4000, so you can set it to 4000 and it should activate. If you go down the pruning route, to check it works start core and leave it running for a bit (until the loader screen goes) then close it and check the debug.log file in your data directory (where the config file is) and see if pruning mode has been enabled.
|
|
|
I was looking at trying out value investing and deposited a small amount on two exchanges to test it. My issue was I did this straight after the crash (when I was bored during lockdown) so my total gain atm from these - tiny $100 buys - currently stands at a higher return than expected (no leverage, just pure stock value) ...
I'm now thinking I've picked a bad time to do this (especially since the companies I invested in had solid returns and were at least 80 years old). But now I'm wondering if there's a way to salvage comparison statistics against how similar stocks should've performed - ie should I look at average gains from a pool of other potentially undervalued stocks I thought were too risky?
|
|
|
ThAt'S pRiVaCy ThAt'S aPpLe
Is it possible that ad was targeted exactly to harvest data they can now get? It was for iPhone but they might move stuff across/update both fairly soon...
|
|
|
You could wait for the news to come out about it going over the ath and see what you think when that comes.
I'd say if it looks like a large run up then you might want to drop your coins fairly fast (eg more than $2k in a day). If we do get a decisive break to quite a bit higher tjough you could place a stop loss at 20k and hold that...
If it's going steady at a few hundred bucks a day or something I'd rather wait for 24-30k but that's just me...
|
|
|
What are you expecting here? We cap the price at $20k?
If you're in Europe and haven't heard about crypto then you're probably waiting for your town to get electricity... There is an issue I think of people having large sums of btc much like large sums of fiat but it's likely going to be a hard issue to tackle and there may be enough circulating supply for wider adoption (otherwise a new coin can spring up).
But most people not in crypto now are mostly like that by choice, enough people seem to have heard of it.
|
|
|
Unfortunately, you are assuming the most fantastic scenario. What can I say, I'm an optimist Let's consider the most efficient option: one LN node and many end users connected to this node. The node must invest the same amount as all users do. If the node wants to earn 3% of the profit for the year, then all users will have to pay this 3%. That is, on average, each user will pay 3% per year of the amount invested in the channel. (The average route length will be 2). 3% sounds bad if you spend $1000 per month. But if you put $100 in a channel, and spend and receive $10 at a time, but do that 50 times per month, then $3 in fees doesn't sound bad at all! I spent more on my last on-chain Bitcoin transaction (I made a mistake on the fees, my fault). "Super-cheap transactions in LN" and "LN-nodes that make a profit" are mutually exclusive things. You're probably right here. But I don't really mind, it's not as if Bitcoin nodes are currently making a profit. Some things are just done to support the network, and if an exchange (or casino) runs a LN-node, earning money from transaction routing is only a side-income, and not their core business. I must admit I don't have the time to read it in-depth now. But I like this picture: The thing is: I'm okay with the scenario on the left, if that means I can make many small cheap payments using Bitcoin. I'd prefer a fully decentralized system, but I get that won't happen. Dont eos have around 22 trusted nodes mining everything in a decentralised style way? Id be happy with something like that, or just with the idea that you make a payment regularly with and have a channel open to a local store who would want the fee for processing your transaction... If santander charged €30 for a transfer I see no reason Deutsche or Lloyd's wouldn't want to try to bring it down to €25 if they can.. 3% fees are high - i wouldn't want to pay that much compared to if I could make a bank transfer.
|
|
|
I can see the image you posted though? Can you?
Is there a chance you or your firewall have blocked the domain ip.bitcointalk.org?
|
|
|
Have you tried fiddling around with options such as caps lock and number lock first just in case that was the problem.
If you send a company the wallet hash and what you think the passphrase is they can't use the hash to build your wallet. Some prefer you send the wallet though as they are better assured you'll return the funds as it's they who need to trust you in order to do it and you'd have no incentive to pay them if trying to be anonymous at that point...
|
|
|
We're now very far above the $10k region too so I imagine it could at least last a while even if some sort of crash sets in...
$16k was a predictive level, the only other level up is around the 22k region, a pull back is likely before then but I don't think we could go below $10k for a while (at least without not turning extremely bearish).
|
|
|
Afaik you can have any multiple of 3 greater than 0 and less than or equal to 24...
Correct, BIP 39 mention the entropy must be multiplication of 32-bits (before generate checksum and divide the entropy+cheksum by 11). But 12 and 24 word length are the standard and there are very few wallet which can generate neither 12/24 word length mnemonic. a bit OT but this made me thinking that if we modify BIP39 a little we can come up with some cool things. for instance we can increase the "padding" (checksum size) to not be the minimal but be the similar size as what we add to a WIF for instance (32 bits). for example for 128-bit entropy instead of padding with 4 bits we can pad with 26 bits which adds 2 more words but makes recovery A LOT faster due to far less collision. eg. recovering missing 2 words takes about an hour but with a bigger checksum it takes less than a minute. Interesting idea, but in the end it's trade-off between security and recovery. Additionally, it's only useful when some words meant to be checksum are intact. Yeah I can't decide if the checksum is for recovery explicitly or if it's to check you've typed the mnemonic in correctly. It could always be offered as a way to increase the recoverability of a seed but I'm not sure how you'd lose 2 words of your phrase and still have 10 (unless you wrote it down wrong...)
|
|
|
I don't think the focus is on staking altcoins here. The administration is probably trying to stay away from the altcoin section a bit to focus on bitcoin.
Is there not a defi forum yet or a staking one anyway? Or at least a subreddit...
|
|
|
I'd support maintaining a few different types of software for cross compatibility and Theymos was trying to market it as a standalone open source piece of forum software so...
Like just have a toggle to switch between bbcode, that one and any others they might like.
|
|
|
I think i've received them? Electrum has an inbuilt function to add capacity and that seemed to work...
|
|
|
Also, if I need to shutdown the node (or restart my laptop), channels remain open and everything keeps working, right? So, does this off time, counts to kinda break the uptime record?
If someone wants to close a channel and you're not online, the channel can still be closed anyway. When not online: people can't open a channel with you. people can't cooperatively close a channel with you (so it might take around 14 days for their channels to close unless some sort of override kicks in when you're back online). I think if an uptime/reliability record is kept, this will be factored into it. If you stay offline for more than 14 days, someone can technically steal your funds (but I don't think it's likely you'll be offline for 14 consecutive days and you might have bigger problems if that happens). Other than that, and if i've ever forgot to reload the app within 14 days - the remote node doesn't try to do anything malicious as they're incentivised not to...
|
|
|
I got a confirmation, it's paid! Return invoice: lnbc2500u1p0mzskppp55dghm45mrm9tdd450g7r92a9dnxrpujmt0u2hy4j4a0pnzzn9t2ssp5pgue536alqgl3jdcucu5xrvej7s229ray7chxd809kzl2fqs73wqdqqcqzynxqyz5vq9qypqsqrzjqwryaup9lh50kkranzgcdnn2fgvx390wgj5jd07rwr3vxeje0glc7zsxj5qq9cqqqqqqqqlgqqqqqeqqjqrzjq0l0wa743fffmup287exw6gwpjgrxanm24wvr33cgjaj6dyc0z0ezzsx0sqqx6qqqqqqqqlgqqqqqzsqygrzjq057tg4wwrjz6qfv9nkvtgnxycctjlh7ky7ypqqk3cvlywj3spgu2zsx0sqqx6cqqyqqqqlgqqqqqzsqpcypyxeypu9szc7wp4p07wp6ztgn8qs4kdxt9xh4ukzc7qnl23qu6rltjujppt4k364nhq5zgtchhz9rk797l3nrujakjj3jkk8vfwmtqpx3njuq
I'm using electrum on my computer so I assume it has normal power managment - so there's not too much of a rush... I might potentially have a capaicty issue though.
|
|
|
I'm opening a channel with acinq, I'll be back in (exactly) half an hour to do the transfer in case you're having to leave éclair open or something.
|
|
|
Ywah I think you were right about not being able to root as much, are the nodes you're connected to quite well connected on the node explorer or have you been trying to connect to random nodes? In the other thread there was a graph of the best connected "top layer" nodes.
|
|
|
|