ps: I know that i went to subscrible on your forum!!
Because i'm new or your forum, i must to be a newb?
lauthing about this and it doesn't matter, because it seem's looking good mining for me...

In fact when you detect a block before long pool, you win the award block because in debug.log wallet you must having this=>

I reapeat before long pool must be written on command line of your's mining software, if it isn't you just increment block!!!!!!!!!!!!!!

On the wiki we have this:

The target is a 256-bit number (extremely large) that all Bitcoin clients share. The SHA-256 hash of a block's header must be lower than or equal to the current target for the block to be accepted by the network. The lower the target, the more difficult it is to generate a block.

It's important to realize that block generation is not a long, set problem (like doing a million hashes), but more like a lottery. Each hash basically gives you a random number between 0 and the maximum value of a 256-bit number (which is huge). If your hash is below the target, then you win. If not, you increment the nonce (completely changing the hash) and try again.

For reasons of stability and low latency in transactions, the network tries to produce one block every 10 minutes. Every 2016 blocks (which should take two weeks if this goal is kept perfectly), every Bitcoin client compares the actual time it took to generate these blocks with the two week goal and modifies the target by the percentage difference. This makes the proof-of-work problem more or less difficult. A single retarget never changes the target by more than a factor of 4 either way to prevent large changes in difficulty.

And on my debug log i've sometimes transaction delay (target time and actual time) not equal..

Believe me! i don't need to post copy screen again, i'm feed up with...

So i want to know that i must to wait that my actual time be equal to target time!!!

But in fact, is there equal to a month??? or +++???

How many time wait to reveive block awards?

Thanks!!

exactement tu as tout compris, ce qui ne veux pas dire qu'il ne preleve pas des frais ou autres...

celui ci de pool est tranquille et je te jure que même avec un petit hashrate tu peux avoir des best shares et parfois si t'es chanceux des moments j'ai new block detected before long pool.

Je comprend pas pourquoi tu me dis que mon wallet et mon cgminer, ne fonctionne pas ensemble? pourtant en mettant mon adresse dans le username normalement les transactions sont envoyés directement a mon adresse...

Une recente mise a jour de cgminer, permet de faire fonctiionner des ASICS en USB.

Sinon oui, dans une autre salle que j'ai sécurisé, j'ai un antminer U1 qui tourne en permanence en RJ45 refroidissement liquide et tout!!

C'est que ça chauffe le bordel!!!!

Essaye aprés 3 jours rien que de débracnché l'usb d'un asics tu vas comprendre...

Enfin comment synchroniser mon wallet et mon logiciel de minage?

I kow when i said mining pool. i told you that you can do two things on this pool.

First

If you wan't you don't have to create an account on this NEW type (recently) POOL
just set up in command line  your mining software with adress wallet in user name..

It's true a screen copy of the web site:



This morning when i restarted my mining software after a hot night to mining (somes errors apears sometimes after long time runnig)
This is a screenshot:



You can see that i've all the time best shares (lower transaction)

And sometimes, i did'nt said every times, but sometimes new block detected...

Finally, when i go in my debug log i can see the hasrate and a line like createnewblock()

This is anothers screenshots:


And



You can really see if you click on my personal screenshot that's work correctly.

If it is'nt why i've in debug.log wallet, Bitcoin miner started like last screenshot!!

Thank's and sorry but i need answers and on another forum from your website said me that it's seem looking good...

So Why you think that??? I can't understand??

je rigole aussi car a moins que c'est de mythos sur eclipse... mais...

vas sur eclipse mining pool dans la première page d’accueil il t'explique d'entrée que depuis la mise a jour tu peux faire les deux du solo et créer un compte et si ça marche pas pourquoi j'ai ça???
regarde l'image du site eclipse:



Est ce que tu comprends? c'est une récente mise a jour de pool qui permet de faire les deux et c'est pour ça qu'il faut mettre son adresse wallet dans le username cependant il y a des conditions...

Voici une capture d’écran de mon cgminer ce matin en les redémarrant  (vitesse pas au max de mes antminers)



Tu peux pas nier que j'ai des best shares mais petit pour l'instant au redemarrage et mining pool 0 est le nom je me suis bien renseigner et ensuite oui par moment j'ai pas dit tout le temps j'ai des blocks detected

Sinon depuis toute la journée il tourne et en resynchro donc voila une capture de mon debug.log dans mon wallet:



Tu peux pas nier que ça marche même dans mon wallet je vois mon hasrate après avoir redémarrer et méfiez vous des programmes bidons du style bitcion generator... vraiment!!!!

Sorry Modoerator but  a lot of forumer in your site and forum confim that's working  and i compare it beetween date hours and it's correpond..

it's impossible that it doesn't work because on your web site in antoher post they confirm it and answer me like it's seem working...

I make a category error and repost and langage error because i'm french and it's been a long time that i didn't have spoken...

2015-03-25 18:38:38 UpdateTip: new best=00000000000000005eb401e5268c7d6fd3f40d4d22319c855caff007f9b16214  height=302556  log2_work=78.794348  tx=39443843  date=2014-05-25 12:14:10 progress=0.358631  cache=76376
2015-03-25 18:38:38 UpdateTip: new best=0000000000000000334c57b8f95df4d12bf8db5f1d14d4b2f54129196e3f5e64  height=302557  log2_work=78.794472  tx=39443929  date=2014-05-25 12:12:31 progress=0.358632  cache=76421
2015-03-25 18:38:39 UpdateTip: new best=0000000000000000190e0f5d0fe299ff268fc006c8818ab4ef77efedf3db306e  height=302558  log2_work=78.794595  tx=39443990  date=2014-05-25 12:13:44 progress=0.358634  cache=76505
2015-03-25 18:38:39 CreateNewBlock(): total size 25016
2015-03-25 18:38:39 Running BitcoinMiner with 18 transactions in block (24205 bytes)
2015-03-25 18:38:39 CreateNewBlock(): total size 25016
2015-03-25 18:38:39 Running BitcoinMiner with 18 transactions in block (24205 bytes)
2015-03-25 18:38:39 UpdateTip: new best=0000000000000000296fca2c6eceebd4c3664a392d473f5e3651e1adf0fe5009  height=302559  log2_work=78.794719  tx=39444162  date=2014-05-25 12:17:24 progress=0.358640  cache=76643

Updatetipnewbest mean that you have a new best (DIFF NET>diff Block) and give simply a share... best means that its seems maybe pretty good for me!!!!

CerateNeewblock() mean that you create really a block. IS'T TRUE and the other miner asics  with the best share continue with me to create the block.

i verify the time beetwen my wallet and my mining software when new block detect (it's correct because date, hour are the same.. or with lower lantency's)

You can tell me in fact why it doesn't work?? Did you know that in Europe you can find pool which don't have to createe account? just use address wallet at username to run in solo mode?

That's work's really. you can find solo mining pool with no fees too...

Each pool have good and bad side..

I don't use cpu or gpu.

I used two asics miner at 480Ghz non OC each... and i can plug it in usb... and my pool was created to equilibrate with low power hashing...

in fact i've a lot of antminer like an antminer u1!!

Actually the DIFF had reduced, a lot of persons speak about this on the web.

For the create new block, i confirm if after you have transaction added in the block. i confirm that's the rewards..

Last time i saw a debug log of another crypto currencies which run and mining correctly.

It's seems like me and the transaction error does'nt affect the rewards and shares..

So I must wait!

When i say friendly that's i think so...

Sorry for my last post but it is that i'had found last time on the web...

Thank's for the link very good... thank's..

Maybe you're right about this error but i can't understand why do you mean it isn't work because in fact a dowloaded block in the chain is in debug log  like this:

2015-03-25 15:08:18 LoadExternalBlockFile: Processing out of order child 000000000000000023986a6b28623ce2a2e98d3b879332ae8c53653942c10dac of 00000000000000005b4ffd345d4b4f12db8f7f5ac8a4ea503452f007f980897d

