入选 Binance Labs 第四季孵化计划，获得 Near、Flow、Algorand、Harmony 等公链 grants 支持。

现有投资人（目前官方尚未 PR）：

Binance Labs、Jsquare、MH Ventures、Plug & Play Ventures、Perridon Ventures、FishDAO、Gate Labs、ANKR，以及 Dharmesh Shah、Patrick Linden、Florian Otto、Dani Undurraga、Oskar Hjertonsson 等多位天使投资人。

想象两个场景：

Alice 是一位社区经理，在每日频繁切换于 Mirror、Twitter、Discord、Telegram、Medium 等平台和工具之余，她还需要对社区成员的意见进行整理，在统计了 100 份 Beta 版本上线的使用反馈后，她打开了 Google Sheet 开始了列表工作，然后她需要将集中反馈最多的建议反馈给 dev 团队，并且向这 100 位积极为社区做出贡献的成员发送 NFT 作为奖励，并且一一向他们发送信息，通知他们获奖了。

Bob 是一位 freelance 的 Web3 开发者，上半年他成为了一个借贷平台 dApp 的核心贡献者，将 Metamask 等钱包与平台成功集成，下半年他参与了一个去中心化 NFT marketplace 的搭建工作，他发现，上半年所有他做过的集成工作，下半年还要再重复做一次。

对于 Alice，碎片化的信息搜集、复制粘贴、整合列表等工作，不停地按着快捷键切换窗口，成了她工作中最耗时最琐碎的一部分，她可以选择使用一些工作流程自动化软件（workflow automation software），比如 zapier，让她能够跨多个应用程序自动化进行重复性的工作。zapier 的本质是一种带有逻辑判断的工作流，让用户可以设置 “如果这样，那么那样”（IFTTT）规则来管理其自动化功能。

那么 Alice 可以这么设置她的 zapier 工作流：如果有人在 Twitter、Discord、Telegram 的相关推文或者留言区进行回复，那么自动抓取这些信息，按照时间顺序整理到 Alice 设置好路径的 Google Sheet 中，同时向这些信息自动化发送相关 DM，收集他们的钱包地址，并注明 “我们感谢您的反馈，之后将会发送限定 NFT 给您，记录您对于社区的贡献”——只用一次精心的设置，免去 100 次重复的麻烦。

这种工作流自动化软件在 Web2 中发展很好，仅以 Zapier 为例，自成立以来 10 年间，提供无代码集成平台，可以与超过 5000 个产品平台进行对接，同步数据和执行动作，目前在全球 17 个国家有超过 250 名员工。

然而对于 Bob 呢，对于这位 dApps 开发人员来说，如果我们要将一个系统中的数据自动发送到另外一个系统，或者我们需要让一个系统触发另外一个系统执行，这时需要做系统集成、API 接口开发。上半年做的所有集成工作，如果换一个项目社区，竟然要将这样的事再重复一遍，以这种方式构建所有集成，就像一遍又一遍地重新发明轮子，对于 Bob 来说，第一是严重挤占了他真正实现发明创造的时间，第二是对项目方来说，他们承担了太多的隐形成本，这种重复的开发成本最终会转嫁给社区所有用户，而对于 Web3 整体来说，这种默认的由开发人员负责桥接所有孤岛的方式，不仅在经济上是一种极大的浪费，更重要的是，它潜移默化地影响了 Web3 的社区价值观。

在 Web2 中，部分互联网公司掌握了信息的特权，他们定义规则、控制数据和访问服务，在这样的专制结构中，互联网用户对于如何存储和使用他们的数据没有发言权，也没有投票权。为了形成这样的专制，这些控制数据的公司创建了复杂的结构和过高的技术门槛，使普通用户无法理解和影响互联网应如何作为公共产品发挥作用。这种少数人集权的趋势正在阻碍协调，侵蚀自由、民主和经济活力。

而随着区块链技术和去中心化应用程序（dApps）的出现，数据层的去中心化终于成为可能。dApps 可以让用户控制他们的数据，但是技术上的壁垒依旧存在，这种隐形的门槛带来了权利的实际上的区隔——因此对于无代码或者低代码环境与平台的追求，是打破这个壁垒的第一步。

自 Web3 和 DAO 兴起以来，我们沉迷于代码的可复用与技术的可组合型，认为只要这样便可以改变生产组织形式，解放创新与创意，事实上，我们还欠缺了一个环节——那些被我们默认为应该开发人员或者项目组自我消化的环节——集成。

我们何不借鉴一下 Alice 对于琐碎工作自动化的做法？将本应该由公司平台或者 CRM 平台承担的流程自动化的任务统一交给自己，实现真正的权利下放。

dApps 自身不做这样的开发，让他们的用户自己动手 (DIY) 做集成授权。

