【发布时间】：2021-10-10 20:14:51
【问题描述】：
这些是一些 Time To 机制，它们可能会对它们产生一些影响，因为它们对开发人员非常有用。我将在下面回答它们，试图解释它们在@platform 上的用途和原因。
【问题讨论】：
标签： at-sign at-platform at-protocol
【发布时间】：2021-10-10 20:14:51
【问题描述】：
机制时间（元数据的属性）
@signs 之间共享的任何数据都可以通过多种机制。其中一些机制包括 TTR（刷新时间）、TTL（生存时间）和 TTB（出生时间）。
刷新时间
TTR 是共享密钥元数据的一个属性，它接受一个表示秒的整数值。随后的刷新基于给定的值发生：例如，如果设置的 TTR 值为 86400，则每天刷新一次（一天有 86,400 秒）。元数据的另一个非常重要的属性是CCD（级联删除），它是一个布尔变量（一个接受真或假值的变量）。对于那些精通 SQL 和数据库管理的人来说，您已经对 CCD 的作用及其运作方式有所了解。 如果在发送方删除其原始密钥时将 CCD 值设置为 true，则缓存的密钥在发送方服务器和接收方服务器上都将被删除。相应地，如果发送方删除其原始密钥时 CCD 值为 false，则缓存的密钥仅在发送方的服务器上被删除，并保持缓存在接收方的服务器上。但这为什么有用？ CCD 用于避免不必要的网络调用。举个例子：如果@alice 需要@bob 的电话号码，她不需要从她的服务器向@bob 的服务器发出请求来查找它，而只需在她的设备上进行本地搜索即可找到电话号码. 让我们考虑一个类似的例子：@alice 与她的朋友@bob 和@john 分享她的电话号码。然而，几个月后，@alice 购买了一个新的电话套餐，从而产生了一个新的电话号码。如果@alice 将她的@sign 的TTR 变量设置为true，一旦她更新她的旧电话号码以匹配她的新电话号码，这个更新后的值也将反映在@bob 和@john 的设备上。 @alice 还可以设置特定时间（以秒为单位），以便新电话号码将在共享服务器上级联（这是 TTB，稍后将描述）。这可以是 10 分钟、一天或她定义的任何特定时间量。 此功能非常方便，特别是如果有人不断更新其服务器上的值。当有人希望查看共享服务器上存在哪些新值时，这可以防止高密度的调用和请求。
生存时间
TTL（生存时间）是不言自明的：它定义了数据在服务器上的生存时间。任何拥有@sign 的人都可以在他们的服务器上上传信息，并定义在自动删除之前它在服务器上的停留时间。如果@alice 希望将她的暑假度假地点分享为她当前的位置，只要她计划在那里，她就可以选择分享该暑假地点！ 要真正利用这样的机制，开发人员可以将其与其他 Time To 命令结合起来，让他们自己和与他们分享信息的人更轻松。例如，爱丽丝住在阳光明媚的旧金山，并在西班牙拥有一座度假屋。借助 Time To Refresh 和 Time To Live 等机制，Alice 可以前往她的度假屋数周，将她当前的位置上传为西班牙，并将该信息设置为在她的服务器上的数周内住在那个地方。
出生时间
@protocol 中使用的另一个 Time To 机制是 Time To Birth 机制。这种机制允许个人将信息上传到他们的辅助服务器，并在指定的时间（以秒为单位）后激活它。在数据未“激活”期间，此信息的任何接收者都将看到“空”值，直到激活发生。 例如，如果@alice 希望在她完成后上传她个人网站的网址，她可以简单地指定该 URL 值可以在恰好 1 天的时间内上传到她的辅助服务器。直到一天后该值更新，@bob 才能看到她的网站 URL 为“null”。
【讨论】：