聚焦流支付的Zebec，支付场景正站在时代的十字路口

谈到 Web3，我们总会强调它的革新性：某些 Web2 中已经存在的流程和环节，似乎在Web3中会显得没有必要。

但也有例外。

比如薪酬支付。无论身处何处，我们一定需要这个环节，在工资的收发中，履行劳资双方的权利义务。

而谈到薪酬支付，一些刻板印象浮现眼前：一张工资单，一月一结，在固定的某一天如约而至。

这更像一种点支付。一段间隔之后，到了某个时间点，开始发放工资。

只是这种方式，也许已不能满足 Web3 发展的需求。新的工作模式和组织形式逐渐出现，例如 DAO、零工经济、地址即身份...

相应的，按日结算、动态结算、加密资产结算等新需求也不断出现，市场亟需一种更加灵活的，能够支撑新需求的支付形式。

于是我们看到了“流支付”的概念：连续、灵活和透明的进行支付。

在流支付的探索上，Zebec是佼佼者。今年上半年 Zebec 得到了包括 Coinbase、Solana、Alameda 和光速创投等明星 VC 们总计 2100 万美元的融资，其流支付产品也已投入使用，在给薪酬支付场景带来新的解决方案的同时，也提供着新的商业模式。

Zebec，一站式流支付基础设施

为了更好的理解Zebec，有必要先深入探讨“流支付”，一个熟悉又陌生的概念。

说它熟悉，是因为我们听过类似词语，比如“流媒体”；而它的陌生感，又体现在你很难想象出具体的支付画面。

不妨做个类比。

以熟悉的“流媒体”来说，可以把它通俗的理解成“边下边播”：不必把一部电影全部保存到你的电脑上，而是通过浏览器在线点播的方式来观看。

这里的“流”，实际上是数据流，从视频服务器以实时、连续的传输画面到你的浏览器上。

相应的，“流支付”的概念也类似，只是从数据流换成了资金流：不必让老板每隔一个月向你支付工资，而是让资金以实时、连续的方式传入你的钱包中。时间间隔可以被缩短到秒或天--每天不间断的工作，那么资金也会不间断的支付给你。

想象蓄水池与河流的区别。按月支付薪酬就像蓄水池，一次雨季就蓄一次水；而流支付更像一条河流，水持续不断的在流动。

明白概念之后，你的下一个问题可能是，什么样的情况需要如此连续和密集的支付？

假设你是一个 DAO 的主理人，成员们以去中心化办公的方式协同推进项目。成员 A 是个新人，需要在这几天内密集工作，完成一个网站的构建。

如何与 A 商定薪资的支付方式？是干完活一月一结？他又应该如何相信你延期支付的承诺？

显然，对于时效、信任、频率都要求颇高的零工经济或 DAO 组织，你依然需要一个面向流支付的基础设施，综合不同类型的成员、任务和工时，更为高效的进行薪酬结算。

这个基础设施，目前 Zebec 已经实现了。

建立在 Solana 之上，Zebec 提供了一个技术协议，能够支持组织/雇主以透明化、连续化、自动化的方式向员工支付薪酬。同时，上述能力也体现在两个产品上：Zebec Pay 和 Zebec Safe。

从 Zebec 的官网上我们可以很清晰地看到这两个产品的逻辑。

首先是 Zebec Pay，主要用于资金的发送与支付。接着上面的例子，如果 DAO 想要向成员 A 支付网站设计的薪酬，主理人可以如下图使用 Zebec Pay 发起支付。

1填写本次支付的目的和用途；

2.填写成员A所提供的钱包地址；

3.选择希望支付的资产类型，目前支持 SOL，USDC 及 ZBC（项目通证）等20余种加密资产；

4.设计流支付的具体方式，比如持续 3 天，每天支付 500 USDC 等。

以上发起流支付的行为，实际上背后是 Zebec 的智能合约在起作用。通过预设了支付触发的逻辑，使得一笔资金能够在达到条件时，诚实、自动和连续的发送到对方的地址中。

同时，作为成员 A，也可以在 Zebec 的管理页中，通过点击“即将到来（Incoming)”按钮，查看未来将会打到自己地址的工资；相应的，作为 DAO 的主理人，在“已经支出（Outgoing）”页面中，也可以看到自己支付出去的每一笔款项。

对于劳资双方来说，Zebec Pay 实际上围绕薪酬支付场景，提供了一站式的基础设施：工资收发动作、收发记录、收发地址管理等都被集成在了同一个地方，在支持流支付的同时，极大简化了Web3薪酬支付的操作和管理成本。

此外，对于Web3中的组织来说，共有金库的管理也极为重要。Zebec Safe 在这个场景中发挥了作用：一个使用多重签名的金库，帮助组织成员共同管理资金。

例如 DAO 的拥有者和管理者，可以在下图所示的金库管理（Treasury）页面，创建一个新的安全金库，并在创建之初添加有资格管理该金库的成员（以成员的地址来代表）。同时，也需要设置一个签名的数量条件，例如 2/3 的成员对一笔交易进行签名，则交易就会通过。