这是对于 Web3 默认的业态的一种颠覆，有人踏出了第一步。

Grindery 是一个定位在跨链和协议连接 Apps 和 dApps 的无代码 / 低代码中间件。作为去中心化系统，可以与智能合约和 Web2 API 交互。它允许用户定义具有时间、状态和事件触发器的工作流，以执行智能合约和 Web2 API 交易。

简而言之，Grindery 是一个统一的、无缝的、链上、跨链和链下的集成。其基本框架如图：

用户主要面对着两种 dApps，一类是用户定制的 dApp，另一类是 Nexus dApp，其中第二类是 Grindery dApp 开发的核心，允许任何人（类似于 Zapier Web 应用程序）使用现有连接器配置任何集成，而无需代码。

其 workflow engine 分为两类动作：Web2 操作和 Web3 操作：

Web2 操作本质上是对公共 API 或私有 API 的 HTTP 调用（使用凭证管理器）。Grindery 将这些 API 称为 Web2 网关，因为这些类似于信号的 API 被描述为 JSON，并且网关可以接收令牌作为其服务的奖励。

Web3 操作类似于其他智能合约自动化器的任务。它们允许代表 workflow 执行智能合约交易。所需的 gas 是通过 workflow engine 使用用户钱包中的资金支付的。每个区块链都需要自己实现与特定区块链的连接。这些网关的描述也以 JSON 格式存储在系统中。

为了更好地解释 Grindery，我们考虑这样一个简单的真实示例：

1. 基于 Moloch 的 DAO 希望允许其成员使用 Google Sheet 轻松提交付款请求。

2. 每月一次，这些请求应该被分批并作为一个提案提交给 Gnosis 链上的 DAO 投票。

3. 一旦提案获得批准，成员应该会收到他们的付款，并且应该发送一封电子邮件通知成员付款。

那么我们拆解这个过程如下：

如果要在 Grindery 上完成这个工作流的自动化，打开平台界面，进行无代码化的逻辑设置：

首先要完成 Google Sheet 和 xDAI 的跨平台集成，然后设置 if/then 逻辑：如果在 Google Sheet 中的特定路径的 spreadsheet 出现了新的一行，则进行以下行为：

这个过程看上去很简单，然而这只是 Grindery 的开始，或者说，这只是 Grindery 能完成的事的冰山一角。从这个示例中，Grindery 需要做的事：

第一是链下的集成：每个月会触发一个流程，该流程接受一堆 Google Sheet 提交（或 Google Sheet 中的行）并将它们批处理到一个 DAO 提案中。

第二是链下和链上的集成：这些收集到的 Google Sheet 实际上是一系列的智能合约交易，到 DAO 提案通过的时候，将自动触发这些只能合约交易，涉及到链上地址之间的实际的、自动化的批量转账过程。而在这个过程中，可能涉及到了跨链。

第三是链上再到链下的集成：当这些交易发生完后，确认信将由链上的交易状态触发，利用 SendGrid 以自动化的方式用邮箱发送给相关人员。

该系统有四个主要利益相关者：

1/ 希望为用户提供更好的 DIY 集成的 Web3 dApp 开发人员。（dev）

2/ 可以创建、使用和支付无 / 低代码集成的最终用户（“客户”）。

3/ 为现有 Web2 SaaS 应用程序和 API 创建可重用连接器的开发人员（网关）

4/ 区块链 API 和节点允许 Grindery 检测事件并执行交易。（节点运营商）

这种架构使 Grindery Nexus 成为功能完整、可组合的自动化系统，允许区块链、协议、dApp 和 API 集成。连接器的可复用性和支付能力创造了强大的网络效应，使生态系统充满活力。

很难想象一个用户比开发人员本身更兴奋的网络或者平台，用户可以充分发挥自己的创意，无论是 DeFi 玩家还是 NFT 艺术家，按照使用习惯，记住他们自由的灵魂，搭建一个又一个的自动化工作流集——这又何尝不是另一种游乐场与 UGC（User Generated Content）呢？

我们畅想一下：

1. 当任何链上的任何钱包发生存款时，向用户发送浏览器通知。

2. 艺术家根据特定条件设置自动 NFT 铸造，例如持有一定数量的代币、访问特定 dApp、与网站交互、Google Sheet 或在虚拟世界的市场上购买对象。

3. 通过跟踪 LP 利率变化并将资金从一个 LP 转移到另一个 LP（例如，Aave 到 1inch），允许实现 yield farm 的自动化。

4. 允许用户在不编写代码的情况下配置自动交易策略。例如：每天购买 1 ETH；当达到特定 ratio 时 swap 成某一种 ERC20 代币。

5. 检测网站上的 Google Sheet 提交，启动 token 的铸造，并将其发送到提交的钱包地址。然后，使用交易时间戳和交易 ID 更新 Google Sheet 数据。

