写点什么

在闪电网络上,即时通讯应用逐渐成为用户首选

  • 2019-12-25
  • 本文字数:3590 字

    阅读完需:约 12 分钟

在闪电网络上,即时通讯应用逐渐成为用户首选

作者:



“Lightning 上的即时通讯软件有出现杀手级应用程序的潜力吗?”


当 Lightning Labs 开发者 Joost Jager 首次展示他的闪电网络(Lightning Network)通讯应用程序 Whatsat 时,他向其 Twitter 关注者提出了这个问题。



多数数字货币用户可能不会认为即时通讯应用会成为 Lightning 上的杀手级应用场景,至少在微支付、流支付等类似支付方式出现之前,他们是这样认为的。需要加密的即时通讯应用时,他们可能默认会选择像 Signal、Keybase 或者 Wire 这样的应用程序。


这些应用程序当然要比主流即时通讯应用(像 Facebook 的 Messenger 和 WhatsApp)更好,这些主流即时通讯应用的加密选项就是毫不掩饰地保存你的真实面孔,这根本就不会提供什么加密特性。但是 Jager 认为,加密的即时通讯应用需要比隐私保护更进一步才行;它们同样需要抵制审查,所以 Lightning 平台上的通讯应用就有了自己的用武之地。


“加密部分是类似的,在这两个系统中,消息内容都是密文保存的”,Jager 告诉《比特币杂志》。“区别在于闪电网络没有引入中央服务器,不存在单一的开关用于关闭所有的通讯,或者用来选择性地阻止特定用户的通信。”

Whatsat:用新方式实现旧的特性

闪电网络从第一天起就支持消息通讯,而比特币底层也有同样的支持。Blockstream卫星已经实验性地被用于 Lightning 驱动的消息通讯,并且私人短信服务也已经使用上了闪电支付。但是由于最近通讯协议的修改,人们可以更容易地为在线付款交易添加额外的数据,并且使用 TLV(type-length-value)载体将其传递给其他应用程序。


TLV 载体允许人们使用通讯协议给数据包附加额外的、无关的信息。对于 Whatsat 来说,这些无关信息就是附加在闪电事务上的信息内容。


Jager 说,支持 TLV 载体的更新能够为 Whatsat 这样的概念铺平道路,抵制审查也会更加顺利,因为根据信息发送方式或者路由方式的不同,终端用户间的通讯将会变得更加私密。


“在 Lightning 上聊天,你很难发现到底谁在和谁通讯,因为这里的聊天通讯不要求用户之间建立直接的(可检测到的)TCP/IP 连接,也没有中央服务器,这样就不能重构出通讯路径。”他告诉我们说。


Lightning 支持的即时通讯(或者事务)是洋葱路由的,就像信息通过 Tor 网络那样。消息从一个节点转移到另一个节点,每个节点只能识别出发送信息给它的那个节点,或者下一个要接收这条信息的节点。


现在,如果一个实体能控制某个路径上的大多数节点,那么这些节点也许就能暴露发送者和接收者,Jager 承认道。


“隐私和安全是相对的概念。”他继续说道。


在某些情况下,用户之间直接建立支付渠道可能更好。例如,一位“间谍”或者“攻击者”想通过节点监视来确认用户身份,那么根据上面的描述,使用洋葱路由支付交易时,根据路由的情况可能会大大降低隐私的保密能力。在这种情况下,直接支付渠道将会更加私密。但如果监视方是一家互联网服务供应商(ISP:Internet Service Provider),并且会跟踪 TCP/IP 地址,那么洋葱路由的私密性就会高得多。


直接渠道能够带来绝对免费的消息通讯,但一些用户发现,在权衡了潜在的私密性之后,这种免费的好处是可以忽略不计的。例如,闪电通讯已经是一项免费使用的服务了;当一个用户向另一个用户发送了一条消息,他们必须得把消息附着在一项交易事务上,但是接收方可以在打开消息后拒绝该付款项(对于 Whatsat 来说,就会生成一个回执带给发送原始消息的用户,告诉这个用户该款项被拒付了,这个回执是对原始消息的一条确认信息)。


随着闪电支付大量出现,在没有建立直接渠道的情况下,这项服务很可能会形成一个收费市场,用于发送消息。这可以看做是其缺点之一,Jager 说道;但一些人也可能会愿意接受这样的交易,以避免审查,实现保密交流。


