Kolejny artykuł w mediach niemalże "głownego" nurtu: https://www.money.pl/gospodarka/czym-jest-nft-i-jaka-jest-jego-wartosc-6765582752324384a.htmlPozwolę sobie zacytować pogrubiony tekst z ostatniego, podsumowującego akapiu: Nowoczesne, kapitalistyczne techniki generowania bogactwa, takie jak Bitcoin czy NFT, jeszcze bardziej pogłębiają problem globalnego ocieplenia, wzrostu temperatur, wymierania gatunków itp. Także tego. Jakby ktoś pytał dlaczego rafa koralowa się wybiela, to Bitcoin.
|
|
|
This wallet was mine, in 2012 I bought some BTC than I wasnt very educated and I forget the password, but all my passwords at that time was only number and some number and letter without capital letter, I shared it before with 3 guys that claimmed be able to brute force but till now nothing happenned and the funds are still in the hash, may someone here find and we will have a good time on it.
It means some of those people have violated your secrecy. But I am surprised that the wallet has not been cracked yet given that it is between 4-8 chars with only numbers and letters. That would be easy fodder for Hashcat and a lone (high-end) GPU. Are you sure these are the exact constraints of the password? Maybe there could be some non-latin characters that you have forgotten about? Exactly. Checking 1-8 digits is trivial. To check 6 characters lowercase+digits takes around 2h on 7x 3090 using hashcat. If OP gave that wallet to open long time ago, I believe there is at least one person who checked that possibilities. There is of course always a chance that password has 9 characters... no? Anyway, if one of you wants to try hashcat, this is the configuration: Save wallet hash into file ( hash.txt): $bitcoin$64$011f6abdec8e23032b7eb1298ed661fb9ebcd7388b3963b527a2923cce6800ea$16$e4aa72cd2bfa00cd$68014$2$00$2$00 Commands for hashcat to launch search of digits + lowercase letters, passwords 6, 7 and 8 characters long: ./hashcat.bin -m 11300 -a 3 -w 3 -o result.txt hash.txt -1 ?l?d ?1?1?1?1?1?1 ./hashcat.bin -m 11300 -a 3 -w 3 -o result.txt hash.txt -1 ?l?d ?1?1?1?1?1?1?1 ./hashcat.bin -m 11300 -a 3 -w 3 -o result.txt hash.txt -1 ?l?d ?1?1?1?1?1?1?1?1
Good luck!
|
|
|
Pojawiły się nowe Learn&Earn od Binance: https://academy.binance.com/en/learn-and-earnTym razem "szkolenie" i quiz z: Tezos (XTZ), Immutable X (IMX) oraz Multichain (MULTI). F1® Team Fan Token (ALPINE) też chyba jeszcze aktywne.
|
|
|
each range contains 115 numbers cos you can only win higher amounts with the 115 numbers 9886 to 10000, so you can directely compare this results. The probability to roll 9886 to 10000 is 1.15 % if each number would be equivalent --> 426 * 1.15 % = 4.9 so by chance I should have rolled ca. 5 times 9886 to 10000.
OK, now I understand what you wrote. Indeed interesting. But I am not sure if 420 rolls is enough to make any conclusions. Could you for example confirm that you have on average +-42 rolls in each 1000 wide range?
|
|
|
Thank you.
Later I will check what it the IP assignment, maybe indeed that is the problem. But in general I may live on wsl1, as I have a dedicated instance just for electrs. What worries me is that one day there will be an automatic (forced) update to wsl2.
|
|
|
Hello
Is there any known problem with running electrs on WSL 2? I have Debian WSL 1 and all works, after migration to WSL2 server does not start (cannot connect to daemon or has RPC problem, dunno). When I migrated back to WSL1, all works. I do not need WSL2, but I am curious what's going on. Any ideas?
|
|
|
50 Reward Points 32,93 % 500 Reward Points 0,2 % 5000 Reward Points 0,1 % 50 Lottery Tickets 32,93 % 500 Lottery Tickets 0,3 % 5000 Lottery Tickets 0,2 % 1 Golden Ticket 0,1 % 5 Golden Tickets 0,005 % 50 Golden Tickets 0,0025 % 50 Satoshi 32,93 % 500 Satoshi 0,2 % 5000 Satoshi 0,1 % $500 Amazon Gift Card 0,000003 % $1500 iPhone 0,0000011 % $15000 Rolex 0,0000001 %
I think the results seem to be reasonable.
But I also did some statistics with my free btc rolls data:
I did 426 rolls within 1 month. rolls from 886 to 1000 occured 4 times 1886 to 2000 occured 4 times 2886 to 3000 occured 3 times 3886 to 4000 occured 4 times 4886 to 5000 occured 4 times 5886 to 6000 occured 5 times 6886 to 7000 occured 3 times 7886 to 8000 occured 6 times 8886 to 9000 occured 4 times 9886 to 10000 occured 0 times
Are you sure you do not make a mistake in ranges definition? Shouldn't it be: 886 to 1885 occured 4 times 1886 to 2885 occured 4 times 2886 to 3885 occured 3 times etc..? It would be clearer, and results do not seem to be unfair, as the first ranges are 1000 points wide, while the last one is 114 points wide.
|
|
|
Maybe they receive "rewards" just for not playing at all? ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) I wonder if there are any whales with an insane amounts of FUNs. And I also wonder if people still use external platforms (like exchanges, binance etc) to trade FUN tokens. And if yes - then why? Just for speculation? I have to say there is a good case to be made about getting players back, because new players are unknown, and old players who are still playing are here, but getting the players who quit to comeback would mean that they were here once a while and it wouldn't take too much to convince them to get back and that should be a good amount of money to cover as well. I cannot say that it will work or it will not work but it is a good idea. Rewarding them for not playing is not the case here, convincing them to come back for whatever reason they quit and just gamble a bit more to light that fire again and earn some more money from those people would be the key here. Interesting. Isn't it like freebitco is kind of 'dinosaur' site? Old, looks like website from 90's etc? And people tend to use more "colorful" casinos/games? I think that's why they have now dplay and cr. I understand that at the beginning you may like "free sats" every hour, but at the end if you do not bet ("multiply" game is a joke, no?) you look for something different. Even if (for example) wolf.bet has kind of "dice" game, it looks more attractive. And it is told by me, guy who remembers 8bit games ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) But I understand some people like to look at "nice" sites.
|
|
|
Hi,
I am sorry if that subject was already mentioned (please show me the link to the answer), but where may I find the list of countries which does not have access to betfury? I receive a pop-up about restricted region, I have tried another one via vpn - the same. Or is there any region which works for sure?
|
|
|
I focused on small table, because i wanted to have big empty space for storing the biggest bloomfilter possible.
Bigger bloom filter is not necessarily better. A better approach is to have multiple smaller bloom filters, based on different parts of the hash lookup. If a 512MB bloom filter has a hit rate of 0.01, a single 1024MB bloom filter will have a hit rate of 0.005, but two independent 512MB bloom filters will have a hit rate of 0.01^2 = 0.0001 i have to experiment that. It's interesting Indeed, I will try that too, in another project. On the other hand, there is a number of false-positives which we must accept and test ourself. Coming back to your previous question - I use (by default) 112 blocks (proc*4) and 384 threads, but I cannot guarantee that values are optimal. Just right now I switched from static table (size declared on compile) to dynamically reserved, that gives possibility to create bigger tables - 24 bit is max for my 12GB card (it takes more than 60% of memory) - and 77% memory is taken by the whole program. Performance gained between 22 and 24 is not shocking, but still worth to consider.
|
|
|
Yes it is my first Cuda project and i think that an optimisation is possible with the use of the different type of memory of the GPU (Global and shared memory) beacuse the time access are different.
To copy my tables in the GPU mem i use the standard function :
cudaMemcpy(b, a, ..., cudaMemcpyHostToDevice); so i'm not quite sure in which type of GPU mem the tables are loaded.
It depends how you declare that in the device code. Normally you write to global memory. If it is with __constant__ directive, it will be faster, but teh size must be smaller. __shared__ is a available only for single block, so you must rewrite to that memory each time you launch kernel. It is also limited.
|
|
|
The further greater thing is that, by logic, if they keep doing this, they have to give all 21 million to their users eventually. That is exactly what this means, obviously, the users withdraw, but if nobody ever withdrew, then the amount they have ot pay keeps growing more and more and more eventually reaching 21 million, obviously, this is the technical approach. We all know that between all the people who are gambling, and the withdrawing, we are not going to have anything remotely close to that, this is just the math behind it to make sure that people realize how amazing what they are doing is.
OMG what a sentence. I am not sure if I understood a half. But why do you talk about 21mln? There are 10999 mln tokens circulating (as they wrote there: https://coinmarketcap.com/currencies/funtoken/)
|
|
|
Now I have 67Mkeys on rtx3060 using 22bit table and 32bit version of library (164Mkeys on 3090). I plan migration to 64bit version, as since CUDA 11.6 __int128 is natively supported. The stupid problem - 128bit ints are still not supported by Visual Studio compiler, so I will try to compile & launch it in ubuntu at WSL (or just pure linux machine).
|
|
|
You sure mate, you wanna have million worth of tokens to be locked up? That's just huge amount. I am not sure but while I was thinking about the same, you could just buy multipl FUN token slots and lock them all until its a million. The only question that is needed to be answered by freebitco staff is whether this will increase the current premium features by that much pack size? Like if I keep buying 500K + 500K then does it mean I will also receive 10+10 free spins everyday?
1 million tokens is $10k no? At the end it is not so much. The other think is you talk about account duplicating, which is so-so solution, as it is against their rules. I cannot imagine someone investing $1000000 into FUN tokens just for 16 free WOFs ![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
|
|
|
snip
That will be too big for the investors and I think they will invest FUN tokens in other places such as exchanges because they can get another benefit as the investor in the exchanges. Besides that, I can not imagine how big their chances of winning from the free spins are if they invest 1 million FUN. Maybe that person will get many good rewards from Freebitco.in. Maybe they receive "rewards" just for not playing at all? ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) I wonder if there are any whales with an insane amounts of FUNs. And I also wonder if people still use external platforms (like exchanges, binance etc) to trade FUN tokens. And if yes - then why? Just for speculation?
|
|
|
It is one of the highest interest out there and surely is better than probably most bank offer,imagine if you put 3 Bitcoins there and you get for a year much more than you would get in most banks by this period if you put the same amount of money in banks.In the country where I live they are making ads on TV and radios like how huge their interest is when you deposit USD or EUR they give you 1% of that amount yearly.
Usually there are extra rules like "base interest 0.10%, keep your money with us for the whole year to get extra 1%, so you will have 1,1% annually". In the same time inflation rate is around 8%... But on the other hand credits are not very expensive too...
|
|
|
The main problem would be to compare generated hash160 against huge database of addresses In this challenge, we all know that the brainwallet is on bc1qt2mdkehmphggajer3ur3g8l754scj4fdrmw3rn. I guess your software should also have an option to set destination address directly, without checking all funded wallets. This is how it works now, just a check against around 15 addresses, it is not intended to hack the whole blockchain. Maybe in the future ;-) As you said, testing against few thousands of possible addresses (or in fact against list of hash160), slows the process down a lot. Maybe some kind of trustful bloom filter could help, but for now it is not a real need for me.
|
|
|
It is a lot of better than on a bank account for sure; the 4.08% (or up to 5.1%) is sustainable but it is also not the highest in the market. I have put around 0.1 BTC in freebitco.in a couple of years ago to profit from the interest and I will keep it in there until I really need it.
Could you tell what alternatives are? I know freebitco is not a bank nor place to treat as a saving account, but it interesting feature. And as FUN token price becomes quite stable last months (a few % change, not hundreds of %), locking is also an option.
|
|
|
you will need to use a hashing algorithm that can handle a sufficiently large number of items I didn't expect SHA256 to be so slow. I just tested a simple bash loop, and get less than 1000 hashes per second. That won't scale well to 40 billion inputs. As @vjudeu said, you used un-optimized tool. You should use optimized tool such as hashcat. Even on single core VPS, i managed to get ~5000 kH/s. Currently I work on piece of software for someone who has lost access to his brainwallet. He knows the way how to produce the phrase, but as it contains some (unknown) number, we must check many possible phrases. The list of potential addresses is very small (just a few), so it is not a factor which slows us down - it is rather priv->pub generation. Initial sha256 and later Hash160 are very fast. The main problem would be to compare generated hash160 against huge database of addresses (& of course generation for both compressed and uncompressed keys). At this stage of project we have speed 47Mkey on RTX 3060 and a little more than 100Mkeys on 3090 - but we are progressing every day ![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
|
|
|
|