Getting rid of that massive privacy and security hole would be a much better use of your time and resources than farting around with the blockchain.
Wouldn't it be a lot safer to handle their own analytics with a self-hosted solution rather than paying google for it? At the very least they could self-host the js so that they control what is being run on their own domain.
On the main GOV.UK we use Google Analytics Premium; Google certify that information in a premium account will not be inspected by themselves. They also self-certify as a Safe Harbour supplier[1], although obviously with the framework having been dissolved late last year that’s up in the air. I’m also informed that we truncate the IP before sending it to try and mitigate potential geolocation.
Obviously I’m just an employee of GDS: none of this is an official statement.
But is this actually a blockchain at all? Isn't it a signed database which could be central or distributed (with distributed not giving you any significant advantages but lots of downsides)?
I realise the word blockchain is trendy (which is probably why this 'chief scientist' has latched on to it), but it doesn't seem applicable to me to most of the problems faced in government, which are better solved by cryptography and a certain degree of centralisation of data. Why would we want a distributed NHS register of patients for example?
The security issues and complications with untrusted nodes and distributed consensus are legion, and the blockchain as used in bitcoin is a particularly inefficient way to address them (proof of work etc).
https://gds.blog.gov.uk/2015/09/01/registers-authoritative-l...
https://gds.blog.gov.uk/2015/10/13/the-characteristics-of-a-...
The specification of our Registers is on the OpenRegister project: https://openregister.github.io/specification/