聚焦流支付的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的精彩表演，可能才刚刚开始。

参考信息：

Zebec官网：https://zebec.io/

Zebec官推：@Zebec_HQ

Zebec SDK指南：https://docs.zebec.io/zebec-sdk/installation