I've confirmation of another forumer..

I don't think that i've this malware.. because i keep my computer clean... last time i low level format to keep and make a crypto curency computer with asics..

And tomorow i'll go to buy a VPN FIREWAL HARDWARE....


They confirm that i seem's pretty good on linux forum... for us..

Thank's!!!

No,I'm sorry but i don't think so, because on my config.log i've

Params().TargetTimespan() = 1209600    nActualTimespan = 1173468

in fact on another forum on linux because i've dual boot linux/windows7...

They explain that the bitcoin miner transaction include after the createblock() is the include of the reward. and finaly this awards is mananged like any other else transactions in this block

and finaly on the linux forum they explain too...

The target time is the time to accept transaction for any share or transaction accepted.
and the actual time is naturaly the time at the moment which run the Wallet.

Finally the wallet and the mining software must be synchronised
by user,addres wallet in username and  RPC and sock5 too(I can chose beetween linux and windows).
somes tuto exist on the web  i can't  explain it because it's too long and maybe anothers forumers made it before...

That's explain why my transaction isn't accepted because the two time (target and actual) must be equal or superior...

I must wait!!! that's post on another forum who a man explain it!!!

A man explain me on a forum on linux..

Maybe for the error on the debug log like transaction non final , transation dust, or transaction already spend are normal for you.

But on another linux forum they explain that this error is due to dual spend attack and 51%hashing rate like compagny who mining hard all the time btc... Sorry but maybe

For the error transaction already spend is a virus on windows on fake program btc gen ... like this.. verify it because they are very good geeks on linux forum verify with recent malware btc...

Sorry but linux are have very good geeks and maybe i return on linux to confiigure it. Because they don't have this type of attacks and virus..

But i'll continue to use the two system and i understand.

Finaly on a post a man answer me that i must wait like one month or +

thank's!


I like your forum and the man tells me that's error mean wallet  victim of attack or viruses... verify the system with recent malwares and spywares and virus, and i can tell you that you can have probleme if you download some fake of attack bitcoin or paypal...

A bitcoin computer must be very clean and keep it safely...

Surely i tell you friendly that's maybe due do a  double spend attack or compagny which have 51% of total hashing rate... and mining all the time... or maybe too due to a malware in a fake of btc genenerator which tag adress or corrup your wallet...

So if anybody have this transaction error please verify your computer and delete immedialy if you dowload this fake programs.. you must have recent malware spyware viruses and i've a firewall too on my computer..

Friendly and geekly!!!


Firewall because you can recup an ip by the bitcoin-qt and you can blocks supicious node by ip on the firewall added it on
i can tell you how to block supicious node before transaction already spend...

thank's for all!!!

Hello everybody!!!!

I can't understand, why there are someone don't believe me,  that i'm really mining BTC?

The diff has been reduced recently, and it's now possible to (re)mining btc like in the past, because the DIFF had reduced recently!!!!!

In my cgminer, I've all the time shares accepted and sometimes newblock detected!!!
I use two asics miner in usb connect and having a good hashrate. Having no problems for me!!!!

In my debug.log, in the wallet, when I write setgenerate TRUE, this command line appears in file, like createNewblock() and new best share accpeted...

I can see the hashrate and the block currently mining, with GetminingInfo()


I have one question like this:

How many times must I wait to recevive my  blocks awards??

I'm not faking, I didn't post and asked somes questions if I did'nt do this.

I think that's working good.
The only difficulty, is to have a good hashrate, and it's cost expensive, but i can buy somes asics miners, because i've some money to buy this.

I can't usderstand, why they are someone told me that's it doesn't work? because when I run my mining software, in my wallet, i've this in debug.log:

2015-03-25 12:07:29 BitcoinMiner started
2015-03-25 12:07:29 BitcoinMiner started
2015-03-25 12:07:29 keypool reserve 4
2015-03-25 12:07:29 keypool reserve 6
2015-03-25 12:07:29 UpdateTip: new best=00000000000000000244eccd8ed06327c2ac80e0be6b32c9486b9bdac791c4d6  height=294720  log2_work=77.825888  tx=36416888  date=2014-04-07 23:38:07 progress=0.257502  cache=139741
2015-03-25 12:07:29 CreateNewBlock(): total size 1000
2015-03-25 12:07:29 Running BitcoinMiner with 1 transactions in block (189 bytes)

It's really TRUE, and i did'nt want to loose my time and money, so you can believe me, that's working really, but don't receive my awards and shares...

Thanks for answers.

Bonjour,


Je ne comprend pas pourquoi, vous ne me croyez pas...

Quand je tape la commande et uniquement quand je tape setgenerate true...

J'ai ces lignes qui apparaissent dans mon debug log:

2015-03-25 08:54:12 Running BitcoinMiner with 1 transactions in block (189 bytes)
2015-03-25 08:54:12 CreateNewBlock(): total size 1000
2015-03-25 08:54:12 Running BitcoinMiner with 1 transactions in block (189 bytes)
2015-03-25 08:54:13 Block Import: already had block 00000000000000af130d565291ba49208c546685c69b48a293aaf06387fc22ef at height 192000
2015-03-25 08:54:13 Reindexing block file blk00018.dat...


Après vérification sur cgminer, les dates et les heures de transactions correspondent, mon wallet reindex les blocks car j'ai configuré un index de transaction qui m'a obligé de reconstruire la chaine de blocks.

Cependant il intègre bien dans la chaine les blocks que j'ai détecté et les dates correspondent parfaitement avec celle de cgminer.

Vaut il mieux que j'attende d'avoir reconstruit la chaine des blocks avec les index de transaction avant de relancer le miner? ou je peux faire la reindex tout en minant???

Sur un forum américain, pour les erreurs de transactions, ils n'ont pas les mêmes explications que vous.

Je me répéte mais tout m'a l'air de fonctionner, j'attend juste la resynchro de mon wallet..

Une seule question qui est la suivante=>

Combien de temps en moyenne doit on attendre pour recevoir les récompenses de blocks?

Merci!

pour preuve voici ma capture d'écran de cgminer=>




Quand je vous dis que j'arrive a avoir des transactions , je ne mens pas. Je n'ai pas dit que tout le temps j'avais des blocks detectés, mais de temps en temps.

En ce qui concerne la commande setgenerate true, quand je tape la commande dans mon debug log j'ai une ligne=> bitcoin mining start avec aucune erreur...

Dans mon debug log j'ai même mon hasrate et dans les commandes quand je tape getmininginfo, cela me retourne tout un tas d'infos
comme le bloc miner en cours et surtout aucune erreur.

Récemment il y a eu une baisse de la difficulté, fait que le mining en solo de bitcoin redevient possible a condition d'avoir un bon hashrate..

ps: je viens de redémarrer mon miner, donc le hashrate n'est pas au max....

en tout cas ça a l'air de fonctionner.

D'accord je comprend très bien
cependant j'ai exactement le même type de debug.log avec les mêmes appels de fonction et tout jusqu'au create new block.

Il faut savoir que ces dernières semaines la difficulté a baissée et d'après les estimations va continuer de baisser et rend de nouveau possible le mining en solo de bitcoin.

c'est voulu dans l’algorithme de façon a ce qui est un certain équilibre dans la distribution et la création des bitcoins qui diminue de moitié tous les 210 000 blocks trouvés. Faire en sorte que tout le monde puisse y accéder et le faire.. enfin faut connaitre l'informatique quand même...mais bon telle est la volonté de MR.Satoshi...

Bien sur a condition d'investir et de guetter les bonnes affaires pour avoir un bon hashrate..

Je viens de faire en sorte de maintenir l'index des transactions, choses qui depuis m'a obligé de resynchro mon wallet. mais j'ai téléchargé le bootstrap.dat assez récent donc demain je saurait... enfin je vais me coucher.

