Bitcoin Forum
May 14, 2024, 04:55:41 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Centralized timestamp service with bitcoin or other blockchain  (Read 1052 times)
jl2012 (OP)
Legendary
*
Offline Offline

Activity: 1792
Merit: 1097


View Profile
September 02, 2013, 02:35:00 AM
 #1

If we could not stop people from abusing the blockchain as timestamp service, we could do it in a centralized way to minimize the harm.

Here I assume zero value OP_RETURN outputs are standard, and transaction replacement with higher fee is relayed

One can establish a timestamp service, which collect hashes from users, calculate the merkle root, and send it to bitcoin network as a zero value "<merkle root> OP_RETURN" output. The service will collect fee from users, which part of this will pay miner. If new hashes arrived before confirmation, the timestamp transaction is replaced by paying higher fee.

When the timestamp transaction is confirmed, the service will either publish the full list of hashes through his webpage, or allow user to inquire the path of his hash to the merkle root. The latter option provides better confidentiality but requires more resources.

My only concern is such service would not be profitable due to tragedy of the commons. If this model is successful, other people will provide the same service. Instead of sending the merkle root to the blockchain directly, they could exploit another operator by pretending a normal user and requesting him to timestamp the merkle root, with a very low cost. Everyone will fail eventually.


Donation address: 374iXxS4BuqFHsEwwxUuH3nvJ69Y7Hqur3 (Bitcoin ONLY)
LRDGENPLYrcTRssGoZrsCT1hngaH3BVkM4 (LTC)
PGP: D3CC 1772 8600 5BB8 FF67 3294 C524 2A1A B393 6517
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715662541
Hero Member
*
Offline Offline

Posts: 1715662541

View Profile Personal Message (Offline)

Ignore
1715662541
Reply with quote  #2

1715662541
Report to moderator
1715662541
Hero Member
*
Offline Offline

Posts: 1715662541

View Profile Personal Message (Offline)

Ignore
1715662541
Reply with quote  #2

1715662541
Report to moderator
1715662541
Hero Member
*
Offline Offline

Posts: 1715662541

View Profile Personal Message (Offline)

Ignore
1715662541
Reply with quote  #2

1715662541
Report to moderator
gmaxwell
Moderator
Legendary
*
expert
Offline Offline

Activity: 4172
Merit: 8420



View Profile WWW
September 02, 2013, 03:06:30 AM
 #2

It's much more efficient to use the merged mining root for this: see https://github.com/goblin/chronobit

Petertodd has his own protocol which is like you describe called opentimestamps, but — as you note— the non-uniqness of putting it in transactions has a flooding hazard where something which should be O(1) becomes O(N). Sad
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!