Hi all HYP community, it has been a longtime i did not posted but here i have been very active in staking lol PRESSTAB the work you are doing is just AMAZING !!!!! but i have a sugestion ....you should add TRK to http://www.presstab.pw/ because this the HYP father !!!!! and i know you have some TRK staking also lol HYP is for longrun and it has been prooved since months ago...diff is high as crazy and everythings is good atm. LOVE HYP LOVE HYP As you read this post, please go ahead and picture a crowd of sexy ladies barely dressed, frantically maneuvering their colorful (inverted) umbrellas as they attempt to collect as much of the HYP rains as they might. You have been thoroughly missed Waxo.
|
|
|
Vertoe's account wasn't hacked, he put it up for sale, and from Vertoe's Github entry I guess it's been sold now. Start at coins101's post about donschoe.
And you know this, because?
|
|
|
I don't think there's much value in us speculating when fluffy already posted the possible clarification that matters right now. Here's that recent example at ArsTechnica that came to mind: IMAX apologizes to Ars for its trademark retraction demandNote: The context in this IMAX piece is completely unrelated from the case here with Moneero/Monero, just pointing out that I totally agree with Binaryfate with concerns to public image and reputation damage.
|
|
|
No clue tbearhere, I've only got the 980. Will send you a PM for more off-topic followup.
|
|
|
This looks like an interesting trademark case. Generally speaking, a trademark cannot be registered if it is a dictionary word and the business/trademark context aligns with the dictionary definition.
One can trademark "Money" for a brand of IceCream or Clothes, but not "Money" for any money related activities. Seeing as the trademark is for "Moneero", and their business relates to various financial activities & services, it strikes me comical that this ever got registered. Perhaps due to Esperanto not being an official language in any recognized independent territory?
I think it was ArsTecnica who dabbled on crypto-currency experimentation a while back, and has had plenty of articles and stories concerning trademarks and litigation abuse in the technology space. A good writeup to them could get us a solid (informal) legal review of the matter, as well as a lot of exposure. 1 Stone -> 2 Birds, any takers?
|
|
|
This: - verify this message with the litecoin address found in this post ?topic=441215.msg4847316Links to: - https://bitcointalk.org/index.php?topic=441215.msg4847316Where you find the address I posted above. I am getting validation failure for the message signature, so, no clue. I posted a comment on git.
|
|
|
@Coins101: Actually, the LTC reference address is not in a quote, it is a direct link to a post (which has so far not been modified though). Edit: I confirmed the address and contents of the linked post, and it is an exact copy of an identical post on Litecointalk. For future reference, this is the claimed signer LTC address: Lafri18H6eUurUT5eg4xeTuRcepPfPgojC This is the message: -----BEGIN LTC SIGNED MESSAGE----- i'm vertoe and no longer able to access my bitcointalk account - verify this message with the litecoin address found in this post ?topic=441215.msg4847316 - the last post written by me is ?topic=400389.msg11381772 - yes, i never wanted cachecoin 2.0 and allowed the extended cachecoin team to use my account - i couldn't stand the pressure of investors sending me daily half a dozen pms on all channels - screw the altcoin scene - i'm out anyways - and kal, sorry for breaking your coin while trying to rescue it. farewell. -----END LTC SIGNED MESSAGE----- And this is the signature: G2ufkbvANxVafxE+ydp/9Sm/yX1kMRU0Jtp9HDlTKmV7DAwBVKXvqnYX2OPc0sqI8ruKx+NMBaQnl6sWLmexLTI=
|
|
|
[...] So a hacked BTC account is signing a message by reference to a hacked BTC account message?
His github message is signed by an LTC address that is linked in a bitcointalk quote. Since the quote itself can't be modified by the current holder of the vertoe account, it is reasonable proof of her identity. In short: the message was posted by someone that holds control of: vertoe's github account + vertoe's prior known LTC keys. If the statement holds true and represents vertoe's take on CACHE going forward, I am thoroughly surprised by the total lack of character/morals. Oh well, just another day in Altcoin land I suppose.
|
|
|
Concerning the cards with more than 2GB, I think there is also some limitation in the driver layer (WDDM), 2.3GB or thereabouts is the maximum that Windows can use with regular display drivers. FWIW, I know the maximum VRAM I've used in Linux is about 3.7GB per card. Windows 10 might be finally addressing this though (eventually): GPU virtual memory in WDDM 2.0What is your hashrate in linux with scrypt-n? I've never tested Scrypt-N at all, ever, so I am not familiar with the right settings for this one. If I have a chance I'll run some autotune/benchmarking and let you know.
|
|
|
Concerning the cards with more than 2GB, I think there is also some limitation in the driver layer (WDDM), 2.3GB or thereabouts is the maximum that Windows can use with regular display drivers. FWIW, I know the maximum VRAM I've used in Linux is about 3.7GB per card. Windows 10 might be finally addressing this though (eventually): GPU virtual memory in WDDM 2.0
|
|
|
@mik57:
Nothing changed recently that would affect your mining settings, but you are not selecting the CACHE parameters, you are selecting YAC instead. If they are not exactly on the same nfactor schedule, that would be enough reason.
If the problem relates to the nfactor selection, this one should work: cudaminer.exe -a scrypt-jane:16 -H 2 -L 8 -i 0 -l t64x1 -b 4096 -m 1 -o stratum+tcp://cach.catcoin.cz:3333 -u xxx -p xxx
|
|
|
See if I can post it tomorrow...but Scrypt-Jane:15 I get 1.24 mh per 750ti if that's any help for now.
Unfortunately that doesn't help, as I really don't recall Scrypt-Jane:15 performance on the 750ti at all (and neither can I test it). All of my performance & test references are on Scrypt-Jane:16 specifically. Thanks for posting though! 0.38 khash (750ti 2GB, win 7) but only 1.05 GB vram is in use ...
I'm particularly curious about Vista, as memory management differences might explain better performance on that one. [...] So a 750ti with 2 GB is hashing as fast as a 750ti 4 GB at scrypt-n (chacha) algos. (970 4 GB allocates a max of 2.1 GB, above that = performance drop) [...]
I find that statement to be true for Windows (7 & 8, still dunno about Vista), but not for Linux. On Linux, you can use different launch settings for the 4GB cards and much better performance can be achieved. My 980's run fastest with about 3.4 GB of VRAM allocated, but only on Linux. Might relate to the memory backoff settings discussed up-thread. device_backoff = is_windows() ? 12 : 2;Windows backoff 12%, non-Windows backoff 2% device_backoff = is_windows() ? 1 : 2;Windows backoff 1%, non-Windows backoff 2% I suppose this is the change. Have not done this modification myself before though.
|
|
|
@tbearhere Can you post your hashrate/card for Scrypt-Jane:16 on Vista? Would be funny to find that Vista matches the performance on Linux (or betters it?), while recent Windows versions all suck!
|
|
|
Thought monero also uses a lot of memory.
Relatively speaking, I think it does, but with Monero, I haven't seen any difference between similar 2GB and 4GB cards. So while it uses a lot of VRAM, it cares more about memory bandwidth, less about absolute memory quantity (my experience is only with 2GB up). Obviously, the developers will know much better, but my basic understanding is that with Monero, you just need enough VRAM to fit a certain/large scratchpad. Beyond that, more memory does not help in any meaningful way. Faster memory does help. There might be coding optimizations/tradeoffs to be made, much like larger -L values do for Scrypt-Jane & Scrypt-N (not storing the full scratchpad and computing on the fly as needed for missing values). Hope the description makes some sense. If not, may the bashing begin
|
|
|
[...] the amount of vram isn't a bottleneck in any algo, rather memory bandwidth [...]
With Scrypt-Jane at high n-factors (and possibly with Scrypt-N too, that one I have no experience with), greater amounts of VRAM make a huge difference. Sidenote: only for Linux, since Windows sux and can't ever fully utilize the VRAM. I suppose these are somewhat the exception, since most other algos don't really care for memory quantity at all.
|
|
|
Do you need help in Portuguese translation?
It's not so much the translation itself, though help will be most welcome when the time comes. I'm stuck at understanding the translation framework (if one is at all in place already, or perhaps planned for later on). Reference location for any related followup: Translating GetMonero.orgCan't keep a straight face reading your nick bytemuma
|
|
|
I think you have misunderstood the difference between good idea vs. good investment. The idea of combining Artificial Intelligence with digital currency and the blockchain was kind of original, but it was never outlined here how the idea will be monetized, and therefore this coin is now one of the 600 shitcoins.
You have to see this as you have crowfounded a good idea and a lame developer :-)))
Better if you stick to Vericoin amesterdamer :-)) Vericoin is a shitcoin as well but at least the devs Doug and PNosker seems more consistent and stay around unlike the majority of wankers who release a coin, collect the money and then realize, oohhhh, this is too much work so fuck it - like what precisely happened here.
There was/is a pretty good outline of how the platform would be monetized. Plenty of information throughout the thread, if you care to read back... The platform development itself was assured via CrowdFund, which is why I still believe that Joe should support the project to reasonable completion. Otherwise, what was the point of the CrowdFund? With a known developer identity and all the public funding information, there is quite a lot of responsibility resting on Joe's shoulders.
|
|
|
Looks to be that there's still a crapload of people on the outdated wallet version... Not much chance of moving forward if even coin holders are ignoring the needed update. @ocminer: Any chance that you can keep your node up, setup for plenty of connections while we try to get past this problem? Also I'm still not clear on what your node is, if generally available, is it just vtx.suprnova.cc? Thanks. EDIT: I see, had to run the old wallet in order to sync with SuprNova. The pool node is also running the older client version. I'm now sync'ed, but have no clue what to do from here. Developer still around or what? A sign of life would be most welcome! EDIT2: I'm staking small chunks of coins at a time using reservebalance, hopefully this get's the chain moving, but others need to do the same as I'll run out of inputs any minute now...
|
|
|
[...] Oh god, as soon as he said "savvy" i knew exactly who wanderlust was... drum roll please... "child_harold"... check the speech patterns [...]
You actually had me looking at their profiles. Funny coincidence: Last ever post by child_harold: June 16, 2015, 08:25:35 PM First ever post by wanderlust: June 16, 2015, 12:02:54 PM Naturally, data is subject to change as Troll Account X now starts getting some use again...
|
|
|
|