6. 当推特上关于某种代币的消息达到某一热度阈值时，发邮件给我，并且自动打开 Messari 的相应页面，让我看看是否有新的交易机会。

我们甚至认为，这些适合某种场景的自动化工作流，未来可以作为一种 NFT 进行流通，设计更好的 marketplace，将有相同使用习惯、交易习惯、工作习惯的人聚集在一起，让他们为他们的生活与时间买单——Web3 链接了所有价值，这也是其中的一种。

Grindery 团队也坦言，对他们来说，选择一条前人证明过的路，比凭空想象的路线图更妥当，所以指导性的策略是，模仿 Zapier 的成功模式，一步步跟进。正如 Zapier 不断以场景用例为核心进行内容营销的方式一样，将用户进入门槛降至最低，同时持续优化 SEO 效果，Grindery 也选择了 Web3 领域最为基础、最具有活力的场景与赛道——DAO——作为起始点。

由于 Web3 的特性，目前 DAO 的工具非常分散，比如一个 DAO 需要经常提案，每次提案都要经过提案、投票、执行、转账等流程。对这些流程的自动化是 Grindery 第一阶段的主要任务。目前，Grindery 和最具影响力的 DAO 相关社区 Aragon 和 Gnosis 等已经实现了集成，其他还包括 MolochDAO (DAOHaus)、Colony、xDAO、TributeDAO、AstroDAO、Dora Factory、Prismatic、Syndicate、Common 和 multisig 钱包，如 Gnosis-Safe 和 Multis，为用户提供对预打包的轻松访问应用到集成和应用市场。这些 “DAO  extension” 将允许 DAO 管理员将应用程序和 dApp 添加到他们的 DAO 中，而无需任何代码。第一个集成将侧重于自动化 treasury 支付流程，包括工资、项目、时间表、赠款和里程碑驱动的基金发行。

据此，Grindery 做了个 prototype，叫 Grindery Pay，目前可以在 Chrome 商店上访问到。

比如，Grindery 和 DAOHaus 的合作，方便 DAOHaus 进行集成，已经形成了无代码的操作平台，如下图。

同时做 Web2 里 SaaS 的集成，已经集成了 Google 和 Airtable 等，展示如下：

区块链多链方面的集成，目前已经有 Near、Harmony、Flow、BNB 和 Algorand 集成；和各种创新孵化营和特定生态合作，目前和 Dora Factory 和 Gitcoin 合作。

7 月完成 prototype，在币安 Demo Day 展示；

2022 年 Q4 ，实现产品上线；

2023 年 Q3 ，代币发行；

2024 年，实现完全的去中心化。

具体来说，

2022 年 Q2-Q3 - 使用 Workflow JSON 移动数据 Web2-Web3、Web3-Web3 跨链和 Web3-Web2 的中心化的原型系统，证明相关的 workflow 引擎的可能性和价值。

2022 - 允许在不修改核心系统的情况下添加新信号和新网关。使其可组合和模块化。这包括凭证管理器和添加信号 / 网关 JSONS。

2022 - 实施信号和网关冗余，让系统及时在出现单点故障的情况下也能运行。

2022 - 分散所有关键数据的存储，包括元数据、所有 JSON、凭证和其他任何仍中心化存储的数据。

2023 - 实施去中心化节点。从技术角度来看，这将是最大的跨越。让 workflow engine 的所有组件去中心化运行，包括付款。

2023 - 通过创建 DAO 和治理系统来分散协议控制，将整个系统交给社区。

客户（或最终用户）将需要为三种不同的服务付费：

1. 用于处理工作流的节点（例如，Google Sheet 到 DAO）。

2. 区块链需要用于交易的 gas（例如，创建 DAO 提案）。

3. 发送电子邮件的服务提供商（例如，SendGrid wrapper）。

对于 Grindery nodes，是用 native token 来进行支付：$GRT token。同时，也将开发用以面对多链多代币支付方式的系统。

作为一种实用工具存在，用于在所有相关平台参与者（网关、Signal、开发人员、用户和节点）之间进行有效的激励协调。代币还可以作为一种治理手段，表明他们支持或反对 DAO 中的提案。

节点为了能够参与 Grindery 网络中运行的工作流程并因此获得奖励，将需要获取和质押代币。质押将授予节点运营商通过运行 workflow 赚取费用的权利。通过监督协议并影响网络基础设施内的决策，节点的控制权将分配给最常使用 Grindery 的 dApp 和开发人员。

所有代币持有者都可以通过对 Grindery DAO 中的提案进行投票来对协议的未来方向发表意见。目标是从长远来看，使用 Grindery 的开发人员将管理协议，以确定网络必须遵守的 “规则”。决策包括为执行者设定费用，决定开发者激励计划，以及强制执行者始终以最终用户的最佳利益执行交易。

