LOADING...
LOADING...
LOADING...
当前位置: 玩币族首页 > 区块链资讯 > WEB3.0的医疗要做什么(一)?

WEB3.0的医疗要做什么(一)?

2021-08-03 Sinsotech 来源:区块链网络

我们一直强调我们医疗数据的重要性,但是我们的医疗数据是碎片化的,呈孤岛状的,并且不是持续存储的状态。所以,这些导致我们的医疗世界是一个“浅度”的医疗世界。

传统的互联网是一个按照HTTP方式为主流的协议,它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应,我们在客户端的几乎没有太多控制权,作为患者即将作为医疗行业生态的核心地位的愿景和当前的技术架构是不相容的。我们已经充分体验了HTTP的好处,并且很多时候有的技术已经做得比较完善了,但是从结构上仍然不符合未来医疗的发展趋势。集中的服务商有两个著名都失败的例子,一个是GoogleHealth和另外一个微软的Healthvault,这两大项目坚持了几年,也就是在10年左右的时间相继关闭。同时代发展的微博还有博客网站, 至今还有一些公司做的很好,为何医疗服务商就很难做了呢?我们观察患者对于医疗有特殊的需求,他们对于集中式服务商并不满意,并且保持了更多戒备的心理。患者需要存储和掌控自己的“状态”,如果出现“404 not found”这样的错误,患者将很难持续有耐心积累,哪怕404错误出现的频率很低。 HTTP是一种无状态协议,即服务器不保留与客户交易时的任何状态,cookie也是中心服务器保存的,而且大家知道cookie弱的状态,很容易被清理。如何形容这周感觉,似乎互联网给我们的医疗准备的东西都是“软”的,并且是容易擦除和不稳定的,不受掌控的,医疗恰恰需要“硬核”的东西,包括filecoin的“持久保存人类有价值的数据”,就非常符合医疗的调性。我们再做个形象的比喻,现在互联网提供的组件就像黄油砖,而真正的医疗系统需要真正的火烧砖。

我们在状态层,可以选择更好的工具就像filecoin或者Crust,都是解决状态层的问题。这样医疗的系统将会变得更加“硬核”。Crust也是基于IPFS,基于内容寻址代替HTTP协议就是一个最基本的技术范式转换。我们在构建面向对象编程的时候,我们的实例状态可以在面向对象思想中有完整的体现,我们在状态和属性的封装方面已经不是强调的是逻辑单元,而是一个物理的封装映射关系。我们从面向对象的思维看结构化的设计方法,“结构化设计方法所采用的设计思路不是将客体作为一个整体,而是将依附于客体之上的行为抽取出来,以功能为目标来设计构造应用系统。这种做法导致在进行程序设计的时候,不得不将客体所构成的现实世界映射到由功能模块组成的空间中,这种变换过程,不仅增加了程序设计的复杂程度,而且背离了人们观察问题和解决问题的基本思路。”

我们跳出当前的古典面向对象的思维去看,其实古典面向对象的设计尽管比古典结构化技高一筹,仍然没有解决核心问题,那就是古典面向对象仍然存在“将客体所构成的现实世界映射到由功能模块组成的解空间中”。我们所建立的对象是不稳定的对象,这种底层的不稳定让大家难以建立“信任的土壤”。区块链技术已经不是医疗的辅助添加剂,而为成为未来医疗的核心基础设施,很快就在不久的将来成为工业级的标准基础设施架构。

智能合约和虚拟机的出现,将代码和数据可以很好地封装在一起。古典的面向对象,我们认为是强调逻辑封装。在web3.0,我们采用区块链的方式做持久层的封装。我们可以想象一下我们的AI医疗助理,就运行在我们的EVM或者WASM中。Dfinity等其他状态层项目也计划与 WASM 兼容,对于医疗的计算层来说,这将构建一个完整的版图。我们的加密资产将会在一个可信安全的环境中进行交易。没有对产权的保护就没有繁荣的市场经济,这个最朴素的道理在医疗行业非常受用。我们的资产、身份、NFT、原创的任何知识,包括身体的健康动态值、数字资产等都需要一个个整理和沉淀,并且赋予相应的基础设施来完善。

我们为了能够构建完整的应用,需要把这些积木按照“硬核”的方式,自底向上重新设计。web3.0包含的更多的自由和自主性,我们应该可以按照独立的方式自主发布代码,保持个体医疗系统“容器”的个性化。我们在最早的foxbase时代几乎不可能,JAVA时代我们可能是生活在“假象”中,在区块链时代,终于开始“硬核”了,有了属于自己的领地,就像租来的房子大家都不会亲自舍得花大价钱装修一样,现在的系统都非常的草率,生活当然也不会过于如意 :区块链将会给我们带来开始认真生活的“精致的”医疗世界。

未完,待续......

—-

编译者/作者:Sinsotech

玩币族申明:玩币族作为开放的资讯翻译/分享平台,所提供的所有资讯仅代表作者个人观点,与玩币族平台立场无关,且不构成任何投资理财建议。文章版权归原作者所有。

LOADING...
LOADING...