关于 Solid 官方和全球社区的新内容,都在这里

SoLiD 官方设计范式

SoLiD 官方提供了一套设计范式,地址为:https://design.inrupt.com

阅读更多

除了某个具体 SoLiD 应用以外,关于 SoLiD 的一切,都可以在这里分享和讨论

用 SoLiD 取代区块链

不过 SoLiD 上面的可信声明主要是用于在 Web3.0 中溯源某个声明,它与分布式账本技术的不同之处在于,分布式账本技术用很高的成本来保证所有数据都不可删除,但 SoLiD 让用户有删除自己不想要的数据的自由。
所以 SoLiDVC 适合证明对用户有利的数据的存在性,而分布式账本依然可以用来存储对用户不利的数据(例如车辆维修记录)的存在性,两者并不是竞争关系,可以并存。

我下面简要翻译一下 https://forum.solidproject.org/t/solidvc-a-decentralized-framework-for-verifiable-credentials-on-the-web/1260/3 中的讨论:

(linonetwo 分享了本体项目区块链的文档 https://github.com/ontio/ontology-DID/blob/master/README_cn.md)

你分享的工作确实和 SoLiDVC 相关,因为它也在尝试实现可验证的凭证规范。正如您所提到的,主要区别在于它利用了分布式账本技术(DLT)的一致性和持久性保证。实际上,有一段时间,我也在考虑引入账本结构,该结构涉及通过在一个 POD 中存储凭证或打包的凭证块来模仿区块链这样的账本,并且每个凭证会引用它的前置凭证块。这样做的好处是可以在系统中强制保证凭证有一个全局排序,主要用于存储时间戳和有序事件(也就是说,要知道最后一次撤销凭证的事件是在最近发生的一次续订凭证事件的之前还是之后)。在花了一些时间挖掘这个无底洞之后,我意识到这不是一个非常有建设性的方法来在 SoLiD 的背景下实现凭证这个概念。首先,POD 所有者可以随时删除凭证,这会立即导致验证链条的中断。二,我可以使用 W3C 标准本体定义的术语,例如xsd:dateTime 来表示时间段和到期时间。

SolidVC 有很好的去中心化特性,因为每个用户都可以对他自己的凭据进行很大程度的控制。但是,如果每个用户都可以对他自己的凭据进行很大程度的控制,这也会导致一个很大的限制!你可能已经想到了,当接收者(subject)不再依赖签发者(issuer)存储他们的证书时,有一些商业模式就不好做了,因为这些商业模式中,过去事件的不可篡改的详细历史是至关重要的。例如,房地产经纪人有兴趣知道潜在租户的信用记录。接收者(subject)从一个签发者(issuer)偷偷切换到另一个签发者(issuer)以获得新的信用评分的自由,可能使得 SoLiDVC 难以真正评估个人真正的偿付能力(除非签发者(issuer)在凭证中明确表明他们与该接收者(subject)来往了多久时间了,从而「为他们背书」,有了这个说法,才可能有空间为某些类型的凭证引入某种持久化机制。)。

关于持久化的另一点,我现在可以说的是,其实还有更好的方案可以使凭证文件持久化。就是做一个关于凭据的凭据(元凭据),也就是说我维护一个权威的撤销列表。每个凭证都附带上这种文档,该文档描述了一些信息,例如此凭证是否处于激活状态,是否已过期或已撤销等等,以及与这些状态相关的相关元数据。目前,此文档可以存在于签发者(issuer)的 POD 中,这意味着如果签发者(issuer)选择以任何方式篡改此文档,则验证方(verifier)可能无法访问曾经对凭证做出的一些历史声明。为了对付这一种情况,我们可以利用 Web Ledger 互联网账本协议加上其他 W3C Web 规范来维护这些特殊文档。

最后,为了回答你关于我是否认为这个工具可以完全取代区块链技术的问题,我不得不说。我可以看到这个框架在 Web 3.0 中发挥了重要作用,目的是可靠地对某个声明溯源(获得声明的源谱 provenance),通过使用可信声明 Verifiable Credentials,但我认为如上所述,这些技术的细微差别使 SoLiDVC 和区块链技术更像兄弟技术而不是竞争对手:它们是相关的,共存的,但互相不会是威胁性的。

阅读更多

分享你设想的、发现的应用,设想的、还没人开发的应用请在贴名前加上「提议」

提议:拆解词管家作为solid练手作品

我感觉 Anki 也是。SoLiD 其实很适合做这类知识管理应用。

我分析了一下 Anki 的原理,它是先创建知识库(有多个字段),然后 Anki 会把知识库用模板渲染出来变成卡片。

比如一个待记忆的知识点:

问题:死海的特点是什么?
答案:位于以色列和约旦交界。它的海岸线是世界最低点,平均海拔-396米。它的长度为74公里,相当于大海盐度的7倍。它的密度能将人浮在水面。只有简单有机体能在水中存活。

一般是手动拆解成成这样的知识库,含有 7 个 item 的数据库(每个 item 只有问题和答案两个字段):

问题:死海位于哪?
答案: 位于以色列和约旦交界。

问题:地球表面最低点是哪?
答案: 死海海岸线。

问题:死海平均海拔是多少?
答案:-400m

问题:死海有多长?
答案:70km

问题:死海中盐的含量是多少?
答案:30%

问题:为什么人能浮在死海海面?
答案:因为高度含盐量

问题:为什么叫做死海?
答案:因为只是简单有机体能生存

然后 Anki 把数据库中的 7 个 item 自动变成 7 张卡片,卡片模板是:

正面:{{问题}} 反面:{{答案}}

从而渲染出我们在复习时看到的卡片。

在 SoLiD 里面可以通过划词的方式标注出三元组

死海 位于 以色列和约旦交界它的海岸线世界最低点平均海拔 -396米。......

标粗的是主语或宾语,可以用 wikidata 本体表示。
斜体的是谓语,可以用W3C 标准本体来表示。

这样就构建出一个知识点的知识图谱,是一个三元组构成的图状数据库。
然后我们的 SoLiD Anki 在生成卡片的时候就可以用这样的几种模板:

正面:{{主语}} - {{谓语}} - ? 反面:{{宾语}} - {{主语的知识图谱可视化}} - {{主语的其他谓语宾语组合}} 正面:{{主语}} - ? - {{宾语}} 反面:{{谓语}} - {{主语的知识图谱可视化}}

自动生成图文并茂的识记卡片,并用 SM2 算法帮你定期复习。

阅读更多

对 SoLiD 的运作方式和商业模式有疑问?在开发 SoLiD 应用时遇到问题?来这里提问吧!

提问:本地化数据后,那么每个个体都是独立的服务器,平台只是一个链接分发器,如果一个个体变成热点,怎么解决带宽问题,个体如何抵御攻击?
C

深化了一点认识。
– 说数据自有,其实是权限控制。
–并不拒绝开放性,拒绝的是多余方面对数据的随意使用。
–并不拒绝大数据,是不喜欢在私有域被大数据。

可以提一个共同的新概念,solid私有云。
*一般私有云指的是云服务硬件专用独享,个别特指企业自有服务器体系定制系统架设。
*solid私有云,私有的是数据所有和控制权限。

有生命力的solid应该能做到两点:
1、便捷的服务器配置
2、类似版权音乐的控制下载的方案,类似在线图书馆的方案,类似付费视频容网站的方案,solidpod的“接口系统”如果可以支持,那就意味盈利性。

一个新的点——solid安卓化。
开源中心大社区内核,商业化开发应用。

阅读更多

对 Solid 或社区有什么建议?在这里说吧

提议:关于论坛的功能与技术运营

@creator 美国人还是专注于在美国交流,很多中文论坛的人也倾向于去美国论坛问,我太忙了,很多问题没法解答

阅读更多
有没有关心 SoLiD 的运营志愿者?
C

机构走社区的路,多金强愿景,以技术探索换未来竞争力,solid这样等级的,在商业,好比安卓一样,够基础,世界级。一般的没有这个条件,思想没限制,但是技术有啊。
所以社区与社区概念不同,做技术论坛是适宜的了。若做公司,多方掣肘,得要非常认真。

阅读更多