I have a "generate" transaction in my wallet that, after more than 700 confirmations, is not in the balance yet.
But it shows on "listaccounts". Is that normal?
This is really odd, does it show as confirmed in listtransactions? "account" : "", "category" : "generate", "amount" : xxx, "confirmations" : 1435, "generated" : true, "blockindex" : 1, |
|
|
|
I have a "generate" transaction in my wallet that, after more than 700 confirmations, is not in the balance yet.
But it shows on "listaccounts". Is that normal?
BUMP now more than 1000 confirmations, but still not in the balance. lost coins? |
|
|
|
US miningfield pool was never attacked, when the pool was beeing managed by utah john it went offline several times because of host problems, (he was mining on the host that had the VM with the pool, wich got unstable)
This issue with the chain didn't got resolved by itself on the US Pool because i was missing the bantime=600 on the config, when it forked it banned the correct peers for 24h instead of 10m, if it reconnected to the correct peers after 10m it would eventually correct to the right fork.
I did restored the chain to try and get the pool on the correct fork faster.
thx for clarify bantime=600 is required for selfhealing else u refuse to speak with wallets on correct chain and cant find out that u are following the dark side of force....... So it didn't selfheal. Did it! It forked and then because of the missing parameter it could'nt self heal. Ok but the missing parameter didn't cause it to fork.did it?. and your wallet was affected how? Is it time for another picture because you can't answer the question. Maybe pallas can dig up a pic for you. forks can happen for a number of reasons, not necessarily an attack. you are calling for funny pictures so we deliver. |
|
|
|
|
I think I can speak for the community: we won't be kissing any ass ;-)
|
|
|
|
most new algos,FPGA is made before public a GPU software,
FPGA exist In the legend,only few people saw it.
So I guess you are one of those, otherwise how could you know for sure? Would you share some fpga code, then? HEFTY1 algo is proved,FPGA cannot fight against GPU
Show me the proof :-) Till now I only see blah blah blah you should visit this website,and look around some team works, http://cryptography.gmu.edu/athena/index.php?id=source_codesi just told the truth,and don't care if people believe it or not. that is just generic code for the generic hashing functions; there is no coin implementation. nor any proof that it is more power efficient than gpu. if you show me that link, I'll show you one where they say there is asic for groestl: http://www.groestl.info/implementations.htmlbut that doesn't mean there is an asic miner for diamond. |
|
|
|
most new algos,FPGA is made before public a GPU software,
FPGA exist In the legend,only few people saw it.
So I guess you are one of those, otherwise how could you know for sure? Would you share some fpga code, then? HEFTY1 algo is proved,FPGA cannot fight against GPU
Show me the proof :-) Till now I only see blah blah blah |
|
|
|
|
I belive we should stick with a well known and documented algo, with academic background, like groestl.
IMHO, cryptography is not a thing you can make in-house.
|
|
|
|
This is being discussed now, and should be valuable to discuss here as well. The main issue with algorithm switch is it will again return everyone in square 1. Our switch to Groestl demonstrated that miner software authors are sometimes hesitant to implement new code (sometimes not). If we decide to switch the algorithm again (not a problem, for the wallet/blockchain as we know now), we need to be prepared for that as well. Oh, and the pools need to figure out how to support the new algorithms  The other, much more difficult question is what would that other algorithm be? This question is hard, because good crypto algorithms are also developed to be cheap to implement. Which makes them very good candidates for ASIC/FPGA type acceleration. About the only way to make it more CPU/GPU friendly is to require addressing large amounts of memory -- which makes it way more expensive to do in a cheap ASIC/FPGA, but also sometimes favors specific GPU architecture. as far as I know, the only interesting algorythm is cryptonight which uses 2MB of cache for each computing unit, making it well suited for current generation cpus. still, gpu miners exist and are almost as efficient, until someone figures out how to make them better and cpus will be out of the equation again. such a niche algorythm could well have some flaws which, if discovered by a large fpga farm or asic maker, will make it useless. cryptonight is not FPGA resistance,even XPM is not FPGA resistance, the only FPGA resistance and GPU friendly algo is hefty could you please point me to hefty specifications and/or discussion on this supposed FPGA resistance? can't seem to find any whitepaper or algorithm description. |
|
|
|
please update the algo to make ASIC and FPGA devices unable to operate on DMD.
sooner the better please.
This is being discussed now, and should be valuable to discuss here as well. The main issue with algorithm switch is it will again return everyone in square 1. Our switch to Groestl demonstrated that miner software authors are sometimes hesitant to implement new code (sometimes not). If we decide to switch the algorithm again (not a problem, for the wallet/blockchain as we know now), we need to be prepared for that as well. Oh, and the pools need to figure out how to support the new algorithms The other, much more difficult question is what would that other algorithm be? This question is hard, because good crypto algorithms are also developed to be cheap to implement. Which makes them very good candidates for ASIC/FPGA type acceleration. About the only way to make it more CPU/GPU friendly is to require addressing large amounts of memory -- which makes it way more expensive to do in a cheap ASIC/FPGA, but also sometimes favors specific GPU architecture. as far as I know, the only interesting algorythm is cryptonight which uses 2MB of cache for each computing unit, making it well suited for current generation cpus. still, gpu miners exist and are almost as efficient, until someone figures out how to make them better and cpus will be out of the equation again. such a niche algorythm could well have some flaws which, if discovered by a large fpga farm or asic maker, will make it useless. |
|
|
|
So the new neoscrypt kernel "isn't released yet", but the hashrate on most of the neoscrypt coins has doubled in the last few hours..
Is that's how it's gonna be? Know someone to get the new kernel?
Nope. It's here: https://ottrbutt.com/tmp/neoscrypt.clWorksize should be 64, don't bother setting TC, GPU threads 2. Basically the same as my earlier screenshot. But how do we download it?  This link just opens up to a text file type page. right click - save as :-) put it in the kernel folder, remove the bin files, run the miner. |
|
|
|
|
The question is: is there enough volume on groestl coins to warrant asic development?
|
|
|
|
today I got my first 148 GRC as POR (which made me very happy . But then my wallet stopped syncing and now I have a grey question mark next to this transaction... and nothing goes on.  Is there something I can do? PS: I also have two such "grey" transactions from the beginning of november. Nothing chanced there in all that time. I didnīt asked here because this was no big thing because it was less then half a GRC. possibly orphan transactions or made on a fork. you won't loose credit for those, though. |
|
|
|
|
I'm on the good chain, no action needed.
|
|
|
|
|
I have a "generate" transaction in my wallet that, after more than 700 confirmations, is not in the balance yet.
But it shows on "listaccounts". Is that normal?
|
|
|
|
I am not new to it, at least not to Boinc.
I use Boinc and Seti@Home since 2001 and the Gridcoin Research wallet is synced for almost one week now. Only the coins came in today.
But it should start mining or at least showing it has connection to Boinc and list my data, shouldnīt it?
My current Boinc RAC for Seti@Home is 29612
you also need to be in the gridcoin team on all the projects you want to boinc-mine. |
|
|
|
I need a little help setting up my Gridcoin Research mining. I would like to use my running Boinc to get Gridcoin (not mine Gridcoin by GPU directly). BOINC is up and running Seti@Home, all working fine for many years now. Now I installed the Gridcoin Research Wallet, entered my Boinc email address on first startup and edited the gridcoinresearch.conf file to make it find my Boinc installation. cpumining=true
email=myown@email.com
addnode=node.gridcoin.us
UpdatingLeaderboard=false
boincdatadir=F:\\BOINC\\data\\
But it is showing this:  I got no Gridcoin so far and I donīt know why. Can anyone help me getting it fixed? First of all you need some GRCs to start. Since PoR is based on PoS, you need a minimum balance in order to stake. Don't worry if the amount is very low: there is a newbie stake rule pushing it up, so you can mint about daily. You can get some free GRCs here: http://uscore.net/Or buy classic GRC on an exchange and burn them in order to convert to new GRC (see OP). |
|
|
|
Ciao Pallas, prima di postare il messaggio precedente ho dato uno sguardo ai tuoi post. Sono effettivamente tutti in inglese e su thread in inglese. Gli unici in italiano sono questi ultimi 3. Secondo le regole https://bitcointalk.org/index.php?topic=607758.0 non hai i requisiti per postare qui. Sarā il moderatore a valutare se e come intervenire. thanks le regole sono regole. pero', se mi cancellate il thread, di certo non mi incentivate a postare in italiano ;-) |
|
|
|
Se non sei un utente presente sul forum italiano non puoi postare qui leggi le regole https://bitcointalk.org/index.php?topic=607758.0If you are not italian section member, you may not post italian translations... we protect quality translator against google translator topics thanks sono un utente italiano che frequenta questo forum da un anno, raramente posto in italiano perche' di solito lo faccio sui thread in inglese ma sono un utente molto attivo. |
|
|
|
it looks like the post got deleted, I'm going to ask the moderator why.
i guess u need to tell him some text is on pictures u cant translate that the moderator said I posted it in the wrong section. then he threw a coin in the air and the outcome was: delete. he also decided it wasn't worth noticing me and said there is no way to recover the post. I do not have any copy so I'll need to redo it again. remade and reposted: https://bitcointalk.org/index.php?topic=847530.0I'll keep a local copy this time :-) |
|
|
|
LUNGA VITA AL DMD CLOUDMINING!
NON PREOCCUPARTI DELLA DIFF.
MINA SENZA PROBLEMI
INVESTI UNA VOLTA -> GUADAGNA OGNI GIORNO!
no costi elettricita'
no manutenzione
no calore generato
no rumore
solo pagamenti
http://multipool.bit.diamonds/
email cloud@bit.diamonds per maggiori informazioni
|
|
|
|
|
Show Posts
