Zencash is launching in 37 minutes.

We are just reindexing the blockchain (which will be finished in few minutes) and then Minez.zone will be ready to mine ZEN 

Hi Con... Long time no C.

https://bitcointalk.org/index.php?topic=1937549.0

Sorry wasn't quite sure what the best forum was to get this seen by the people that might be interested.

Hi All,

I've been absent a while... Some might remember me. I wrote PoolServerJ which was the engine behind many of the early mining pools including BTC Guild.  I left this bitcoiny world rather suddenly several years ago due some rather dramatic personal circumstances which I never explained publicly. At the time I had big plans for a complete rewrite of PSJ. Eliminating huge quantities of code that existed for the sake of extreme optimisation required to offset inefficiencies of the basic rpc getwork model of mining. Optimisation that became largely irellevant after internal work generation was implemented in PSJ. I had grand plans of pushing a new mining protocol to deal with the inefficiencies of getwork. I never got that far... A year after I disappeared the stratum protocol was born to fill that exact need and PSJ became obsolete.

After a long time out of the crypto scene I've had my interest (obsession?) reignited by a few well meaning folk reminding what it once meant to me... So I'm looking for the right place to apply my skills and make a contribution again... Writing pool server engines is what i did best so it's the obvious place to start... PoolServerJ is dead. 80% of it's code is no longer relevant. Mega optimised code is also no longer a requirement for pools since many of the bottlenecks that existed back then no longer do. So I'm in no way tied to java like I was once. There are several good mining pool frameworks around just waiting for improvement. Although I'm more python friendly than I am to nodejs I'm quite liking node-stratum-pool as a starting point. Although I'm not particularly bound to any language nor any preference over native code vs scripted or JIT based.  But I figure if I've written a pool from scratch I've earned the right to extend on another pool engine authors work

So my question to pool operators is simple to ask though perhaps not so simple to answer... What are the features that you want or need from a pool engine that you haven't got today?

I'm not promising any magic new pool engine. Just exploring ideas to see what's needed and work out if/how I could deliver it....

reserved

MineZ.zone

Features:

• PPLNT
• zero fee for 1st month then 1% - first 100 miners get lifetime 0% fees
• DDoS Protected
• Pool URL : http://minez.zone/

Please, give us a try. We'll aim to provide an agile and efficient mining pool.  Our previous experience at the nasty end of pool engine development means you've got people who know mining, pools and crypto currencies inside and out looking after your infrastructure.  In time we hope to grow into a (crypto) household name.

To connect for ZenCash:

Username: your zencash wallet address
Password: anything
URL (difficulty 0.05): stratum+tcp://ny1.minez.zone:3033

Please see our "Getting Started" page (http://minez.zone/getting_started) for details and pre-configured downloads of miners tested and known to work with ZenCash.

I've been thinking about a similar concept lately as a way of handling visa scale transactions.  It also relies on being a lock a coin to another merge mined chain and later unlock it with verification from the side chain.

The point being to create many transaction processing blocs.  Coins are spent into a bloc then bulk transactions are processed and at some point coins are returned to bitcoin.  Thus bitcoin acts more as a store of value and clearing house rather than a bulk transaction processor.  The side chains might even have limited lifespans i.e. every x days the chain stops operating, everyone returns coins back to bitcoin chain then a new one is started from scratch.

https://en.bitcoin.it/wiki/API_reference_%28JSON-RPC%29

appears to have turned Chinese.

Hmmm... Good point.  You've raised an issue that's been completely overlooked in the last 4 years.

Everyone spread the word!

They only confirmed Dorian's quote was accurate.  They said nothing about what question he was answering.  And from what the article say neither apparently were they asked.  If you really wanted to nail this down wouldn't you ask them to repeat the answer AND the question they heard?

google cache says ignore:

no he didn't... check google cache

Forgive my ignorance but is it possible to fake the date a key was signed?  


sig  sig   7480B161 2013-04-01 __________ __________ Dorian S Nakamoto <mtn_sssh@hotmail.com>


http://sks.pkqs.net/pks/lookup?op=vindex&fingerprint=on&search=0x18C09E865EC948A1

Dorian's key was sel-signed in 2008.  So if dates are legit he's been on radar for quite some time.  Possible Satoshi picked him in advance to model his fake profile on?

He could easily have been responding to a question about his prior gov't classified work.  A clever reporter might have guessed such a question would elicit such a response that could be easily be transposed to her preferred question.

Or she could have just made it up.

bitcoin network
  \|/
my bitcoind w/ static ip x.x.x.x <-- addnode=y.y.y.y
   |
(the internet)
   |
firewall <-- allow x.x.x.x:8333-y.y.y.y:8333 (bitcoin binary protocol)
   |
bitcoind w/ static ip y.y.y.y <-- connect x.x.x.x:8333 (only one outbound connection)
   |
firewall <-- allow z.z.z.z:8332-y.y.y.y:8332 (bitcoin rpc protocol)
   |
(my internal network)
   |
poolserver w/ static ip z.z.z.z
 /|\
mystery hash monsters

you fucking legend!

Congrats on the release.  I've been out of action for a couple of months due to personal commitments and poolserverj support has suffered quite a bit as a result  and pushpool doesn't seem to be getting a lot of developer love lately either so I'm glad to see the pool engine scene get a bit of new life injected into it. 

Look forward to spending some time running up a test instance and checking it out.  I don't know the first thing about Erlang or CouchDb (actually the first time someone mentioned Erlang to me I thought they were yanking my chain).  Though I've been ass deep in Scala tutorials lately and had a vague idea to rewrite psj v0.5 in Scala to see how I could apply the functional paradigm.  Very interested to get to know the code a bit and investigate how it manages to be so lean on resources without sacrificing performance. 

Hi All,

Apologies for going AWOL for such a long time.  I've had quite a few major personal matters to attend to and have barely been online.  My last online date is probably deceiving as I have a tab permanently open so it refreshes whenever my browser starts...

It will probably be another couple of weeks before I can get refocussed on bitcoinworld again but I'm hoping to spend some serious time over the xmas break working out all the kinks in psj.  In the meantime if you have any issues please collect as much log info as you can and I'll look at it when I'm back on deck.

On an unrelated note in a couple of weeks I'm going to be unemployed and looking for some new projects to take on.  Be interested to hear from anyone that's looking for a dev partner for commercial bitcoin projects.