Bonne nuit et chose incroyable dust veut dire poussière en anglais

 donc error non transaction dust cela veut dire d'après un forum américain que ce sont les petites transactions qui fautent

et en suivant un tuto j'ai résolu cette erreur véridique!!!!

. A quoi sert de créer des nouveaux blocs si les transactions de mining (les revenus) ne se font pas.

En tout je vois pas l’intérêt de poster et poser des questions aussi complexe si je ne le faisais pas...

C'est parce que je ne met pas de capture d'écran que vous doutez??? certaines infos doivent rester confidentielles... dans le debug log je préfére copier coller ce que je vois et veux comprendre...

Vive le bitcoin, la recente baisse de difficulté rends de nouveau possible le mining en solo a condition je repete d'avoir un hashrate suffisant...

ou alors le fait que je trouve des blocks fait que j'ai de la chance et vu mon hashrate je trouve ça normal..


J'essaye de trouver des réponse en anglais et en francais.

En tout cas merci pour tout!!! a demain bonne nuit!!!

En fait pour maintenir l'index des transaction faut mettre dans bitcoin.conf txindex=1 C'etait simple et en plus cela demande de resynchro le wallet logique car il n'avait pas tenu compte des revenus de minings..

Merci et pour le transaction non final, je verrais quand la chaine sera de nouveau synchro car apparement cela vient de la chaine...

Bonjour tout le monde.

Tout d'abord j'utilise deux asics miners a 1170 Ghz de hashrate, ma configuration fait que je tourne oui maintenant a 2Thz...

J'ai fait des affaires sur les sites de vente en lignes les plus connus...

Ma configuration des mes mineurs est nickel.

Je suis en solo sur un pool qui chose incroyable, n'oblige pas a créer de compte et peut être utilisé en solo en mettant son adresse bitcoin dans le username....

Je ne ment pas car dans mon bitcoin wallet dans le debug.log j'ai=>

2015-03-24 20:14:49 CreateNewBlock(): total size 1000
2015-03-24 20:14:49 Running BitcoinMiner with 1 transactions in block (189 bytes)
2015-03-24 20:14:54 UpdateTip: new best=00000000000000003cf9af5f056ca711eca3b8e46c7470e9a90c7dbc104f88f9  height=297626  log2_work=78.207403  tx=37537605  date=2014-04-25 12:23:34 progress=0.293337  cache=144989

Je pense que ça marche nickel car je tape la commande setgenrate true et le miner se lance dans le debug.log avec aucune erreur.

Sauf que j'ai deux erreurs rpc received failed et un non transaction final!!!!!

J'ai résolu l'erreur non transaction Dust!!!!

Il suffit de telecharger sinsocks for windows (pour ceux sous windows) et l'installer.
Ensuite en ligne de commande generer les certificats et la clée ssh..

Les deux fichiers genérés avec l'extension *.cert et *.perm sont a copié dans le répertoire appdata\roaming\bitcoin

Redémarrer le wallet et voili voilou!!! Plus de transaction dust erreur!!! oui je sais c'est pour les petites transactions

Pouvez vous m'aidez pour le transaction non final.?

Je sais que bitcoin core dans les dernières version n'active pas l'index des transactions.

Comment l'activer? j'ai essayé --txindex=1 et ça ne marche pas...

Ai je besoin de DNS seed? Est ce que ça générait les transactions?

Merci les amis pour vos réponses et si  je peux aider car j'en ai trouvé des solutions avec vous et en fouillant sur le net!!!

Hello!!

Why you don't believe me?

when i write setgenerate True in rpc command i run cgminer on ecllipse pool, and you cand believe me i've every time this command line in my debug file.

I've two asics miner, and on eclipse pool you don't need to have account, you can solo and it's working correctly but you must to have a good hashing rate with asics. No gpu or cpu!!!!!!!
In my debug log i've sometimes and when i'm lucky everytime this command line:

I repeat after runnig my asics miner and write Setgenerate TRUE!!!!!


2015-03-24 20:14:46 CreateNewBlock(): total size 1000
2015-03-24 20:14:48 UpdateTip: new best=00000000000000003c877979e5e33d5fd51393711d2ed27853762b47b52184f4  height=297623  log2_work=78.207031  tx=37535418  date=2014-04-25 11:35:16 progress=0.293261  cache=143145

And this untill i'm mining!!! i'm not faking!!!

I'm really a lucky geek!!! Maybe?

No i'M mining with my two asics miner in solo.

I want to understand why in my débuG.LoG i've a lot of Best shares and sometimes function call createnewblock ()

I think so they work correctLy.

I repeat how maNy times must I wait to receive somes fees?Thank's

Hello everybody!!!

Last time i post a subject about debug.log file.

I undestood that my socks5 had a bad configuration. i solve it today, by downloading Soks5 for Win7 64. Generate files, and place it into data/roaming/bitcoin...

I restart bitcoin-qt and no error...

So i want to know when i receive my fees and awards because in my debug.log there are a lot of CreateNewBlock() and best shares...

So how many time must i wait to receive my btc???

It's all for the moment...

ps: Somes errors transaction not final appears!!!! Why?

Thank's for your answers.

But I continue to see the debug log. And when i see him. there are 3 errors occured frequently in my file.

can you give me the best server for socks connect?

I want to give you my debug log. I'll comme back later to do this, by a direct link to download.

I've three erros in my debug.log:

There is a litlle copy of my debug.log:

First error:

2015-03-20 07:37:20 ERROR: AcceptToMemoryPool : nonstandard transaction: non-final
2015-03-20 07:37:22 ERROR: AcceptToMemoryPool : nonstandard transaction: non-final

antother error:
socket recv error Une connexion existante a dû être fermée par l’hôte distant.  (10054)

last errors at the end:
2015-03-22 03:35:21 ERROR: AcceptToMemoryPool : nonstandard transaction: dust
2015-03-22 03:35:21 ERROR: AcceptToMemoryPool : nonstandard transaction: dust
2015-03-22 03:35:22 ERROR: AcceptToMemoryPool : nonstandard transaction: dust

Can you explain me this transaction error. i think that is my soscks server doesn't work?

But i want to receive my bitcoin.

I'm not liying because i've in my debug log:

2015-03-20 07:34:49 UpdateTip: new best=000000000000000004d34898c7be407bd7c2be4f6d685565ac5998f9ef2f3948  height=330413  log2_work=81.482899  tx=51637023  date=2014-11-17 11:58:27 progress=0.752471  cache=59967
2015-03-20 07:34:53 UpdateTip: new best=0000000000000000180d3d831095b8d5fd8e280acf2e9e272ed19513f76bca5d  height=330414  log2_work=81.482972  tx=51637853  date=2014-11-17 12:17:33 progress=0.752498  cache=61391
2015-03-20 07:34:54 UpdateTip: new best=00000000000000000fef9441006aea2927eb3bc485f1d4a576368b48df724b09  height=330415  log2_work=81.483044  tx=51638055  date=2014-11-17 12:17:44 progress=0.752500  cache=61927
2015-03-20 07:34:58 UpdateTip: new best=000000000000000005d1b8afa0849bc620ded33f5e02c01c7da11b8b0ab947d4  height=330416  log2_work=81.483117  tx=51639093  date=2014-11-17 12:34:17 progress=0.752526  cache=63631
2015-03-20 07:34:59 UpdateTip: new best=0000000000000000086e8edbac091f96b99e7a979f8238076245261baebfa8de  height=330417  log2_work=81.48319  tx=51639415  date=2014-11-17 12:41:36 progress=0.752536  cache=64156

i'm sure that i've maybe bad socks configuration...

Help me my btc Friends!

Thank's for all!!!

My main langage is french. So if you can speak french?

