Jump to: , An RPC method used by a miner to get hashing work to try to solve.It has mostly been superceded by the newer getblocktemplate mining protocol, but the data format is still often used internal to some miner structures.Contents 1 2 3 4 getwork is a JSON-RPC method sent over a HTTP transport.It accepts one optional parameter; if provided, this must be the "data" provided by a prior request modified to meet the server's proof-of-work requirements.getwork without arguments provides a block header for a miner to find a solution for: Because the data key has been preprocessed, if you have a generic SHA256 function you must first reverse the pre-processing.This is two steps: So for example, if you receive this data: You first byteswap each 32-bit chunk from little-endian to big-endian: Then read the final 64 bits in big-endian - 0x0000000000000280 = 640 bits = 80 bytes - and chop off everything after that: Note that since the result you must provide to getwork submissions is in the same format as data, you must reverse this process when you make your submission.

Many optimizations are possible with SHA256, so running a full SHA256 round is generally inadvisable.Most miners will precompute the SHA256 "midstate" from the first 512-bit chunk of data, and only repeat the 2nd SHA256 round with the final 512-bit chunk (which contains the nonce).The target is in standard SHA256 order (big endian), but note that Bitcoin target comparisons are done as 256-bit little endian.bitcoin ema chartThis means for pdifficulty 1, you want to check that the last 32 bits are zero.bitcoin wallet eigene adresse(Just ignore the midstate until you understand the internals of SHA256.)juho eerola bitcoinIf that meets the difficulty, you win (generated a block or share)!bitcoin gnome

If not, increment the Nonce that is a number stored in portion of the data that starts 608 bits in (bytes 76 to 79), and try again.If the incremented portion overflows, get new work (see also rollntime extension).When getting new work, miners should send a X-Mining-Extensions header with a space-delimited list of supported extensions: The server may include a X-Host-List header with a list of available servers formatted in JSON as an array of objects with server details.bitcoin flexepin"host" specifies the server's hostname or IP address, "port" specifies a TCP port, and "ttr" is "time to return".bitcoin google playIf you use server with non-zero ttr you should try to return to the server with 0 ttr after this number of minutes.This string says that "server.tld" is the main server.When you detect connection problems, you need to try the next server - "backup.tld" for 20 minutes and then try to switch back to "server.tld".

If the main server is still offline you should continue to use "backup.tld" for another 20 minutes.If mining pool does supports Long Polling, it should include a X-Long-Polling header with a relative or absolute URI.The absolute URI may specify a different port than the original connection.Miner must start a request to long polling URI with GET method and same basic authorization as on main connection.This request is not answered by server until it wishes to expire current block data, and new data is ready.The answer is the same as getwork on the main connection.Upon receiving this answer, miner should drop current calculation in progress, discard its result, and start working on received data and make a new request to a long polling URI.There is a 60 second limit before new work should be requested (the normal way) regardless of response from longpoll (though this may be overridden by the rollntime extension below).This should be advertised if the miner supports generating its own midstates.

In this case, the pool may decide to omit the now-deprecated "midstate" and "hash1" fields in the work response.In addition to X-Mining-Extensions, the miner should also send X-Mining-Hashrate, with an integer value of expected hashrate measured in full hashes per second.The server may then add an additional field to the JSON response, "noncerange", which contains two 32-bit integers specifying the starting and final nonce the miner is allowed to scan.While both values are given in big endian, miners should iterate over the range in their native 32-bit integer type (SHA256 works with 32-bit integers, not character data).The miner should implement rollntime by starting from the first nonce in the range every second.NOTE: Clients should not need to advertise this feature in X-Mining-Extensions.When a share is rejected, the server may include a X-Reject-Reason header indicating the reason why it was rejected.Values for this header are undefined.rollntime expiration discussion forum thread Iff the getwork response includes a "X-Roll-NTime" header with any value other than "N" or the null string, the miner may (within reason) change the ntime field in addition to the nonce.

The server may send a value of "expire=", where is an integer number of seconds it is willing to accept the other headers for.Note that if the "X-Roll-NTime" header is NOT present in a work response, that work may NOT be rolled, even if earlier work from the same server allowed it.Also note that the headers of a share submission should not influence the behaviour of work-- specifically, if a share submit does not have the header, it should not disable rollntime for the current work (which did).Due to network latency, Luke-Jr recommends the following design for miners: The server may include a X-Stratum header containing URL to its Stratum interface.If this header is present, the Stratum-capable miner should switch to the specified URL immediately Stratum+tcp indicates Stratum protocol with TCP transport.Theoretically pool can implement other transports as well, although at this date Stratum miners implement only TCP transport.This feature should only be advertised with a longpoll request.