写点什么

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

  • 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:123218

评论

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

Redis复制的实现

急需上岸的小谢

9月月更

2022-09微软漏洞通告

火绒安全

microsoft 安全 终端安全 安全漏洞

依据TIdb执行计划的sql调优案例分享

TiDB 社区干货传送门

性能调优 管理与运维 HTAP 场景实践 大数据场景实践

论监控中事件管理的艺术

穿过生命散发芬芳

事件管理 9月月更

荣耀帐号服务,让用户获取变得更简单

荣耀开发者服务平台

手机 物联网 安卓 移动开发 honor

TiDB生命周期

TiDB 社区干货传送门

实践案例 集群管理 管理与运维 数据库架构设计

Vite+Vue3+Vue-Router+Vuex+CSS预处理器(less/sass) 配置指南 —— 全网最详细系列

海底烧烤店ai

前端 Vue3 9月月更 项目搭建

实操指南:如何为 SAST 工具设置误报基准?

SEAL安全

应用安全 静态应用安全测试 SAST 应用安全测试 软件供应链安全

力扣151 - 反转字符串中的单词【双指针与字符串的火花】

Fire_Shield

双指针 LeetCode 9月月更

活动报名| MongoDB 核心功能及其原理分析

MongoDB中文社区

mongodb

编译器优化:何为别名分析

华为云开发者联盟

开发 编译器 企业号九月金秋榜

PSYNC 命令的实现

急需上岸的小谢

9月月更

TiDB分布式事务—写写冲突

TiDB 社区干货传送门

故障排查/诊断

资源使用率提高25%,成本降低90%,云函数是怎么做到的?

最新动态

Pipy + Sentinel 实现 Redis 的高可用

Flomesh

Service Mesh 服务网格

送你5个MindSpore算子使用经验

华为云开发者联盟

人工智能 算子 企业号九月金秋榜

FreeRTOS记录(十、FreeRTOS实现带 I2C 通讯的 ModbusRTU 协议从机实例)

矜辰所致

FreeRTOS 9月月更 ModbusRTU

奇点云数据云平台发布DataSimba R3.8长期支持版

奇点云

奇点云

【微信小程序】常用组件及基本使用详解

陈橘又青

小程序开发 9月月更

跨链自动化中心 OAK Network,构建安全高效 Web3 基础设施

One Block Community

Substrate defi 跨链 区块链、

一文带你了解隐私 Layer1

TinTinLand

区块链 隐私

阿里云视觉智能开放平台离线人脸识别SDK开启邀测啦

夏夜许游

人工智能 AI 人脸识别 离线包

MODBUS RTU 485 协议简要说明

矜辰所致

Modbus RS485 9月月更

数据库发展史2--数据仓库

数据库 数据仓库 叶正盛 玖章

压测平台在全链路大促压测中的实践

得物技术

中间件 全链路压测 QPS 企业号九月金秋榜

一步步搞懂MySQL元数据锁(MDL)

京东科技开发者

MySQL 数据库 元数据 数据库锁 mdl

一招教你如何高效批量导入与更新数据

华为云开发者联盟

数据库 sql 后端 企业号九月金秋榜

TiDB部署----openEuler2203/2003 单机部署TiDB 6.1.1

TiDB 社区干货传送门

安装 & 部署

【死磕JVM】用Arthas排查JVM内存 真爽!我从小用到大

Java快了!

mysql 查询执行过程

急需上岸的小谢

9月月更

PhotoView——支持图片缩放、平移、旋转的一个优雅的三方组件

OpenHarmony开发者

Open Harmony

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