^ I made this quick rank calculator. I haven't styled anything yet, because I want to be sure that it calculates the date properly. Can any mods/legendaries confirm it?
I am neither moderator nor legendary. But I tested this. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) For reaching junior member, excluding merit, you need 30 activity. If you make 1 post per day, it takes 30 days to get 30 activity and become a junior member. I entered today's date. It says that I will become a junior member 44 days later. I also think that it would be better to remove the word "average". Assume that I make 30 posts on day 1 and make no post on days 2-30. In the first 30 days, I have made 1 post per day on average. In this case, I cannot become a junior member.
|
|
|
.......and therefore I’m surprised that freebitco is offering such high odds on his victory. .........
Freebitco is using parimutuel betting system. So, odds are not offered by freebitco. They are determined by users. Odds for Trump are now smaller because more money has been put on Trump. Till now 62,000 people have bet on Trump, while only 33,000 people have bet on Biden. Unlike many polls, people here in freebitco believe that Trump will win the presidential election.
|
|
|
I just searched for this and found the following topic created by OmegaStarScream. Follow suggestions given in this thread. Seems that they worked for OmegaStarScream. Error when executing Electrum
|
|
|
Not a very important question, and sorry if I've asked before but I'm wondering if you guys support withdrawal to Native segwit (bech32) addresses?
Yes, you can withdraw to native segwit addresses. Read the following post made by TheQuin. ...... Bech32 addresses can be entered on the withdraw page but you can't set the default withdrawal address on the profile page. ......
I also tested it myself. Look at the image below. Now, I have a pending withdrawal to a native segwit address. ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FHpoekUN.jpg&t=663&c=5JWrh9256_Hvpw)
|
|
|
I wonder why nodes didn't reject the second transaction. As far as I know, nodes reject the second transaction even if the fee paid for it is much higher.
each node has its own mempool and at a given moment a node might have a set of unconfirmed transaction which might be slightly different from other mempools. There is a possibility the second transaction was broadcasted to nodes that didn't receive the first transaction yet. Also not all nodes follow the same policies. A node owner can remove the first-seen policy and configure it in a way to reject the transaction paying less fees even if it was seen first Thanks for the explanation. Doesn't a transaction need to be validated by majority of nodes, so it can be added to a block? Don't nodes usually reject such transactions? In the case OP is talking about, majority of nodes preferred to validate the second transaction. I know that some nodes may approve the second transaction. My question is why majority of nodes approved the second transaction? The first transaction had been broadcast 6 minutes before the first one. So, majority of nodes likely received the first transaction before the second one. Why did majority of nodes replaced the first transaction with the second one? The scammer was very very lucky. Such transactions don't have big chance to be confirmed. Because most of nodes validate the transaction they see first. Am I right?
|
|
|
You could either only allow 0-conf transactions if they are send without the RBF flag which makes it much harder (not impossible) to double spend a transaction. That's definitely fine for low value (coffee) transactions.
In addition to what stated by bob123, not only RBF-enabled transactions shouldn't be accepted, but also you shouldn't accept transactions that have an unconfirmed parent transaction with a RBF flag. A transaction that has a RBF-enabled parent is even more risky than an RBF-enabled transaction. For abusing a RBF transaction, it is needed to change the outputs as well (I don't know any wallet that allow this). For abusing a transaction that has a RBF parent, the only thing needed is to bump the fee of the parent transaction. (It is allowed in all wallets supporting RBF such as Electrum)
|
|
|
You'll have to pay 0.01 i think at the start for your first 100 transactions. So it's 0.0001BTC per transaction
The fee Trustedcoin charge for signing transactions is 0.00005 BTC per transaction if you pay for 20 transactions at once and 0.000025 per transaction if you pay for 100 transactions at once. TrustedCoin - Electrum Two-Factor Auth Help
|
|
|
Normally, a hacker can use replace by fee or child pay for parent to divert the transactions of no confirmation from the recipient back into their wallet.
Replace by fee transactions can be abused. Because once you bump the fee the first transaction disappear and it is replaced by a new one. But I don't think child pay for parent method can be abused unless I am missing something. Using CPFP method, you can only accelerate a transaction and it's impossible to reverse the transaction, remove it, change outputs, etc.
|
|
|
So the first transaction dropped because the second transaction spent the same input as the first transaction. Once it was spent by the second transaction, it was no longer available to be spent in the first, and so the first became invalid.
I wonder why nodes didn't reject the second transaction. As far as I know, nodes reject the second transaction even if the fee paid for it is much higher. How did the scammer managed to do this? I don't think that's easy to implement a double spend attack.
|
|
|
Imagine, you made a tx with lower fee. In recent times, lower fee tx requires more time to get confirmed. One of my tx with 2 sats per byte isn't confirmed yet. Nevertheless, since you used lower fee in the tx, the tx won't get confirmed. With the tx id, you were able to attract the mind of the seller (receiver) that you sent the tx. But since the tx isn't confirmed yet, if you create another tx with higher fee, miners will include the higher fee one in blocks. Therefore, the previous tx will no longer valid as that input has already been spent.
This doesn't always work. Because there is no guarantee that the new transaction will be accepted by nodes unless you are very very lucky. Even you try to broadcast a new transaction spending same inputs with a much higher fee, there's a high probability that nodes reject the transaction and don't propagate it. The scammer in question was very lucky or managed to make a double spend in a way I'm not aware of. As far as I know, for having a successful double spend, it's not enough to make a new transaction with a higher fee. The transaction will be rejected by majority of nodes even if the first transaction hasn't been confirmed yet and the fee paid for the second transaction is much higher.
|
|
|
You are absolutely righf cause this need go be discussed to help the newbies and one of the disadvantages cancel and replace a stuck transaction with another one on ETH network is fhat the previous transaction fee wont be refunded.
The fee paid for the first transaction (stuck transaction) does return to you. But since for canceling a transaction, you need to make a new transaction to yourself, you have to pay fee for a new transaction. This is same as bitcoin when you double spend a stuck transaction to yourself.
|
|
|
I have hit many 99xx in the past but never even won $2 but free is free and 1 chance in 10,000 is still something to play for if you do not mind just clicking once. No brainer to try it every now and then right?
The chance to win 200 dollar in the free roll is not 1 in 10,000. The chance is 1 in 20,000. Because probability of hitting 0 and 10000 is half of probability of hitting other numbers. Every time you play the free roll, a decimal number is calculated and is rounded off to the nearest whole number. For hitting 10,000 the decimal number must be between 9999.50 and 10000.
|
|
|
Yes, the website is working fine and without any problem. They are even allowing people to make withdrawals faster than before. Below is the announcement made by Bitmex. United States CFTC & DOJ FilingIn the meantime, the BitMEX platform is operating entirely as normal and all funds are safe. To allay any potential customer concerns, pending withdrawal requests were processed at 17:45 UTC, in line with our standard procedures. We will process another off-cycle withdrawal at 08:00 UTC, 02 Oct 2020, and then 13:00 UTC, as usual.
|
|
|
No, something like this. But not only for last 30 days and not limited to 50 users. Look at the image below. BPIP (edited) A: My rank if number of earned merits in the last 30 days is considered. B: My rank if number of earned merits in the last 90 days is considered. ... ... If I click on "A", I would see list of top-merited users in the last 30 days. If I click on "B", I would see list of top-merited users in the last 90 days. ... ...
|
|
|
But its still risky opening the electrum version i have now? So if i do a transaction with it whether it works or not, there is still potential risk even opening the program up? Or only if you see the update electrum message? Again, I haven't opened electrum in a long time and don't plan to use it anymore... its just right now i was thinking about sending tiny amount of btc to it from nano ledger s because i restored my nano ledger seed but not sure if my old coins from the old nano ledger s is there.
Electrum versions older than 3.3.4 were vulnerable to phishing attack. In versions older than 3.3.4, servers could display a message asking you to download the new update (malware). For more details, click the link below. when broadcasting transaction, error message from server is displayed as isSince, the version currently installed in your system is 3.3.4, I don't think you will see such a message unless that's a fake version. (Ignore it if such a message is displayed). By the way, why not to remove the currently installed version and download the latest version from the official website?
|
|
|
Thanks for the update. -Added 30/90/150 day counts for earned & sent merit.
Since signature campaign managers usually ask applicants number of merits earned in the last 120 days, it would be useful to add 120 days as well. Can you also add list of most merited users based on merits earned in the last X days?
|
|
|
That's not the only post that has been edited. According to Loyce.club, adomanim has made 15 posts and 9 of them have been deleted. All 6 remaining posts have been edited and include links to external websites. He puts links inside the text. Post historyThis user is breaking rule number 24 and should be nuked. 24. Advertisements (including signatures within the post area) in posts aren't allowed unless the post is in a thread you started and is really substantial and useful.[9][e]
|
|
|
|