I repeat I have tow asics miner in usb connect and it's work perfectly, when i said that i've somme share and block accpeted its really TRUE!!!!!!!!!!!

If it doesn't work why have this=>

(It's a copy /paste so sorry i don"t want to flood the forum)


09:58:33

getblocktemplate


09:58:33

{
"capabilities" : [
"proposal"
],
"version" : 3,
"previousblockhash" : "00000000000000000d22b3d8eab21b3496856cd6d9f456a0fb8ebeb4d0771995",
"transactions" : [
{
"data" : "0100000006a995c232d5b186ea4c191549c7474ed869a0274515242d21bb4040310a4ee96801000 0006b483045022100d65a0748a722402ae3413ebb557b62dcc3d34339ce746db1f33c6cd7d68b4e 6f0220358c76a121ca6c33bf30923784c24efa4d4cc9d8cf3e13b060dafc33eb9b11bd012103b2b 3a8caf8bf67adfceb9d7bb46588c9770c2e09b0c457546f7a3d1829bd4283ffffffffd10d2a71e0 32154ec5daff475b26da8a1cb608257fa5484d44ba710ff3db71d2010000006a47304402203b385 2b36ebfc02b3eb69e3853b50ddd07737f120ca8f72010804f0190a0642102204e9fffcd9f17dfcd 8fb9984841a6da263fa54e7f9410dfe61ba8134da22cf4d9012102d99f7deb9016aaa4920b38cc5 b3063033896ad4b83aa3b859df05065dc0b8ca1ffffffffef8e6797f572308711791c4eebf2d802 a92a68e59059fe526cca923c15ea14cc010000006b4830450221008ded857c9af1256a30375fa20 cfa6da897a7d472a1838610cd9c5775a04d118402201789d0b83fb310f92c1737b52b42b161a20d cd5cc8cb39ec1a4377f3d51db1aa012103418c2c90e1bf2c1ea8eb6fe69d811ac08d9b62697b2ad 953a98a2421426e3b21ffffffff1ed44497f2bb9394d3bb925d37e5c607a1ab478d324c11bb423a 77a0eb490d77010000006b483045022100eba7b5fa71d8c4863eb5a5f35e0df9e6ce882366cb80b 8c7640a133f8e0afae1022052d5e37ce7781c414de3cff45bf813eb395eeb50b9a64ebab5efc584 eb4c4c5c0121027abfb31adb8bb556edd056cfea27999cf6623923f1c3694c5d48cf35a25a38aaf fffffff34abad728002201c2cbf2171b45ad743ac572b187f0c1620b5453513e48caebb01000000 6b483045022100f733f50ef0ab831a2945c5ff26e0996ab52a0c620d4f43e4310081e51e21d3e70 220030e62ce57aca94e24ead28ef03650b2b5c7a1c12d7d1da8ebe87c9bcf13a8190121028e1d9c 26b9a5befbdc33d60f6c59b6aaad977cf306422f72175f83b0fb5ff059ffffffff7dea5fca4dc8d 6514bff6e55104695d2e0707af0dd94251251803d069f78fe6c010000006b483045022100fc73ca 30a356345f693ce7039a1bdb899eca6c30744bc4a7b2dd93523862d23a0220352047512ce913977 e54bfceb34f04d0025df33cfc3c6ab95c48141cf45934d20121027abfb31adb8bb556edd056cfea 27999cf6623923f1c3694c5d48cf35a25a38aaffffffff02fd550f00000000001976a914f671f38 c19c18540a5d50c990e7a8b5fd4f43bc788ac31c4e907000000001976a9148ed44f27e6e72ed909 0c125be618e5b10540359f88ac00000000",
"hash" : "2d6d8861f913256088a7c4ffa3443eedc12de93ba548e80f175a08edb3d5f68e",
"depends" : [
],
"fee" : 0,
"sigops" : 2
},
{
"data" : "01000000016df04a4f777c0ceed35ea14338060417cd63d573106d6e948a2fdba22422b00f01000 0008b483045022100820eb8c215d618a48364c11c740343a7d4f1af25b9ed8ef53ce6c3a13896aa 4502202ab6397540cc295c7d5847d518059961b8a108fc410c2c202320b5276c76ef9e014104102 7535a9b4be8556c74c31050d1c980f2250e1ac98180365c2cabb83a75a32b0f8e5f7cf53eb256a5 0f831ed3071dffca7cdc063e78e47e92116ff71f7e2a11ffffffff0280969800000000001976a91 4ee405bf04f50b22d7cef48382e14e9e19a57123288ac401bee10000000001976a914f0e24a46e6 409c434a10b2dd32b2cc3dbd86411a88ac00000000",
"hash" : "3867bfe138d59cf91c53fc06fb336b1a5117cdc9a941dede94e2b489a84390df",
"depends" : [
],
"fee" : 10000,
"sigops" : 2
},
{
"data" : "01000000020dd12e7188c2dda59db4d62313c84db19285516de70728c9e9cc562444767c7100000 0008b483045022029475e9b95a59c0f4d3db51571130fccb6f2e5ca8725fa9acaef373aa82e6007 0221008ff6ebfd1156e7a08cf817ee3c307a68f5fa4652b0cb4138bbe057057705d6180141040ed 9f6e66c038762ce90efd9a7056ee6ba2c7ebe3d3b68c2827218fbbf1605cfae0bf35e65fac26ba8 20a8121c106e4553d7c29f1a29d18b6a7bcf2f3760b0c7ffffffff7186e4b47f6ec26f60d591139 096778416e82b636f3e15a87c43a75a40caeffb0a0000008c493046022100ca68c463155d1da064 e1a5781614f4f5d8884d8c8085a1e32698b9b78bf5bdb1022100cfddaeabad2764e4b9b8d955346 c9fced8f2764eaa85b05f7afdf0a1715944e0014104f580aa32172079f677b3ab4bd4c5eca8da28 ac14d0f908e7b83fa87bc017585580d0eb3d4f4401e0fd9022a0df06a435e90ff730485f1b80127 fa6297f997270ffffffff0100943577000000001976a9147a6310941c159eebedd4bcca1f33d72a 16ca564b88ac00000000",
"hash" : "4db03d59ebf17c9bf2ccd2fce5329bd576304646d9b7d3c50c6050d061880155",
"depends" : [
],
"fee" : 0,
"sigops" : 1
},
{
"data" : "010000000470fa284b94c757c50fc2bcde52b1a2ac19e839d993d464637e77404f63df99ba2a050 0006c493046022100b65c53bb2ada67bc3130ec3458b1d4182c94c69348110fec5f677e9247de26 5b022100db500b22c67cfebade5c890a8ef4334526b758943bed326cebb249bbdd6f03100121020 05d90d023e842b8a297ceac91fe7676bc6caf971f09c853f7545ce3b6abf9d0ffffffff57820d9c 7b46d7bc786807ff79ccf9c3144bc75b8b5ed9c727aeb1fe011c52161f0700006b483045022100d b7d331b20ec88c3d627519c1db3a42551b0547b3eb396bc38bd8e5db660135502201e88277d4071 beea581a754d3f3ed82a24fd7cf754dd9d4fcdc5d1191bd78ca1012102005d90d023e842b8a297c eac91fe7676bc6caf971f09c853f7545ce3b6abf9d0ffffffffe8a09b71d227d8f0114108e5c512 365e28937de489eca236af6303f3b34aa99e890500006c493046022100f37f1d2ffe434fb7aa7fa b59aede4779ff64af2c38ddd834d4f5028ebb1a8d8a022100bbe5313a9f21af88d152508e3c80e9 1a53bcb99a9cded69c7341e76cea2bc0e3012102005d90d023e842b8a297ceac91fe7676bc6caf9 71f09c853f7545ce3b6abf9d0ffffffff200c7163b425d802d45a7fac241f6d5852c8c5051dba83 4156e9b14ba42603d7dd0100006a473044022048887b226015d445ebfc5509452812ca67083998f 967025bfdba97e04e4076b8022028d0919012c92704b8b6664ab11b5461c11dc32ca62e1eb9efb7 f7002a313e99012102005d90d023e842b8a297ceac91fe7676bc6caf971f09c853f7545ce3b6abf 9d0ffffffff0200292700000000001976a914af80edf49b492c5df9b3c5c72e8c3fe1177ef89c88 ac79932600000000001976a914b01c0654b9abf9b1d2f58316db673a4a063a85be88ac00000000",
"hash" : "940e9b155af96becfd30ac44c78afe45e3faf029a29f48877a89d48b349be866",
"depends" : [
],
"fee" : 10000,
"sigops" : 2
},
{
"data" : "01000000029edf25ec4071fb8b44a4413d6f22b188677626a55614cdd460776b0d5fa8c19301000 0006b483045022100de57f39cb6d8ff5031c572c18edb18504aefcb24edaf425af1cd0ef79ef35d 570220273d8d5579b3ea91341c8ec13f68cbd98f49a6e2208d53571d08e36074172be0012102771 39c1bace1158e4a35ee092f2840aa0768e9cd788beccc7a10a77a83890611ffffffff5318988932 9e22fa21c7de96a2729bf21948351135e32d7cc09560fe576e78f5000000006a47304402205765b 0193ec680330ada69c36c70cd7cb7b89dd4e33f77c35fcda0069f96314b022039d13c27155e4d78 b5df7899bd94bc727b73a41c80fc0252f364bb7800503c680121029914bcc811b561e92d61176d9 06014a30b4a66853d6dd0a397344340d8426ae5ffffffff02406eb230000000001976a914fe951a c3564ce24cd2f3b5deb121b0c26ba43c2f88ac0095ba0a000000001976a9142b79674f99b10ab7b 9cf93799b44fd72df95c8c088ac00000000",
"hash" : "84277a25f073e425856a2f1463d5cd8066180cd41aec6aa4b75e1b36ab1f301f",
"depends" : [
],
"fee" : 10000,
"sigops" : 2
},
{
"data" : "01000000083601e3e0856851ddbdfd5097ad70ae81d706b046826fa8f20712905dc05ba7b601000 0008a473044022014339f2080b4a60a78289f080cad4f57e978cea1a0187abe0a9bfb1a5560f4e2 022010f84b32bcdda341a3f93dfccfdb6a5b5d5878c9f1f9ce9a423d24ecb7d7bb370141049f0a5 e56de7517a34462f7137344cacb4fa1d85d2692f51d81292f3eeb986a9746101fb030e06076ed9a 5ab9a63c1c0633d8a745573de08ec693c2d354677686ffffffff7f4ac943f179b2ae0ffa732bbe3 46ee94361e4cc35d98a28f73d02916a66c98b010000006a47304402204530b265b82715b7b13926 8be750b85f3687217a723ee6faadc7d63d869f6d6402200684158764740585ad865033e88d42a4e 0cb680b701bd1d5653aeb881c280e740121027cd6aa2fbedb6f92b4dd743c20615ea906820f4e61 c62036c2027840b9ded832ffffffffe46e2256fb633a6060445929eccfa823be574d4e07d1e2eb8 9c33e39405ee9a3010000008a473044022034976c690078d7b7a772cc48fad6d321d74c47274375 59b3a1cadf112a07ad75022070de8fe6e4d033bc8bed15d0da113471535b3ff394e8be2a97317a6 6e8ce58160141049f0a5e56de7517a34462f7137344cacb4fa1d85d2692f51d81292f3eeb986a97 46101fb030e06076ed9a5ab9a63c1c0633d8a745573de08ec693c2d354677686ffffffffa82f408 0d5c5c5967ee7147ffe02e2d2cd32d4bf7c17ce156cda99761011b705430000008b483045022100 feaa2062d909c88e2d600ca7eb382e66462af5f8a7de46a71d4eb536101fdaba02200307dac800b dece02b5403c59407a88f2346e6852017fc76b3ab61428fa7d26f01410474621150be721748b3f9 9f9a321bf55857f84ea96c6c505f770b8f415bb3207a25764d2bcb2c0f8c8ad949e78347c464c38 37460d119e85d113204ab9454d179ffffffffa2d4d26d5a4ccbb15348544736b4147ccda4fd7133 3dba51d08b3f15f4871eaa010000008a473044022017d75a21655eeb16bf60979be43e035604408 2fa37eb828eb593742eff57dbac02205d8cf213e7790a0c92acf73d499bdd2cef167f3fb5a568cb e4d590395e86e8c40141049f0a5e56de7517a34462f7137344cacb4fa1d85d2692f51d81292f3ee b986a9746101fb030e06076ed9a5ab9a63c1c0633d8a745573de08ec693c2d354677686ffffffff 356f0cc4f83487da41f2b53fbfbe336821463cfcfa5828bfa223afe04b314ad45e0000008b48304 50221008d8c8ada6908a4d9b4ad48d92213b869f8ceb8ef473047812c429c9f77bcfd1602202f94 d90f54cb654c19af0029da09c0de3967a91c8264f1861abff051052c093501410474621150be721 748b3f99f9a321bf55857f84ea96c6c505f770b8f415bb3207a25764d2bcb2c0f8c8ad949e78347 c464c3837460d119e85d113204ab9454d179ffffffff53204c98706f8fe37eb1f54a59ff3b350a8 dd3e32e93cad7ec0514caaadcbc5c3b0000008a47304402206233fff74d9ec7c17847a65a21767d 05d8b5145196db180b1891b490f9ce656702200a825aa8d53e3767d6cd85f25b494c6150ac9defd eceb1fa44091711444e469e01410474621150be721748b3f99f9a321bf55857f84ea96c6c505f77 0b8f415bb3207a25764d2bcb2c0f8c8ad949e78347c464c3837460d119e85d113204ab9454d179f fffffffff9be9fbc60b072d4134176e970ab75b83888b494780fa4592a80e8b57a9280e01000000 8b48304502210084d49e8215e79afe81c9c936e7db48043e6febebce30413d1b29fe27de652f5a0 22053eeb35cd51ac67a8968c65d5754da9a396c89e0665556153b6be4e13bf8323a0141049f0a5e 56de7517a34462f7137344cacb4fa1d85d2692f51d81292f3eeb986a9746101fb030e06076ed9a5 ab9a63c1c0633d8a745573de08ec693c2d354677686ffffffff02002f6859000000001976a9147a 548f445568827e1f07c4ef0f314bbfeab18d4c88acab866611000000001976a914f709f9ed1e701 ee0435799aadea7c40d6c94e69888ac00000000",
"hash" : "a88bd24a8fcd3a3811254378c906fefc9033741556513e772217d37bf5655245",
"depends" : [
],
"fee" : 20000,
"sigops" : 2
},
{
"data" : "0100000002304be83505a86cf13704c162ed0f70ce4bf13f8b5029b358de52733a3530c82400000 0006a473044022034dcf16da4e4a093e9a5f61c134d8ed24bf3e6a1c008290af9fedad384a9d188 0220666cff859f60ae1db4852efe8c297f5c574d831c16074245bbaed5a424d0473c01210366f91 cad92313e9191c43219c82e768370c60a9d634b24b475c532540ef3ae39ffffffff0ccd61936ebe abdce09aa82b4ea1c3c36adce15cfc67d7300ba6b7fd1e8d27c9010000006b483045022100dfa14 52465410e48577df03fe90b787d59eff7a4cebc354831e8ed5c3f9c1cf602205201396d83ba5aa2 a8b2db805c362530912dcea63627821d465a81ce0a23e65301210366f91cad92313e9191c43219c 82e768370c60a9d634b24b475c532540ef3ae39ffffffff0200e1f505000000001976a914b6e170 a85e324f184a1e068647c5f5d87f878a7888ac36393c02000000001976a91454231dcc868c87683 b4b46729a2dc0cc52912d1488ac00000000",
"hash" : "4c9e6f0d3c0d951cbec90c8c861676ce8394b124919945359065527f8df2826b",
"depends" : [
],
"fee" : 10000,
"sigops" : 2
},
{
"data" : "0100000002718da7f303a5ab7ee585e6257b80a6303037e4b843b8b1745a5230342f9c338d01000 0006b48304502204f09ae26788201cbbefcd6840bdc8cf7720b2e6da68b0eb79a90b766a6316825 022100f69bf7a6e09cd02d545d69927ebfe0b068de682bb1bd9f9723a28ffb2b99c5be012103f7a 64557b85cfb70a4ff69dc83b9501cf0a19fc7f275c57d20bca98e4c021920ffffffff708776a14b fb3c2580ff2b02f7a9bee7ee92891284c9a4babb3a4300e900956c000000006a4730440220172b4 bc34b6eee08373bcfb37dd966c41165e295c77953b22fd3d4d01bb6489402207df06a9e509a9827 e1a3b74c0380af739ba525be451a6d4d976e99155834fa53012103c890948f700249bf556484faf 4c78125da627f565489f7f5dc50d07aa10dae03ffffffff0210201600000000001976a91449c115 3a739d882183f0a5ad0c8f613b09e5b3f788ac40420f00000000001976a91428969decc8faf7777 04f245e2d7e3fee0928b6f988ac00000000",
"hash" : "da32c33e6807b39ef602eb00e71f2b8c6949a4eca0edb152bfcc604f49229354",
"depends" : [
],
"fee" : 0,
"sigops" : 2
},
{
"data" : "0100000001d7c8cdb3b2ee72a9018c6441a50847c6585f827a2791934262f47ea1b1a822fa00000 0008a473044022043834257847f982fd4697e25ce5d58f8240fae2e9ad908c6a304d176f2810928 02206942d535671d11cf5482698d28d4dc90d648c3aa03c3025245504c4234a26a5301410483e2e b46f6ba5efef14b5be67c7790e6e80d993818514012a429676ad5b94a58257d09e0d1b798fe9bec 47c30ff3b3761a456f6f28bfc03c5a2a185946e30f73ffffffff0200f90295000000001976a9148 69796ecf0ce159cf2fc87cea0800d235175cd9588accb0afd00000000001976a91457a52abfc530 edeb770ee50106db178400803a9488ac00000000",
"hash" : "63a42f2941f340ea2066b16b86d750a89cbe4d392be9e93566a2c2f6c3049538",
"depends" : [
],
"fee" : 10000,
"sigops" : 2
},
{
"data" : "010000000100e6557d3c2e764d89ff5c3ae5ca2999fec6cfe949cf70befc401c70fd299e3d00000 0006a473044022051f279d4e307ed185866896e4b0000062aa2452bc88778ef70aa263af5b05256 02206bbc47d2ad82f841ccf27862a43e9d6d8aba262792c91e867b637dc8970452a90121031c242 39a829a89d7e12a0a5b1456ce60168c2c7dd29b63ea6a2aa8ef64665050ffffffff025077c74b02 0000001976a914425d9c60c16e8364c2125f2560c8d3e847c0827988ace0834e02000000001976a 91433dd59afa418dfdaee96e635e2a3476ce0a3766788ac00000000",
"hash" : "edb9870a4551f272a6238d2b70da15e1acf742084d19c87a2e91c60c6d18a513",
"depends" : [
],
"fee" : 1000,
"sigops" : 2
},
{
"data" : "01000000010bd8fc2a91df27f712c1b0ad6a9d581555c6b7a9b693fb08c80746a4e3b3360101000 0006b483045022100b5fb898527a82745ed9d3c12324b24688a87edfc3b8dd6a844f735e0f09e23 1a02203786254659f4fe2b4bf536f9e53fe543e4f447628262ee6c9cfdb3f48133e277012103189 61d758414d7555b9a6c61afa98dfff29fa2967650dfea463740860e23225bffffffff026006ca09 000000001976a914a099631370377af160a0b94a7e20529d8466a63688acd5c4153700000000197 6a914fae0713261563b99656194684464c2a1ce3963ca88ac00000000",
"hash" : "42ea4d4b761201703a1877cbac7fa430ea5b1618f236eed24cb231e5c72e2e1d",
"depends" : [
],
"fee" : 10000,
"sigops" : 2
},
{
"data" : "010000000144ca333e7b975f328c12eb640a644c061ab2d3c8015b0100a8c55c50e2dd2b9101000 0006b483045022100a68c39941eb1d29466ff622465a325e23dfbdb1647f0dbb3ce632281c39736 e4022013ce6781542760bc92339ed0596efe4df3c5057c58ec9e5c4a5515d515fd1652012102667 021e792aaa340147b6c9fe19cd33d4c620a66698144921b8ab9058aee8e9bffffffff0220a10700 000000001976a9148974c47424a7e4b1ea86b2b573127a397978079488acbe42c00100000000197 6a91451db61f5fae6ece6bc022a389dfad86110aa88b388ac00000000",
"hash" : "e2b8076120d130fe917d5a837aea4bcb4062bbaf58210b2bd22f0bd1dbc2b8af",
"depends" : [
],
"fee" : 10000,
"sigops" : 2
},
{
"data" : "0100000002701893379a03a141c960e8c96d9cbeaa59f4ddbf60d4b968ec7f4cdaae3f4c6100000 0006b483045022100b8c948efa3c3d968e0249e1dcd25d1f589c499afe212aa0ea84eee90a06aee 3602205ad820862c7ac100251a33502f7ba3c32e3f441ca743c5b237d570211ea444e5012103e79 81b9d1c03512f4114bed148b1b81e369d8bfbf0f3bf7cb4b7f78bd5d35941ffffffff94308d5f72 1fbc1484f182ca9564785ecdba989f21d0348e90fc802c62e8eb09000000006a4730440220202db 15e0cdd9dffd59c0c36db9ef754ab91ffb18c0df758ee9fabe6a7409796022045345ebbf7afef53 743caab239189249d03640d627cc317cb550a919f5975b0801210330895e7c6c849ccb39c4afad6 8b06159a15d3efc4dee4df52623f53ee531e9c0ffffffff0242234202000000001976a9145c9f02 2e3fc79cf4fffc7949a84f524ca1b4b93b88ac8d035500000000001976a914c8e054feb6f44a189 2b1f62209219ea3eb69d97e88ac00000000",
"hash" : "727325385357972e11257122ea51c674d1354f703f36e7de268beffc416b90f3",
"depends" : [
],
"fee" : 10000,
"sigops" : 2
},
{
"data" : "010000000178fc50d5c0e5ddc69b7cf93dbfd883a338c0b64eafaf3238e758cb05c1916e9201000 0006b483045022100c610f2ad2ddc66455e955ed78fe7482a6ef51cc16bd428aa06f3004ae08043 fb022017bddc24799151d4114acc8b5b1cf410cd73e1e998ce33f65ee0b7889f88eb360121037b0 85c9442f20638434f1806ad59bbf1f5292c8234dad496b9374b378410d671ffffffff027033a200 000000001976a914a845ab655218caeea9e6f06db0af185b3262dd6888ac5b032e0000000000197 6a914cb4f7a12f0eb205254a593aef90a7ed5885d88b588ac00000000",
"hash" : "ba0c2a2d7899789e830cacab0b43ac94febfa780e535a928374ce1882106297c",
"depends" : [
],
"fee" : 10000,
"sigops" : 2
},
{
"data" : "0100000007ba99ccb12527dee512bcc32dee2191c3b65b59a67f0ac4f2df5ec36b74a1b8bfb1000 000fdfd000047304402204fa86770449863a88efcd7cee891a71f86966063bad247d7133fbe4334 291fbe02206c8136114742f61fe8c7572f6c5ae8ebde125c31dc45a6fc667a2d47a552b6b001483 0450220020cd054fbd6a72f137d788aba2193a5f3813a6e3d7e40fb125c64f574849c0202210091 c9b633618fbed7e5d0dd84407ec0919f66156f254ec204a88fca0f605cdb69014c695221035e70a 51d6cda8febecdeca3e6e79c282ca052b0b5c0e60b57c193bf6556539b6210348c69916f2ad1367 59749c42357e23a6d39b85f267b1e65f7f2830fac5629694210393f27407d204b8df7ff60dcfbe6 b7d726fa5a2ab3246d69ec7fb8b2ea6d596cc53aeffffffffba99ccb12527dee512bcc32dee2191 c3b65b59a67f0ac4f2df5ec36b74a1b8bf84000000fdfe0000483045022055b2a0654f6d3c8bdcf d9eff46167775b32c4e0451314e05c9dda17412dda3f3022100a6805f9eddbb48f6fe3036f3bf20 5c789ffb927a5c8a12d37ca9f1d4e4f2531601483045022100c27ffc55136f46940a9e9a5b3b250 79b55617636e2d4c852cc043445411418b702205f33ac2a7db144d4a7e7ae22499581ea3fa97a95 af6b277494e814bc53048098014c6952210304e7e380df5958e5a3a2ff64e06e05a2d42fa8aaf47 0ef4c6bb89d2a8bbb810a21028e1b926f137b716759a982aba2b938c770fa6c4f02f3cf5ba08f0e c215cb36112102387367e7885bd3073f5f448f681a864fe8c6eb09a8a2fcccfa33d44ff49e214c5 3aeffffffffba99ccb12527dee512bcc32dee2191c3b65b59a67f0ac4f2df5ec36b74a1b8bfde00 0000fc0047304402205d6a6f57cd37d32de8013a3987314a26ddcb804642ca0bbd2f0041e27f750 56c02201c352d4211a1c5805f415ef277e5508f89d94a95671bfbcf7ae97a61648da91901473044 022019506df40ae9967c7735b6518b4f91245adb938b47f4cd471153179638613ea502206b0616b 5f3020fb610e592156c22606f5f135399cb3b240bed8b7cf3b0bf2826014c6952210358d68c1a43 1e3683a147538b75d1cfec8f52de71011fec2c209468407429f5b62102eba2a6ce03b9f6a664f89 7bf63d87d29891de957783deb9997b7842de18204012102af0e13b06b1c916a56ecffb0cb24579d df6b1cdacb6aaaaa8c374ed034aec76253aeffffffffba99ccb12527dee512bcc32dee2191c3b65 b59a67f0ac4f2df5ec36b74a1b8bf13010000fdfd000047304402203334c3b6fab00549785b9826 9d2ead21f4cdb835a644e852bdf29e6f8e4280a102204c5a73892f9caeb0719e7607cd27998bb0a 58718869634aff23d09c58b98d17001483045022100f71107619ede8e76d5197af596c02c594323 3aa01be7419ea5ea7280f408856c022066786444e1fcd774065190b6c8c91c6fa659dbd4be1e292 974fe559c5866e881014c695221026e55e7cd3451b01d51f65859c36a4bbe2d1eac92553914679f 41d062cce3e3b3210264c0336ed8fcd2821863df9dac99d017dec5597e45ff57041490b723d2425 2c3210288082fc6929bcf2bd87efc6a1f549dbf2a8009782d1415f1f4d0e34e5ed1cedd53aeffff ffffba99ccb12527dee512bcc32dee2191c3b65b59a67f0ac4f2df5ec36b74a1b8bf93000000fdf e00004730440220129cce418cfc92be8be9294e127936ca88859ee5d2b7863d19935f969d17897d 02204427c6326cf35295a58fb46b9cf0ec5b2850afcd9f91c4c97f3a14ed7ffe72ec01493046022 100bf6ee34e33cf342fe849d20b166ffa9420218b93eefeadaf1411f7abf22d26b902210094e15b 44f083cf9f3e523bd97622ed3ba7f9d1efa8bb1ad3ab79e0bf373f5a4b014c69522103158373a1e 2083dfebef8dedecd1981dd3a297061f304036ed9d8518385978c752103adaa96323787f862082c ee4804c2d0790e503c194237a7faa2d70eaaa787858521037b19cb44cffb145718ab132bbdbb027 ed2cbbf0a03dfe0e51ba0c5ea4e2e171853aeffffffffa1670229f5f76a6a5d64e6d9d39205890f 81bc79ea88c89244af83776caab6c300000000fdfe0000493046022100f52c501187c1df4761955 4ac124503ba42560346925b6a103cf77c86dfcbd22e022100c0c17328a92350f5beda1c22881b73 82945dcf4d5483e902324416e24ed1fae00147304402201ca1f9bca38439c452b0e3c598105a3ef 58c831f705faa2c757d049562ecb3a802204046441f3d97bc9d2c03749563e6250655518d83f06a 2af0bac62897b54adfa7014c6952210336ab870608515ed5e89f5e6f68fee0446d411da73229547 42b870931392fdc4721025bae4db3dad87f9d7f35ad757117bfdef5ad7a9a351458f66ab75fbe5c 353e5c21031b3b33251de50bbaa9e8d8a76e48f0872a53c2e5743626e4b355714ab3daf52053aef fffffff31961d3b95f5fb75645c5da4808606c22a022cae29332da48047a0ce2f8a53e304000000 fdfd000047304402203ec2319251253498148dd5cd28595f9d066b63877fa00d0d64f34256b0676 a3d022031b664f61c88815a0db4162fc1ac805051a22ff400c6beee0d0e108941a051bf01483045 022042d56a0fc21286ccbfc0adf1df87bef65b20fe3460e95192e968c636eacf21ea022100e541b d287b7a0d3099019234d1d810669d5d94389661a82384151a5e293e7182014c695221037dbd6d95 4a6da00cf4eca207b57e09b6a15891fa4164ab4239b6d8d3a608967021024bd8dee64c738905321 a8b2f4d38759163227a69ce405f26b9efb74f05a5b5772103448f5f559bc55a1ce6c07a0f3570a2 d23b8cf7184daedd42f5b1f0109e766d0353aeffffffff0480b14f01000000001976a914f17b1ee 209e09e02fad9a4c1a472d994076637e888acb0e3a40d000000001976a914c405ebb63cd4e0367b c22d0048616c8f5a7feec488ac90c40500000000001976a9145f0ad35d3e4e9a76dacbe6dd6a0a4 3171186394888ac8cd211e60100000017a91453ea632aacd27ed1bbc980c22ecf80a5e156651287 00000000",
"hash" : "e6b706d60f5d9348cb34aa1d842f7403d2b3a159a7587391ff5e1c2dd5b53413",
"depends" : [
],
"fee" : 30000,
"sigops" : 24
},
{
"data" : "0100000001cc84c45cc7a9e1ee3e3086ff76f050925a0ecd01ee958405cb19776741ba7e1701000 0008b483045022100cc3ce3d99094140ffba0df858880ff20964cb31f044a292a69cd637b800c5a db022009b2da97de0f4b4a602bec445d1044e6545454e54b1faf1d83437b3f474ba73c01410419a 1414e6e71bce5fab8ae6df3409a0343a91e613ddf2e99fdcf28fb2309b529b91a9a63f20a538cef 97f07ccba91495db1281d17333b77e3e1f395573d686ecffffffff02a0f2dd02000000001976a91 482c2ccfe28d36fda7ffc36020147550fd87cf8ed88ac506f7903000000001976a91466052e93f0 c77c6951ab6c54255370606c72928788ac00000000",
"hash" : "c73b83fa3296a23a03c23fb510ec612bac81396573f02a66e39b9f3ec5efd867",
"depends" : [
],
"fee" : 10000,
"sigops" : 2
},
{
"data" : "0100000001979c89664d01bb13d741d65139f64457c2dc16fef2c33941c531aaac098251ed01000 0006b483045022100b6dd52a67150b6812b3a59d8ca576a58cf7b409cc55d932647786f122c3526 f4022070f04e70ba6e130c2906ad3dfe44284996c4806f3a9b476ec5631a7562af61a6012103915 b7d66ce77c80faf414d0236893a751fee8b6d9d9eda75b835ee8af564902affffffff0290c70300 000000001976a91438bc09ab212449b4be3f56f04d1dfda03ef55a2888ac09bf776000000000197 6a91421b4daee60fada29fe3f60372897febf8d6d96b888ac00000000",
"hash" : "231fb80a634981a4a7bbc4b0d123fcfee2d2649713bc027cc2b42a4d5804684b",
"depends" : [
],
"fee" : 100000,
"sigops" : 2
},
{
"data" : "0100000002015e3049d93d51f1c20724119e7b8471f662cbfa328aed2f96b97177f5ee48e701000 0006b483045022100bbccd1c49c3805f3f47c2a02d7b97b124d05c9f8f362507e204adc21296924 d002201157fc8027b127bf587493eaef5234fcc13c8c8c4e1a38c770c69bb72f13d0a3012103ca2 1051e21f637d04a2434897c45a0d5ce09bedb5dc9977efc66ab33c317ae23ffffffff5efa0c2339 a060cc7400cabf91324baac55cf5c3f7e50718ceedd257e0ebbefd000000006b483045022100af4 998b1771fcdcbe0ee8cc6fc4d0ca5ac094027e5eeea9fe098ea146e39fe7302207ce9b719b9c549 9a3024bba6856bc44ef80b993f87a733f07a019e47bd66982d0121034c4735eb93a6d01b8311299 b530497222c3f80a9cc1d94507a9c2223e053e22dffffffff0100bd522a020000001976a9149f66 7ee8a443365cfe8fe09d1ca245fac94e551388ac00000000",
"hash" : "6da484e1a5d93a3fafca99d727afb04e96c7371896dcab1fac7fc7712f3e82a7",
"depends" : [
],
"fee" : 0,
"sigops" : 1
},
{
"data" : "010000000117311a546f5f5201fd8a3ecf3b6bdc5ba2461ff80b15e2e14e6eb8cb08c50a8b03000 0008a4730440220095821c1107bff7e54ce8a8f63ac8c62a1ad9ef7b5d471d7787a502cf468a954 02201eeefc62ee90ee062f8fac22d80df57416324e3ab10040e180a3a3b2925f10620141040a0de a2207a0a3a74f7df46b5fdc2946c7f66dc793553374d163483c05abea0b4670634030bad73e6bb9 1fcb340e5d6b648a10895b8fa93b485905cbd30ca4d8ffffffff0200e1f5050000000017a914733 7022f78a99a64905d2f5cdb81f2c7b00225ab87f0cd1b78030000001976a914bada237024371e81 af4968b911d60a831cea1c2b88ac00000000",
"hash" : "098fe45500e6e6a7239a0e6e56eebad1ee3c09117f00fcf67973287b4e1534c5",
"depends" : [
],
"fee" : 10000,
"sigops" : 1
},
{
"data" : "01000000010293880e71b73d8857fa4424ae7e3ef1db9d47ff95bef350fd6881cb9eb4cc3d00000 0006a4730440220604c48289ffc878daea61a1f043262507b01467f62bf3519d1c75bd325ab44ba 0220392218d5b69c13364ee2477a4e824da8afa1137cd22d491ade34cf98b773b50501210250b45 182cc12ad9029531eeba8d30aa3c227ef3f1b18469047591206d8d23b01ffffffff01005f827701 0000001976a9140eafa3d7a27d5a6d93d2e048a37a44cf30d55b5688ac00000000",
"hash" : "19813b8dd0faef256a6987791a28791ba145bd11f4d9817021083eeab69fdd31",
"depends" : [
],
"fee" : 0,
"sigops" : 1
},
{
"data" : "0100000001447d8c67ab068c629a61bc6a17fe825ec79d754b292bbe9c893ba2b42398533a01000 0008b483045022100ff5d0913b562ca555ca665d38b409ce30880b7bca2a00fa58f2cdfa3097252 ff02205314e4420511187cd2a6e5955c3f666ec5cfc6435a761030d5607b1272fe5d7601410449d ed6ad7c266b2f55a22b3a09730fd06299b02361c49fa94f84e0b0f792a8be28ea973892cbdc3351 cc20d6784a0c2e212dd424f646de85fba9deb7dd76ece2ffffffff02e84f1d00000000001976a91 43b215a686622cb1db286154c04b077e1f984960b88aceff5d100000000001976a914dacf33c319 d897eaf67c651cfb8f5de8b2a519d688ac00000000",
"hash" : "bb4b0c03b6b2ded8990d3bc937037a365052bff2f274adf1caffc34362180ff3",
"depends" : [
],
"fee" : 10000,
"sigops" : 2
},
{
"data" : "0100000002b5d1aee5602c61a8bb17c363d3a1f4690b84ddae32037ea67a73822591e9479900000 0006b483045022100e4739d5cb1229e394ab3f8ea312340c10dd5fff81d0fcf9f08873a4cd3d8df 3102201c941def1cf0b5dd18b6b4c4dcdf913942006e9b66bd2213e74fa6b47ecb20310121031d6 96aa1ce74877b8c64a2332e701a09a5d87664dc7e8e8b4163d5ebcf77adaaffffffffa121e547a8 dd5f4d6792f5d1ca70103da6476f887b7b5d50d388ed3cd14d9f6c000000006a473044022025fa2 324cfb5219c41f9e788871187a0b319f6c972f9f8f31c93f132345422fd0220374edf9347a2a60b 89930848f822e388ba352b515bc67f834cae5660a567779d0121031d696aa1ce74877b8c64a2332 e701a09a5d87664dc7e8e8b4163d5ebcf77adaaffffffff0170d23703000000001976a914c73689 b7dd6c14bc9ab097006f90d19392aa80d188ac00000000",
"hash" : "f2f17a28ed3f541988346b72aeb4025982f447a1587df39ca892f3701b7b76c3",
"depends" : [
],
"fee" : 10000,
"sigops" : 1
},

........
||
||
||
\/
.......
"coinbaseaux" : {
"flags" : "062f503253482f"
},
"coinbasevalue" : 2504481283,
"longpollid" : "00000000000000000d22b3d8eab21b3496856cd6d9f456a0fb8ebeb4d077199560268",
"target" : "0000000000000000172ec0000000000000000000000000000000000000000000",
"mintime" : 1427010865,
"mutable" : [
"time",
"transactions",
"prevblock"
],
"noncerange" : "00000000ffffffff",
"sigoplimit" : 20000,
"sizelimit" : 1000000,
"curtime" : 1427014715,
"bits" : "18172ec0",
"height" : 348669
}

AND WHEN I WRITE:

Submitblock "Hash" => 'block decode failed (-22)

No!!! I use 2 asics miners with cgminer (70Ghz mining in usb connect) and the lastest version, and i have somes shares accepted, and in my folder (bitcoin core) i've block every time until i'm mining. i use solo mining pool. I've no problems with my asics and cgminer.

If bitcoin-core can by his own decode block, so why i don't receive my awards? is there a time for a block accepted? If there is, how many time?

When i write getblocktemplate, there is a list whit hash, i copy the hash block and i write submitblock with the hash and an error occured like "block decode failed".

I verify the entire chain by a rescan, return me a TRUE.

I need sombody to explain me.