我们很高兴能将RMM SDK开源，这是一个开发者工具，使其更容易在RMM协议的基础上构建。
与任何web3协议互动都会遇到障碍：解析链上数据、对智能合约状态进行建模，以及以清晰的方式显示信息。这个开发者工具包暴露了几个 "实体"，它们是智能合约的模型，以及帮助构建交易的 "管理者"（但不是执行它们！）。使用SDK可以轻松地挖掘RMM协议，为用户推导出有用的信息，并为他们安全地构建交易。
Primitive团队正在使用SDK在RMM的基础上建立一个创新的流动性产品，现在任何人都可以这样做，因为它是开放源代码。RMM协议的设计是通过其无甲骨文、依赖性最小化的架构来实现最大程度的可组合。这些是RMMs应用层的一些直接的使用案例:
结构化产品
金库策略
交易
像这样的工具将被用来增加这些独特的流动性代币对每个使用Primitive的人的采用，从流动性赌注到波动性收获金库。这个SDK仍然狭窄地集中在主要的智能合约上，同时强大到可以从中建立几个产品。
关于sdk的全面文档在这里
实体
这些产品都需要利用原始池底层数学的某个属性，无论是计算掉期的金额，还是计算依赖于曲线参数的确定性池ID。有三个typescript类，它们被用作模型，使之易于使用
引擎实体
校验实体
池子实体
引擎实体
引擎实体被利用来确定地计算成对的地址，智能合约被称为 "原始引擎"。它需要原始工厂的地址和两个代币的地址来进行实例化，就是这样
校验实体
校准扩展了引擎，使一个池子的ID能够根据参数确定地计算出来。
行权价（单位：Wei）
隐含波动率（西格玛）
到期日(到期日)
伽马(100%-掉期费%)
这两个实体被设计成无状态的，也就是说，它们没有用链上数据实例化，只有参数、代币地址和原始工厂地址。
池子实体
池在扩展校准方面更进一步，但它也可以从链上数据中实例化。这个池子对池子的整个状态进行建模：它的储备、不变量和校准参数。同时，该模型暴露了有用的功能，为用户推导出信息，例如，当提供一定数量的代币时，他们获得多少流动性。
模拟池子
一个模拟的资金池模型可以使用fromReferencePrice来实例化。用户必须传入资产的参考价格（ReferencePrice）来推断储备金的情况。这对于确定创建资金池的参数或根据其参数而不是链上状态向新资金池分配流动性是很有用的。
创造池子
如果一个用户要创建一个新的资金池，他们应该被要求提供一个参考价格，然后可以用来实例化资金池的理论储备。由此，可以计算出要增加的最佳流动性数量，然后就可以构建交易。
创建池子实体
构建Pool实体的一个简单方法是通过外围合约来实现的。Primitive Manager智能合约有一个函数uri，它接受一个poolId作为参数。调用这个函数将返回一些编码的json数据，这些数据可以被解码，然后直接传递给Pool实体的from方法，返回一个与uri调用 "同步 "到同一区块的Pool实体。
这是实例化池子的最佳方式，因为一捆的uri调用可以在一个multicall中分批进行。
伴随着实体的是 "管理者"。它们提供了简单的函数来编码函数选择器和参数，以建立一个事务的calldata。
周边管理人
这个类是为了匹配Primitive Manager智能合约的公共函数。Primitive Manager继承了Multicall合约，使得在一个交易中捆绑几个交易给Primitive Manager成为可能。
多重调用实例
例如，"Zap "是一种向只有一个代币的两个或更多代币池提供流动性的方式。它是如何工作的：一些代币首先被交换到池子另一方的代币，然后所有的代币被作为流动性提供。有了multicall，就可以在没有链上功能的情况下做到这一点。
这有两个步骤:
给定一个以代币计价的价值量，计算可以铸造的流动性代币的数量（即提供的美元/每个流动性代币的美元价值）
给定一个LP代币的数量，计算出池子的每一面需要多少钱
计算出需要交换的金额，以获得水池的另一边
将互换交易添加到calldata数组中
将分配的流动性calldata推到同一个数组中
将calldata包裹在一个multicall中
编码功能数据
PeripheryManager上的每一个静态方法都提供了一种简单的方法，可以向链上的PrimitiveManager合约建立随时可以发送的交易有效载荷。混合和匹配这些方法来建立各种有用的功能
这里有一些想法:
滚动头寸（将流动性头寸从一个到期日更新到另一个到期日）
单一资产流动性准备(zaps)
在不同隐含波动率的曲线上分配流动性
工厂管理者
工厂合约只有一个单一的函数部署。这个管理器有一个静态方法，用两个代币地址对这个函数选择器进行编码，这将部署一个新的PrimitiveEngine合约。
依赖
这个SDK依赖于一个ethers.js包装器：web3-units
除此之外，它还使用了Uniswap Token Entity from their sdk-core package
Primitive池子有一个交易函数，Pool实体使用rmm-math中的typecript实现来计算这个函数。
cade YuAries Markets项目介绍
DEFI现状目前，各种L1生态系统中的DeFi景观，由非常分散的用户体验组成。例如，在以太坊上，Aave和Compound提供借贷解决方案，Uniswap和Sushi提供自动做市商（AMM）DEX，Perpetual Protocol提供去中心化的衍生品交易，等等。与我们的中心化同行相比，这些都是相形见绌的。交易所，如FTX、Binance等，提供各种此类产品，尽管是以集中的方式。用户能够从同一平台访问所有这些产品，而不是要求他们在不同的应用程序中来回浏览。进入 Aries Markets的世界在Aries Markets，我们认为用户体验对于吸纳下一代加密货币用户是最重要的。我们设想Aries成为类似于DeFi的 "超级 "应用程序，它将聚合和简化Aptos生态系统中所有DeFi的用户体验。 Aries Markets旨在为用户提供交易所的体验，这将允许用户通过一个完全去中心化的订单簿和自动做市商（AMM）进行借款、借贷、互换和保证金交易。 以下是Aries Markets的一些功能快照。aries 货币市场 超额抵押贷款和借款。用户可以存入资产以赚取收益和/或以抵押物借入资产...
cade Yu论没看过EVA的人是如何拥有道德的？
最近与一友人攀谈（btw，他是00后）。从谈话中得知，他没有看过福音战士，（难怪他的素质有点低下）。我正好也借此机会谈谈我心中的福音战士! 本人小学第一次看EVA，并没有感觉到与其他的日本动漫有什么不同。酷炫的机甲，火花四溅的战斗，云里雾里的剧情，搞不懂的懦弱男主角。好像并没有非看不可的理由---------直到ASUKA的出现。 直到现在我依然认为明日香是福音战士的主角，是故事的真正内核。像太阳一样炙热的女孩，比男孩子还要要强的女孩，撕裂的人格，极度痛苦的成长经历。WOW! 我第一次在内心呢喃：我从来没见过这样的动漫作品。 作为一部动画片，《EVA》里的很多拍摄手法是非常罕见的，比如无声的长镜头，交错的蒙太奇，有人评价庵野秀明对画面的运用已经可以和法意的某些著名导演相媲美了。所以我们记住了什么呢？烈日当头的第三新东京市，NERV内部仿佛永远也下不完的电梯，蝉鸣让人类文明显得更加脆弱，齿轮的声音让沉默的气氛面临疯狂和崩溃。《EVA》是一部绝对压抑的作品，看完了让人想去自杀，也许是因为里面的每个人都过得不快乐。 故事里的每一个人都好痛苦，撕裂的氛围到处都是。痛苦，痛苦，痛苦，痛苦，...
cade YuzkPass，一个基于MPC和ZKP的去中心化的KYC解决方案
背景介绍 KYC是一个要求企业核实其客户身份以遵守法规的过程。这对金融服务、银行和其他与金钱打交道的公司来说是必要的，以确保他们不会意外地卷入洗钱或恐怖主义融资。 传统的KYC数据存储在集中式服务器上，用户无法控制他们的私人数据，这可能导致数据泄露。 区块链技术可以帮助解决这个问题，它提供了一个去中心化和不可改变的解决方案，允许所有各方分享事实的确切版本，同时保留对其数据的控制。 ***什么是zkPass *** zkPass是一个基于MPC（多方计算）和ZKP（零知识证明）的去中心化的KYC解决方案，旨在克服当前KYC系统的各种缺陷，消除与身份认证有关的痛点，并在扩大KYC能力的同时保护用户隐私。 主要特点 通用性:个人用户可以多次生成和重复使用他们的身份，他们的信息在整个多方互动中不会泄露给任何第三方。 定制性:企业用户可以按需选择和配置KYC模板，以满足不同层面的KYC需求，而验证方对数据一无所知。 隐私保护:通过MPC（交互会话）和ZKP（证明会话）实现强大的数据隐私保护，而协议各方不知道数据。 兼容性：ZkPass协议向后兼容并广泛适应当前的数据源协议，而数据源不知道数...
Crypto Lover / Computer Science / Music lover
我们很高兴能将RMM SDK开源，这是一个开发者工具，使其更容易在RMM协议的基础上构建。
与任何web3协议互动都会遇到障碍：解析链上数据、对智能合约状态进行建模，以及以清晰的方式显示信息。这个开发者工具包暴露了几个 "实体"，它们是智能合约的模型，以及帮助构建交易的 "管理者"（但不是执行它们！）。使用SDK可以轻松地挖掘RMM协议，为用户推导出有用的信息，并为他们安全地构建交易。
Primitive团队正在使用SDK在RMM的基础上建立一个创新的流动性产品，现在任何人都可以这样做，因为它是开放源代码。RMM协议的设计是通过其无甲骨文、依赖性最小化的架构来实现最大程度的可组合。这些是RMMs应用层的一些直接的使用案例:
结构化产品
金库策略
交易
像这样的工具将被用来增加这些独特的流动性代币对每个使用Primitive的人的采用，从流动性赌注到波动性收获金库。这个SDK仍然狭窄地集中在主要的智能合约上，同时强大到可以从中建立几个产品。
关于sdk的全面文档在这里
实体
这些产品都需要利用原始池底层数学的某个属性，无论是计算掉期的金额，还是计算依赖于曲线参数的确定性池ID。有三个typescript类，它们被用作模型，使之易于使用
引擎实体
校验实体
池子实体
引擎实体
引擎实体被利用来确定地计算成对的地址，智能合约被称为 "原始引擎"。它需要原始工厂的地址和两个代币的地址来进行实例化，就是这样
校验实体
校准扩展了引擎，使一个池子的ID能够根据参数确定地计算出来。
行权价（单位：Wei）
隐含波动率（西格玛）
到期日(到期日)
伽马(100%-掉期费%)
这两个实体被设计成无状态的，也就是说，它们没有用链上数据实例化，只有参数、代币地址和原始工厂地址。
池子实体
池在扩展校准方面更进一步，但它也可以从链上数据中实例化。这个池子对池子的整个状态进行建模：它的储备、不变量和校准参数。同时，该模型暴露了有用的功能，为用户推导出信息，例如，当提供一定数量的代币时，他们获得多少流动性。
模拟池子
一个模拟的资金池模型可以使用fromReferencePrice来实例化。用户必须传入资产的参考价格（ReferencePrice）来推断储备金的情况。这对于确定创建资金池的参数或根据其参数而不是链上状态向新资金池分配流动性是很有用的。
创造池子
如果一个用户要创建一个新的资金池，他们应该被要求提供一个参考价格，然后可以用来实例化资金池的理论储备。由此，可以计算出要增加的最佳流动性数量，然后就可以构建交易。
创建池子实体
构建Pool实体的一个简单方法是通过外围合约来实现的。Primitive Manager智能合约有一个函数uri，它接受一个poolId作为参数。调用这个函数将返回一些编码的json数据，这些数据可以被解码，然后直接传递给Pool实体的from方法，返回一个与uri调用 "同步 "到同一区块的Pool实体。
这是实例化池子的最佳方式，因为一捆的uri调用可以在一个multicall中分批进行。
伴随着实体的是 "管理者"。它们提供了简单的函数来编码函数选择器和参数，以建立一个事务的calldata。
周边管理人
这个类是为了匹配Primitive Manager智能合约的公共函数。Primitive Manager继承了Multicall合约，使得在一个交易中捆绑几个交易给Primitive Manager成为可能。
多重调用实例
例如，"Zap "是一种向只有一个代币的两个或更多代币池提供流动性的方式。它是如何工作的：一些代币首先被交换到池子另一方的代币，然后所有的代币被作为流动性提供。有了multicall，就可以在没有链上功能的情况下做到这一点。
这有两个步骤:
给定一个以代币计价的价值量，计算可以铸造的流动性代币的数量（即提供的美元/每个流动性代币的美元价值）
给定一个LP代币的数量，计算出池子的每一面需要多少钱
计算出需要交换的金额，以获得水池的另一边
将互换交易添加到calldata数组中
将分配的流动性calldata推到同一个数组中
将calldata包裹在一个multicall中
编码功能数据
PeripheryManager上的每一个静态方法都提供了一种简单的方法，可以向链上的PrimitiveManager合约建立随时可以发送的交易有效载荷。混合和匹配这些方法来建立各种有用的功能
这里有一些想法:
滚动头寸（将流动性头寸从一个到期日更新到另一个到期日）
单一资产流动性准备(zaps)
在不同隐含波动率的曲线上分配流动性
工厂管理者
工厂合约只有一个单一的函数部署。这个管理器有一个静态方法，用两个代币地址对这个函数选择器进行编码，这将部署一个新的PrimitiveEngine合约。
依赖
这个SDK依赖于一个ethers.js包装器：web3-units
除此之外，它还使用了Uniswap Token Entity from their sdk-core package
Primitive池子有一个交易函数，Pool实体使用rmm-math中的typecript实现来计算这个函数。
cade YuAries Markets项目介绍
DEFI现状目前，各种L1生态系统中的DeFi景观，由非常分散的用户体验组成。例如，在以太坊上，Aave和Compound提供借贷解决方案，Uniswap和Sushi提供自动做市商（AMM）DEX，Perpetual Protocol提供去中心化的衍生品交易，等等。与我们的中心化同行相比，这些都是相形见绌的。交易所，如FTX、Binance等，提供各种此类产品，尽管是以集中的方式。用户能够从同一平台访问所有这些产品，而不是要求他们在不同的应用程序中来回浏览。进入 Aries Markets的世界在Aries Markets，我们认为用户体验对于吸纳下一代加密货币用户是最重要的。我们设想Aries成为类似于DeFi的 "超级 "应用程序，它将聚合和简化Aptos生态系统中所有DeFi的用户体验。 Aries Markets旨在为用户提供交易所的体验，这将允许用户通过一个完全去中心化的订单簿和自动做市商（AMM）进行借款、借贷、互换和保证金交易。 以下是Aries Markets的一些功能快照。aries 货币市场 超额抵押贷款和借款。用户可以存入资产以赚取收益和/或以抵押物借入资产...
cade Yu论没看过EVA的人是如何拥有道德的？
最近与一友人攀谈（btw，他是00后）。从谈话中得知，他没有看过福音战士，（难怪他的素质有点低下）。我正好也借此机会谈谈我心中的福音战士! 本人小学第一次看EVA，并没有感觉到与其他的日本动漫有什么不同。酷炫的机甲，火花四溅的战斗，云里雾里的剧情，搞不懂的懦弱男主角。好像并没有非看不可的理由---------直到ASUKA的出现。 直到现在我依然认为明日香是福音战士的主角，是故事的真正内核。像太阳一样炙热的女孩，比男孩子还要要强的女孩，撕裂的人格，极度痛苦的成长经历。WOW! 我第一次在内心呢喃：我从来没见过这样的动漫作品。 作为一部动画片，《EVA》里的很多拍摄手法是非常罕见的，比如无声的长镜头，交错的蒙太奇，有人评价庵野秀明对画面的运用已经可以和法意的某些著名导演相媲美了。所以我们记住了什么呢？烈日当头的第三新东京市，NERV内部仿佛永远也下不完的电梯，蝉鸣让人类文明显得更加脆弱，齿轮的声音让沉默的气氛面临疯狂和崩溃。《EVA》是一部绝对压抑的作品，看完了让人想去自杀，也许是因为里面的每个人都过得不快乐。 故事里的每一个人都好痛苦，撕裂的氛围到处都是。痛苦，痛苦，痛苦，痛苦，...
cade YuzkPass，一个基于MPC和ZKP的去中心化的KYC解决方案
背景介绍 KYC是一个要求企业核实其客户身份以遵守法规的过程。这对金融服务、银行和其他与金钱打交道的公司来说是必要的，以确保他们不会意外地卷入洗钱或恐怖主义融资。 传统的KYC数据存储在集中式服务器上，用户无法控制他们的私人数据，这可能导致数据泄露。 区块链技术可以帮助解决这个问题，它提供了一个去中心化和不可改变的解决方案，允许所有各方分享事实的确切版本，同时保留对其数据的控制。 ***什么是zkPass *** zkPass是一个基于MPC（多方计算）和ZKP（零知识证明）的去中心化的KYC解决方案，旨在克服当前KYC系统的各种缺陷，消除与身份认证有关的痛点，并在扩大KYC能力的同时保护用户隐私。 主要特点 通用性:个人用户可以多次生成和重复使用他们的身份，他们的信息在整个多方互动中不会泄露给任何第三方。 定制性:企业用户可以按需选择和配置KYC模板，以满足不同层面的KYC需求，而验证方对数据一无所知。 隐私保护:通过MPC（交互会话）和ZKP（证明会话）实现强大的数据隐私保护，而协议各方不知道数据。 兼容性：ZkPass协议向后兼容并广泛适应当前的数据源协议，而数据源不知道数...
Share Dialog
Share Dialog
Crypto Lover / Computer Science / Music lover
Subscribe to cade Yu
Subscribe to cade Yu
<100 subscribers
<100 subscribers
No activity yet