团队正在积极探索工作流程执行和结果的 “社会验证” 策略。预计将在 2022 年 Q3 至 Q4 对此进行进一步研究，并将适时发布与社区分享。

Grindery 是一个开源和社区驱动的项目，由用户、开发人员和运营商管理。将确保 Grindery 的长期成功——最大限度地减少费用和价值提取，优化可靠性和用户友好性，并协助 Grindery 的使命。

代币持有者的职责是确保系统长期可持续运行，确保工作流程可靠且经济高效地执行，并批准新的连接器。将形成子 DAO，以发展他们与不同区块链上的开发人员的关系。这些 DAO 将实施持续投资、赠款和赏金计划，这些计划将推动每个参与区块链自动化功能的广度和深度。

Grindery 的愿景完成了对于链上、链下信息流的重构，同时通过自动化工作流的方式，完成了 Web3 核心权利的下放。人们可以将 “桥” 定义为在两个或多个区块链之间传输信息的系统。信息可以指资产、合约调用、身份证明或状态。在这个意义上，预言机也是一种 “桥” ，都是打通 “信息流” 而搭建的桥。

目前的预言机，大多着重于将 Web2 的数据可靠而快速地引入链上，在技术上，我们称它为 “入站预言机”（Inbound Oracles）。虽然 ChainLink 理论上提供 “出站预言机”（Outbound Oracles）功能，但几乎没有任何活跃的用例。

理论上来说，ChainLink 可以做到这一点，他们可以使用外部适配器（External Adaptor）连接到 Google Sheet （这个适配器确实存在且必须要能被编程），而源代码中只有部分能被复用。它必须将用户的凭据、其他参数（文件名、工作表、列匹配）以及所有 DAO 成员的电子邮件硬编码到适配器设置中。对于 SendGrid （自动发送邮件）集成，将重复相同的过程。用户将为第一次集成创建一个时间触发器（time trigger），并为 SendGrid 创建一个链上事件触发器。

而直到目前，市面上的任何预言机都没有提供任何实际的出站功能、凭证管理元数据存储或进行智能合约交易的能力。

在这个过程中，Grindery 实际上完成了对于预言机的信息流的一种补足。

我们来看另一类，链上智能合约自动化平台，比如 Gelato、Keepers、AutonomyNetwork、Keep3r Network 等，这些系统代表用户执行智能合约交易，今天被许多重要的 DeFi 协议使用，包括 MakerDAO。它们节省了开发人员在同一条链上构建智能合约集成的时间，提高了安全性，并有助于维护更加分散的 dApps 堆栈。

但是它无法完成我们提到的上述 DAO 的例子，因为它们不具备从 Google 获取数据或将数据发送到 SendGrid 的实际能力，即使编写了某种适配器，也无法做到。虽然它们允许简单的 if-then 语句，但它们的触发器（trigger）和操作大多限于智能合约。他们的重点是 DeFi 用例的安全性，根本不是为了与链下数据交互而设计的。

与这些链上智能合约自动化平台对应的，Grindery 已经完成了或者确定了 100 多个 Web2 集成，主要包括：

1/ Google Sheets

2/ Gusto HR

3/ 数据管理（AirTable、Excel、Monday.com、Smartsheet 等）

4/ 会计（Xero、Quickbooks、Netsuite、Microsoft Dynamics、Expensify、Invoice2go、Aria、FINSYNC、Invoiced、ZOHO )

5/ HR（Workday HCM、Rippling、Zenefits、Quickbooks Payroll、Monday）

6/ 分析（Zoho Analytics、Fivetran、Xplenty）

7/ 中间件（Zapier、Integromat、HubSpot Operation Hub、Celigo）

这是一片新的天地。

我们再一次提到 Zapier。Zapier 之所以在定义新品类，是因为在改变用户的工作理念和操作习惯。本质上，是在推广一种先进的方法论，而不仅是工具。比如 Zapier 官网中的那篇 “9 things you never thought about automating—but totally should（9 件你没想过要自动化但非常应该去做的事情）”，就是在不断地 “教育” 用户——Zapier 还能做这些，还可以那样用，挖掘并改变工作中一切低效洼地。

正如 2011 年时 Zapier 两位创始人在启动时的这段对话，Zapier 是 “the api of all apis” . 

希望一年后的今天，我们不再书写这么长的文字，讲述 Grindery 可以做什么，为什么要做这些。

Jsquare 希望和 Grindery 一起，将它作为一切信息流、工作流、价值流的交汇之处，启发 Web3 的无数人重新定义自己的生活与工作。

1. https://www.grindery.io/

2. https://white.grindery.org/

3. https://m.huxiu.com/article/487738.html