statements like this contribute 0 to anything please read my previous post on reasons behind the change, you don't need to be negative coin has reached nice plateau already and many have nice chance to get started in crypto with it in the right way, with few GPU cards and some fun, please think twice before making post like this it as it really does not do anything literarily

of course, I applaud this as well, my interest is longevity of this technology (as an early investors) and I like applying blockchain idea to concepts other (or in addition to) money transfer

OPAL is not in the business of regulating user behavior  

I think people have to get into habit of posting MD5 hash signature of wallets in the binary form and better even for ultra secure minded building wallets from github sources direct at least early adapters as we all are, later on during adaptation phase wallets will be treated as any other software and public is already educated on virus scanners and the like, I don't think it is big deal at all and I believe exhanges overreacted as they are building wallets themselves from github are in in 0 danger, it is an extra caution, maybe it is ok they overreact I am certainly not rushing to trade OPAL any time soon, way too early like years early

this statement I like (from the white paper by VERT) : https://vertcoin.org/downloads/Vertcoin_Lyra2RE_Paper_11292014.pdf

"Unlike Scrypt, Lyra2 (the principal part of the chained algorithm) allows us to change memory usage and time cost independently, giving us more leverage against ASICs."

so VERT acknowledges theoretical and practical possibility and reality of fpga for lyra2 but with caveat that algorithm can adjust and render these systems ineffective (or needed to be reprogrammed on the chip level)

"At this time we have decided not to implement an “N factor” schedule as it is nearly impossible to predict the future. However, Lyra2RE will give us the flexibility to make changes whenever that becomes necessary"

N factor would adjustments could combat fpga/asic with necessity of fpga reprogramming (and invalidate complete asic investment and asic is cheaper to make and handle so risk to consumers of them is rather big)

also this:

"By contrast, Lyra2RE aims to be ASIC-resistant at heart, allowing for less disruption to miners in the future due to our ability to change algorithm parameters rather than change algorithm all together. It will also free up development time to focus on new features without having to worry about constantly implementing new algorithms every time there is an ASIC threat"

so at least and unlike many crypto VERT is very open about the situation

for fpga, a new micro kernel code has to be created and chips flashed for any parameter adjustments, average user will have to ship device to the manufacturer and wait for new boards to be received back, then VERT community or VERT dev itself sees fpga activity again based on the profitability scale and perform adjustment again at some point it becomes impractical to get fpga chips reprogrammed every time

we are looking better and better from the long term investment strategy and I wish this would have been done sooner, but coin has been re-launched and people can rebuild their portfolio from the bottom instead of from the top.

@ocminer above large scale DDOS attack (potentially using hundreds of zombie computers) as we speak is in progress

since crypto pools and exchanges are unregulated FBI will push priority less and they do, if a blue chip company would be attacked like this problem would be delt with in < 1 hr

theoretically always, but one need an expert , there could be tremendous memory requirement and fpga cost would be prohibitive although a singular manufacturer could create advantage for self

Believe above statement is behind weakening of crypto in general as difficulty level is just not there (unlike bitcoin) to have worry less

It is a tough problem

also explains ripple and nxt rise as asset management tools and rise of POS this year.. over POW.. as far as alt coins are concerned

I also second "Anyone with actual experience doing FPGA work, feel free to correct me/chime in." statement insofar as what and how long and possibly how much would it cost to build fpga for lyra2

any software/hardware prohibitive roadblocks would yield advantage (positively speaking)  to an investor(s) I am serious

investors are much more sophisticated than one imagines 

---

move to lyra2 was absolutely great as amp required to drive scrypt-N was almost illegal  

congrats to Vert team, although wish they would have acted sooner.. in general it would benefit community to study lyra2 with an understanding if an fpga/asic can be built to attack it...

no large community ever would mine scrypt-N on a massive scale (hence no wonder price have plummeted), lyra2 has a chance, amp reduction is significant

btw, large scale DDOS attacks are in progress right now across pools and exchanges, idea there is always to depress MH/s (from the network) to gain an advantage

appreciate it, I really thing most we can pull is 620 MH/s on the 750 also please note this:

cuda_6.5.19_linux_64.run  drops about 10 MH/s on a card (just tested it)

use

cuda_6.5.14_linux_64.run

at least on Unix

it is absolutely great you are using CPU to mine a coin, very old school, I like it, imagine if half the population of the United States did that, right now is just us a small fraction, someone asked what will it take to propel crypto higher for me is nodes many nodes scattered around and mining  

I am exhausted and tired of short term trades and thinking on exchanges the various pumps and dumps for few hundred dollars profit , few hundred dollars profit although it is money and respected (as behind money FIAT there is work, real human sweat and struggle) is not much in the grand scheme of things

EVGA 750Ti' 620 kHs/s with Gigabyte running Linux ... what dd you do above to achieve higher hash rates ? thanks!

I know ccminer has intensity setting "-i" auto , tried it no effect.. also using latest Cuda 6.5 driver

anyone ? Unix / EVGA 750Ti experience ?

thanks much in advance

you would have complete collapse of scrypt/scrypt-N/X11/X13 if this would be true, collapse was due to market forces (but not in full, full is 0)

also I can't imagine Ethan from darkcoin team who is as sharp as nails would run darkcoin as he runs uninterrupted

I say 99.99% false alarm please read above link in full (it is not nodes but mining clients that output skewed nonces f anything they are doing themselves disservice by reducing entropy in the output)

Scrypt-N/scrypt/X11 "vulnerability" might be a false alarm

http://bitcoin.stackexchange.com/questions/24650/looking-for-nonces-of-even-numbers

OS is skewing results and it appears algorithm is broken although statistically more "n mod 256 == 0" nonces are submitted from the clients.. very common and basic statistical analysis error (environment is skewed)

lyra2re is still a good move, electricity less and it is by far more advanced algo than scrypt-N is , all good

no extra advantage can be taken.... I am sure many have looked but you are wasting your time

you won't be able to buy a house or a car or even a computer with that sell and the moment I am saying, it is not worth to sell but rather keep supporting crypto movement in general for it is not going anywhere, one of the key things with LTCD is its name and abbreviation, it will mean a great deal in the future mark my words

have a great week ahead all

awesome, in the past I have never succeeded making Mac wallet for LTCD, if you have a process (Maverick) like what mac ports should be used and gcc (or clang) here is where gets tricky with clang,. please post it, very valuable in general

let me check exchanges quick.. for LTCD holding steady at 228.. cool..  you are funny bunch you use forum to "fight" each other instead of posting incremental updates.. Mac wallet is one of them.. I am sure there are other incremental improvements

 

that is because part of design is air gap as per "Unable to connect to wallet RPC service: RPC call failed: Failed to connect to localhost port 21000: Connection refused"

coins will cross over so to speak using ethere (um)

it is a "collectors" coin, I self have for example Japanese special "Nokumura" coin that very few ever heard of let alone have

due to insanely increasing ISP costs and ever escalating cost of everything supported by 91% fee

wallet is here http://

using Unix ... get around 620kh/s ccminer unlike cudaminer does not allow one to override card frequency, would you mind sharing your ccminer command line (if you are also 750 TI) thanks much

also difficulty went up to 117.90432418, so obviously my hash rate is less from overnight, that is good ASIC's are taken out of equation

I see, makes sense, also I just got 100 VERT payout from you just now, thanks