而一旦 DAO 在业务上发生真实资金的支出，则支出交易会发送给所有具有金库管理权限的成员，并提示他们是否进行签名，来批准/拒绝这笔交易。一旦达到了前文所述的最低签名数量条件，资金的支出动作就会开始执行，并且可以以流支付的方式支付给雇员/成员或者外部具有业务往来的组织。这种民主和无需信任的设计，尤其适合于 DAO 和分布式办公，降低了管理者之间的沟通成本。

流支付的衍生，打开Web3新入口

当使用 Zebec 来进行流支付时，明面上的好处是显而易见的：实时工作带来实的回报，也恰如其分地匹配了那些高频、多流向和碎片化的支付场景。同时，通过智能合约设计的发薪规则，在一定程度上保障了雇员的利益。

从功能上看，这是一种下限，即解决了“钱怎么发”的问题。但Zebec的上限可能不止于此。

基于发钱这件事，Zebec 在功能上进行了合理的延伸：既关注“钱怎么发”，也关注“钱怎么用”。

既然能以加密资产进行薪酬的收发，于是得到加密资产后，考虑资产去哪里也显得顺理成章。

基于 Zebec 可灵活编程的特性，它能够根据用户的喜好和设置，自动地将一定比例的薪酬所得用于定投加密资产，或是发送到 Defi 中进行流动性挖矿来产生收益；此外，在某些国家政策法律范围允许的条件下，Zebec 还能够为用户创建加密的退休金账户，以及提供现实中法币兑换的功能。

对大量尚未涉足 Web3 的用户来说，Zebec 的这些功能实际上能引起“收入裂变”：你得到的收入可以用更为加密原生的方式，去进行额外的增值和投资。

圈外用户普遍对加密世界缺乏认知，同时也缺乏刚性场景和需求，而薪酬支付场景则是一种天然、绝佳的了解 Web3 世界的契机。类比来看，Zebec 并非一个只能资金进出的“工资单”或“存折”，而更像一个银行卡 APP，你不仅可以控制卡上的资金进出，同样还能看到各类关联的理财产品。

想象一下在“昨日收入”那一栏的旁边，还有一个“Defi 收益聚合器”或是“定投 ETH”的按钮。流支付的前提下，你得到的不仅是一份安全性和承诺性有保证的工资，更是进入 Web3 和加密世界的新入口。

顺理成章且充满机会。

至此，我们也可以理顺 Zebec 的整个产品逻辑：

因为对连续、灵活和透明支付的需求越来越多，智能合约中预设条件/自动触发的特性可以利用到支付上，以此来形成频次更高、条件更灵活的流支付的基本功能，同时自然地涉及加密资产支付之后的使用场景，为更多用户接触Web3创造了条件。

不止于薪酬，小工具的大空间

和现行的大多数月结工资方式来对比，流支付目前更像一种小众的工资结算方式。

但不主流不意味着不是趋势。

Web3 的兴起，DAO 的出现，都让我们看到了对灵活连续处理薪酬支付的例子；同时这种对灵活连续的需求，可能不仅仅体现在薪酬支付场景上。

当流支付可以把薪酬支付的颗粒度由月细化到天甚至是秒时，上述 Web3 世界里的其他产品，理论上也可以在支付维度上分的更细。

考虑一个单价极高的蓝筹 NFT，普通用户难以购买。当我们在将 NFT 碎片化处理，使得“拼团”购买成为可能时，是否可以有 Zebec 的用武之地？

又或者是一张总价值 100ETH 的 Defi 生息债券，能否将面额打散成 1 元，供 100 个人购买？

无需购买一整块，而是利用 Zebec 的流支付功能，以连续和碎片化的方式购买其中的一部分。这种需求的实现有赖于 Zebec 的 SDK，其他应用可以集成 SDK 以实现流支付的能力，而允许流支付的场景可以是上述的 NFT 碎片或者金融衍生品，又或者是更多尚未被发掘的新用途。

同样的原理也可以运用到 Web2 上。

比如用户只希望对一部完整电影中的某 10 分钟进行点播并付费，此时媒体方完全也可以运用 Zebec SDK 来开发流支付的能力，满足用户个性化的观看需求。

而 Zebec 对现实经济的影响已经发生。8月15日，Zebec 已经与返利平台Rewards Bunny达成合作，当用户进入阿里巴巴、Ebay、NIKE、Adidas 等知名电商平台购物时，可以使用 Zebec 的流支付进行结算。

可以预见的是，Zebec 的定位，并不会局限在充当薪酬支付的小工具上。工具能解决一类问题，而非一个问题。支付本身是刚需，今天是工资单和薪酬，明天就可能会支持更多的高频，碎片，灵活的支付场景。

一个不容忽视的事实是，Zebec 的用户基数和粘性还在不断增加。数据显示其 TVL 已经达到 3 亿美金，平台手续费达到了 2000 万美金，活跃的地址已有 3 万左右。一旦用户体量扩展到更大的规模，Zebec 将有机会释放更大的流量与平台潜力，将用户转化到更多的使用场景。

以流支付来搭建舞台，Zebec 的精彩表演，可能才刚刚开始。