“既有代价,也有收益。”Jager 解释道,“这两方面各自的权重分配取决于,用户对现有通讯系统弊端的认识。对于大多数人而言,如果构建一个虚拟世界,这个世界中某个权威机构能够阻断两个人在真实生活里互相交流,这听起来像是可怕的科幻小说。但是,这正是大多数用户目前在数字通讯领域所处的状态。”


Whatsat 目前正处于测试网络中,源代码已放在GitHub上。但不要指望能从 Jager 很快获得 beta 测试版。在我们的谈话中,他提到 Whatsat“只是一个 POC(即概念验证)项目”,是与他的雇主(即 Lightning Labs)无关的小项目。他希望这个兴趣项目将“激发其他人……做进一步开发”。

Sphinx Chat,一种另类方式,却达到了相同效果

一些开发者已经开始进一步研究闪电通讯了,尽管不是源自 Jager 的源代码,但是他们已经接近于可以发起一个私人的 beta 测试版了。


例如,Sphinx Chat 已经运行大约一年了。项目负责人 Paul Itoi 告诉《比特币杂志》,他们的团队于 2018 年在纽约拼凑出了一个闪电黑客马拉松原型。在今年的柏林闪电会议上,Itoi 告诉我们,他们“在 TestFlight 上向一小群用户发布了一个非常粗糙的版本”,但是他们打算在不远的未来发布新的 beta 测试版本(你可以在其网站上注册私人 beta 测试版本:https://sphinx.chat/)。



该应用程序的名字来自于 Sphinx 协议,这是一次升级,洋葱路由将闪电交易路由到了类似 Tor 的网络上。Whatsat 利用了同样的协议来实现某种程度的隐私性,但是它和 Sphinx Chat 有些不同,因为 Whatsat 除了提供 TLV 载体通讯,还会在直接渠道中提供免费的通讯服务,而 Sphinx Chat 只关注 TLV 载体通讯。


“两者很相似,”Itoi 告诉我们,“但是‘Jager 版本的’设计是为了避免收费,因为它通过失败的支付交易来发送信息。目前这在闪电网络上是免费的。Sphinx 在 TLV 中插入信息,然后使用 keysend 来发送信息,收取标准费用。”


不过,TLV 在大规模正式用于通讯产品之前,还有一个额外的步骤要做。对于 LND,也就是 Sphinx Chat 所运行的闪电实例来说,团队仍然需要从接收端启动 TLV 信息;它可以接收数据,但是却不能处理数据。


Lightning Labs 正在GitHub上跟踪和解决这个问题,但在解决之前,Sphinx Chat 将依赖于托管在 Nodl 上的特定节点来转发信息(这些信息经过定制化,完全支持 TLV 载体)。


Itoi 告诉我们:“在这些功能得到官方支持之前,我们都将在我们托管的节点上进行 beta 测试。”


不过,一旦测试版本通过,Sphinx Chat 将会完全开源,他继续说道。此时,节点运营商就可以像 Whatsat 那样,为转发信息而建立收费市场。他还将其视为StakWork的补充应用,StakWork 是一款允许人们完成 Whatsat 任务的日常工作应用。例如,可以通过 Sphinx Chat 通知员工并支付其工资。

加密信息的未来?

关于闪电网络通讯,人们会想到的第一个问题也许是:既然我们已经有了可靠的、加密的通讯应用程序,为什么我们还要开发出这些通讯方式?


Jager 承认这绝对是一个“缺点”,因为“相比于中心化的服务,Lightning 却是相当复杂的。”另外,像 Lightning 这样的去中心化服务,“人们很难适应这种用户体验。一个例子就是——这个例子也适用于支付——怎样给离线用户发送一条信息。”


但是,为什么有些人喜欢基于 Lightning 的通讯机制甚于更加中心化的通讯机制呢,这是有原因的。因为闪电网络是去中心化的,这样就更容易抵制审查,也更容易应付由于单点故障导致的服务中断。Itoi 还认为,当你需要把支付和通信机制联合起来作为单一的、无须许可认证的实体时,这种去中心化的方式是不可或缺的。


“这里面关键的好处在于,把支付和通信统一到了一个角色下。”他说道,“我们的核心信仰是:Lightning 为支付所提供的隐私和审查抵制同样也应该适用于通话过程。使用闪电聊天将加速比特币作为交易媒介的普及。”


这也为使用了闪电技术的论坛开辟了道路,因为理论上它会减少垃圾邮件,比如以 Sphinx Chat 为例,每条信息都会收些费用。IOTA 相信,聊天也不一定局限在人类之间。他设想,在未来,API 和物联网(Internet-of-Things)设备之间会互发消息和支付请求。


就像许多其他基于比特币的新兴应用程序和功能一样,闪电通讯还有很长的路要走。另一个要考虑的问题是,除了可用性,用户是否愿意为聊天花钱。这种模式让人想起过去短信按条收费的日子(即 SMS:Short Messaging Service),尽管闪电通讯这种模式会便宜很多。取决于信息路由的难度,闪电通讯会和 sat 一样便宜,甚至比 sat 更便宜。


但是,随着廉价的、私密的和抵制审查通讯机制的希望即将出现(可能还很遥远),Jager 对这个基本用户场景的未来还是很乐观的。


“这并不是说基于闪电的通讯最终无法拥有像现有服务这样的易用性,”Jager 解释道。“尽管有大量的工作要做,但是我认为这不是不可能做到的。目前,人们通常对现有的通讯服务不存疑虑……但那是在今天,未来可能会有所不同。也许现有的通讯服务改变了业务模式,也许发生了一些丑闻,大量信息遭到泄漏……我不敢说这一切将会发展成什么样子,但是我认为探索替代方案是有益处的。”


原文链接:


On Lightning, Messaging Apps Emerge as Growing Use Case


2019-12-25 16:123257

评论

发布
暂无评论
发现更多内容

列个清单-《清单革命》

Jack Hong

在线文档的开发难度与突破

葡萄城技术团队

分布式协同 SpreadJS 在线文档

从 Node 到 Deno

寇云

node.js deno

别在发愁写页面了,强烈推荐几款傻瓜式扒网站神器!!

公众号:V5codings

ARTS 打卡 WEEK1

编程之心

ARTS 打卡计划

python实现·十大排序算法之归并排序(Merge Sort)

南风以南

Python 排序算法 归并排序

Spring事务@Transactional底层原理

Geek_k6ry2n

spring 事务 hiber

Cassandra集群架构及算法剖析

老任物联网杂谈

大数据 分布式 Cassandra 时序数据库

Rust 遇上 C/C++ (一):数组操作

Coding Fatty

c c++ rust 编程语言

ziliqa生态打造区块链技术实体应用新标杆

极客编

从零到部署:用 Vue 和 Express 实现迷你全栈电商应用(二)

图雀社区

node.js vue.js Vue

20200518-20200524朋友圈思考汇总

罗小布

日常思考

重学 Java 设计模式:实战抽象工厂模式

小傅哥

设计模式 小傅哥 重构 代码质量 代码坏味道

理解这八大优势,才算精通单元测试

禅道项目管理

测试 单元测试

利用树形结构辅助实现去重算法

卓丁

算法 algorithm tree Deduplication

学会推销自己

一尘观世界

创业 程序员 外包 销售 接项目

思考:如何打造一个优秀的研发体系?

菜根老谭

研发管理 研发效能 研发体系

手把手透析C语言堆内存申请malloc及扩容realloc

卓丁

c 堆内存管理 heap memory malloc realloc

ARTS打卡第一周

落曦

ARTS打卡第一周

Tom

Refcard,近300份技术大咖总结的cheat sheet

KAMI

学习 开发 分享 作弊卡

回“疫”录(24):开始了就不算晚

小天同学

疫情 个人成长 回忆录 个人感想 日常思考

绿宝这条宝藏街,夜宵也太太太太太好吃了吧!

极客编

程序员的晚餐 | 5 月 24 日 咖喱鸡块

清远

美食

最优组合问题-贪心算法

Geek_k6ry2n

JUC整理笔记二之聊聊volatile

JFound

Implement Stack using Queues

onee

LeetCode

人工智能学习心得--人工智能分类

岛乾坤

AI

DDD 中的那些模式 — CQRS

Joshua

领域驱动设计 DDD 事件驱动 CQRS Event Driven

坚持ARTS(week-1)

王钰淇

ARTS 打卡计划

ARTS第一周

困到清醒

ARTS 打卡计划 起跑

在闪电网络上,即时通讯应用逐渐成为用户首选_区块链_Colin Harper_InfoQ精选文章