缓存的公告

Bulletin#379EDECEDB248FD7661F6828B7650669

o5rdqyAP36HG6HTCHbiTNh1GJ7kvKk4Z5m #7

发布@2020-07-20 16:34:36

上一篇


引用


接上条
通过引入属性"引用",让原来从属与不同个体账号的【公告】之间能够连接,
1条【公告】可以引用最多8条其他【公告】,1条【公告】可以被任意其他公告引用,
从1条【公告】出发,无限递归查找其引用的公告,会形成树形结构,但不会产生环形结构,
由于【单链】上区块的内容包含其他【单链】区块的特征信息,导致【单链】对其他【单链】上区块进行备份和背书的现象,我称之为【单链羁绊】。

可以推理,优质内容的创作者,其【公告】被引用的次数会非常多,其【公告单链】会与其他很多条【公告单链】发生羁绊,其【公告】在网络空间中具有更强大的生命力(要抹除它很难很难)。


目前,只是定义了【公告范式】,用json schema定义如下:
let BulletinSchema = {
 "type": "object",
 "required": ["ObjectType", "Sequence", "PreHash", "Quote", "Content", "Timestamp", "PublicKey", "Signature"],
 "maxProperties": 8,
 "properties": {
  "ObjectType": {
   "type": "number"
  },
  "Sequence": {
   "type": "number"
  },
  "PreHash": {
   "type": "string"
  },
  "Quote": {
   "type": "array",
   "minItems": 0,
   "maxItems": 8,
   "items": {
    "type": "object",
    "required": ["Address", "Sequence", "Hash"],
    "properties": {
     "Address": { "type": "string" },
     "Sequence": { "type": "number" },
     "Hash": { "type": "string" }
    }
   }
  },
  "Content": {
   "type": "string"
  },
  "Timestamp": {
   "type": "number"
  },
  "PublicKey": {
   "type": "string"
  },
  "Signature": {
   "type": "string"
  }
 }
}

现在还没有系统,但是无论系统如何设计,用什么语音实现,只要符合前面对【公告】、【公告单链】的设定,这些系统都可以互相理解和交互。
个体可以选择使用其他个体开发的系统,也可以按照设定自行开发系统,个体获得了【使用系统的自由】。
避免了因为反编译机构官方客户端而犯罪的悲惨结局。
请来享受自由构建客户端的快了吧!