I have seen Discworld in stores millions of times and have never felt the urge to read it. May be it's the series name. I grew up with CS Lewis and Roald Dahl and "Discworld" doesn't sound right. May be this is the time to pick one up. RIP.
try it - it isnt really fantasy. its more our world in a fantasy setting... eg the witches are more like psychologists (btw i dont read fantasy... but i love Sir Terry) |
|
|
|
So here's what I'm thinking. New feature 1: add an "--exclude-passwordlist [FILE]" command line option. Passwords read from the FILE will be skipped. FILE defaults to stdin. This allows you to run btcrecover along these lines: btcrecover --tokenlist old-tokens.txt --listpass | btcrecover --exclude-passwordlist --tokenlist new-tokens.txt --wallet wallet.dat You could even combine multiple old runs, e.g. (Linux / OS X only): ( btcrecover --tokenlist old-tokens-1.txt --listpass ; btcrecover --tokenlist old-tokens-2.txt --listpass ) | btcrecover --exclude-passwordlist --tokenlist new-tokens.txt --wallet wallet.dat (maybe) new feature 2: add an "--exclude-tokenlist FILE" command line option (FILE is required). btcrecover --exclude-tokenlist old-tokens.txt --tokenlist new-tokens.txt --wallet wallet.dat It's a little more convenient than the first feature for common cases, but it's less flexible and more difficult to implement. (BTW I definitely liked your idea of multiple sections in a single tokenlist file, but keeping the files separate would be easier to code.) What do you think? i really like it - esp with pipes  that way even other typos-file and options will work easily... and it follows the unix-philosphy... i'd really like to help you (and increase my py skills) but i am busy developing monero-tools atm...maybe in a few month |
|
|
|
Surely what they are saying they are doing is not really possible. They cannot with certainty verify who is paying who. They might be able to make probabilistic statements, but not certainty in all cases.
depends on what exactly they offer. if they are connected to more thn 75% of the network they certainly can tell what region of the world sent this transaction out first (not who crafted it... except if running bitcoind himself) not sure who are this anonymous financial companies interested in this. i'd say (tinfoil hat) its a service for nsa/bnd/fsb and so on |
|
|
|
So, it might be genius or stupid, I can't really say at this stage. What I can say is that I wouldn't take the hate here as a reasonable confirmation or denial of BitShares being either genius or stupid.
+1 that's true always think for yourself and make your own decision based on facts (or on your believes or hopes). |
|
|
|
Agreed that could work, but I've intentionally avoided saving any sensitive information inside the autosave file. I save the command-line arguments in plaintext, but I only save an SHA1 of the tokenlist file in the autosave. It's bad enough with all of the insecure handling of password information that I do (see here), so I really wanted to avoid surprisingly saving any sensitive data inside the autosave file. (I only bother saving an SHA1 of the tokenlist file to ensure that someone doesn't try to resume a session with a changed tokenlist file, which would be a pretty bad idea...) a password for the autosave file is a little crazy... but you could extend your passwortcracker to crack your autosave file  couldnt resist... but as you said: you already dont handle passwords that well... imho a warning message should do it. is it possible to let the user enter a new password for wallet.dat as soon as you found it (maybe even let the user enter it as soon as you program starts (this seems(!) to be a good way to store it in mem: https://pypi.python.org/pypi/keyring)?edit: stop way to complex... the way to store this is: make a section in the token / typos file which contains the old values. that way you can even store multiple runs. eg token1 token2 [before] token1 [before] token2 this shouldnt change anything in your security/thread model. |
|
|
|
Hey gang,
I need some help. I don't post here very often, but I have been posting on reddit/r/rbitcoin and getting either hate or indifference to what I think is the most exciting thing possible for bitcoin and the whole decentralized movement.
And I just cant figure out why? The haters are probably easier to understand cause haters gonna hate. They never give any constructive criticism and most likely just can't follow along with what is admittedly a difficult subject.
Its the super smart guys that baffle the most. Why the indifference? It makes me doubt myself. Maybe I am the dumbass here. But if its just me being a dumb ass and not seeing the flaw or lack of utility in the tools I have been reporting on, then surely some of the smart guys would be kind enough to explain why those tools are flawed. I would love that. It could save me a shit load of time.
I am so sick of the hate I am hesitant to even mention what I am talking about because really I want help understanding the above more than anything else. But the post won’t make sense if I don’t so here it is.
as soon as someone is invested in something (be it work, money or anything else) he will have a better opinion about it, because most people need to justify it for themselves. there are many examples. if you talk to such a person you'll soon notice this: http://en.wikipedia.org/wiki/Cognitive_dissonancebtw i think BitShares is stupid. i mined some PTS in the early days (at start) but sold them a few days later and have never regretted it. EDIT: reduced quote |
|
|
|
Get a high maintenance GF and you won't have time to do any forum.
What's a GF? thats something strange which sometimes happen in the real world when a boy and a girl meet outside. whats really confusing me is that outside people who pretend to be girls ARE girls most of the time.  |
|
|
|
I love him. He will definitely be missed! I hope his grandchild (Isabell ) will continue to write (I need more from Esk and Granny Weatherwax) |
|
|
|
I think I understand what you're saying. If you run btcrecover with expanded parameters, it would be nice if it didn't check passwords that it checked during the last run, is that correct?
It does have some limited ability to do that with --min-typos and --min-tokens, but it's not ideal. TBH, I'm not sure how to improve it...
exactly... just one idea: use the old autosave file to calculate the old worldlist again and skip all entries for the new one (this may require to save the token / typos file inside the autosave). then its just the question what is faster: try the password or search it but i dont have any good solution for this problem, just a thought which came to my mind after trying it. |
|
|
|
I noticed that one of those nodes were connected to my own node, then I scanned it: Starting Nmap 6.00 ( http://nmap.org ) at 2015-03-13 01:48 CET Nmap scan report for 46.105.210.179 Host is up (0.065s latency). Not shown: 996 closed ports PORT STATE SERVICE 22/tcp open ssh 445/tcp filtered microsoft-ds 8080/tcp open http-proxy 8333/tcp open unknown Seeing it had a http-proxy, I connected to it with a browser and got this message, in a typical login box you get with .htaccess restrictions: A username and password are being requested by http://46.105.210.179:8080. The site says: "Please authenticate using your Chainalysis API-ID and API-Key". [sic] I tried another IP, same result. These are the offending IP's that has connected to my node: 46.105.210.194, 46.105.210.11, 46.105.210.255, 46.105.210.138, 46.105.210.196, 46.105.210.246, 46.105.210.220, 46.105.210.204, 46.105.210.179, 46.105.210.189, 46.105.210.10, 46.105.210.42 nice find! https://chainalysis.com/"Chainalysis offers a service that provides financial institutions with the means to obtain regulatory compliance through real-time analysis of the blockchain. Chainalysis customers get access to an API that allows them to determine which entity a transaction originates from, and whether the flow of funds originate from someone they would want to do business with. In other words, it automates the travel rule. Chainalysis achieves this by doing sophisticated in-depth real-time transaction analysis to determine unique entities within the blockchain. Besides for API access, customers are provided with a web interface enabling them with easy transaction route investigation, private annotation of entities and transactions and automated report generation." seems to be them.... |
|
|
|
This is the dumbest thing I've ever heard of.
My unscrupulous nature is forcing me to post here anyways.
me thinks he is just updating is ignore list... |
|
|
|
i hope for a reward to please consider my sig (but only in this thread please) as an ad for monero |
|
|
|
thank you. i'll give it a shot. i'll tell my friend if it worked and that he should donate something (he'll like do this) Hi, onemorexmr. By all means, if you have a question or need a hand with something, just let me know (here in this thread or via PM if you'd prefer). Definitely want to use this: https://github.com/gurnec/btcrecoverThe developer is here on the forums, and is super nice. It is easy to use too. I forgot my password a few weeks ago, and it would of recovered it, except I remembered it as I was entering phrases to search for. Uhhmm... wow.. I'm not even sure my wife would describe me so nicely  (Thanks!) well i tried... 12cores / 4days but i think its lost...i have given up... but i like this app! very good work from you and i will recommend it (in fact i already did in another thread) just one suggestion: sometimes people use chars between the tokens (eg bitcoin-core vs bitcoincore) would be nice if you could support that. another idea (though i have no idea if this is even possible to implement): i have started with a narrow token definition and with --typos=1. as this did not work i tried to widen that definition which has lead to many duplicate checks. would be nice if somehow this can be reduced. |
|
|
|
thank you very much for this.
i'll definitely use this... checking it out atm
edit: what do you think about camelCase and jslint compliance? i could do it if you like
The next step is outgoing transfer ! may be next week, and i would like to implement a queue/worker architecture to validate incoming transfer. So this way it will be fully ready to use in nodejs for accepting payment. Bonus, i will study the qr code generation but there is no wallet accepting it currently. here is a (VERY) simple example of an outgoing transfer.. https://github.com/flower1024/monero-faucet/blob/master/www.jsthough i used curl instead of a direct httprequest (yours is better ) but still: would you accept a commit from me which makes it jslint compatible (mainly adding spaces and such)? |
|
|
|
|
thank you very much for this.
i'll definitely use this... checking it out atm
edit: what do you think about camelCase and jslint compliance? i could do it if you like
|
|
|
|
Don't try to change the subject like everyone else. I haven't said anything about blacklisting coins. I said about blacklisting people/addresses. If you re-read my post again you will see that I have already answered to this matter: "Taking into account the history of the coins is simply retarded and will be done only by those that do not understand Bitcoin."
i got confused because you said addresses. blacklisting addresses is imho the same as blacklisting coins. blacklisting persons can only happen on exchanges (and its already done - see coinbase) |
|
|
|
The only category of "immediate refusal" is if the bill is revealed to be a counterfeit. - something about which we needn't worry with Bitcoin.
well thats reasonable and acceptable... how do you buy used cars? in germany you should buy them with cash, because if the seller claims insolvency after you have paid by SEPA/SWIFT he keeps the car and the cash... |
|
|
|
We already have that: https://forum.getmonero.org/1/news-announcements-and-editorials - I can give Gingeropoulos access to post in that section so the digests can go there too. I'd also like to suggest that we avoid cross-posting actual content, especially since moneroeconomy.com is a MEW site and not an official/core site. The reason we want to avoid cross-posting content is that Google tends to penalise duplicate content when a site isn't canonical, so something that is posted on the official forum and then cross-posted everywhere makes it more confusing for Google to figure out which site is canonical. that sounds like a hardfork to me (not that i'd have a problem with it). i'd love to see some kind of "xmr manifest" written in the blockchain and this may be a good time to do it... like satoshi did with his first block "bank bailout" (but more like a manifest) |
|
|
|
Have you noticed that, in the USA, whenever you pay for something with a $50 or $100 bill, the cashier has to record the serial number of the bill?
really??? well i am in germany and here it is definitely not the case. and this works? the cashier sends a list to fincen or what? for ANY note he received? is this immediate? as in the cashier can refuse to take the bill or has to call the police or whatever? i can pay with a 1000€ bill without the cashier writing down the serial... sounds unbelieveable edit: btw this is exactly was fungible means... fungible means any coin is the same... when there is a sn which makes some bad then the dollar is in fact not fungible anymore. |
|
|
|
|
Show Posts
