区块链发票协议请求网络将V2发送到主网
Request Network是一个允许公司和个人通过全球网络创建,交易所和处理发票和支付请求的协议,今天宣布在以太坊主网上推出协议V2.0。
V2的发布和这个新版本的进一步开发解决了对高可扩展性和数据隐私选项的需求。 V2最初于去年10月推出。初始版本V2.0-alpha于2月份发布用于内部测试,随后在6月份进行了V2.0-beta测试,以进行外部测试。
请求协议
通过连接交易收据(B2B的发票,B2C的购买收据和C2C的交易收据)以及来自支付行业的信息流,请求在公司财务中开启了广泛的新自动化可能性,特别是在发票,付款,税收,会计和簿记活动。
请求是供应链金融的区块链骨干,买方和卖方共享可信信息,这些信息是不可变的,并且用于会计目的。根据设定的许可,可以在交易生命周期的某些阶段授予融资机构访问权限,以便提供短期信贷选择。这可以优化营运资金并提高买方和卖方的业务效率
Request协议背后的基于区块链的技术为组织提供了一个机会,可以加入新的范例,使用数字资产(标记化资产,加密货币)处理交易,并从智能合约的可能性中获益,实现业务关系自动化,使电子发票成为“智能对象” “。
V2.0主网
在外部测试期间得到积极反馈后,V2.0即可部署到主网。合约可以在这里找到:
“我们始终致力于在Request Hub上收到更多反馈并回答所有实施问题,并将继续扩展文档。现在V2.0已在mainnet上发布,我们将经常发布新功能以扩展协议的功能。“
– 请求团队
包含在V2.0版本中:
V2是对请求协议的完全重新设计。最初版本V2.0是此重新设计的核心基础,并开始采用可扩展,安全且符合隐私的方式,在由区块链技术支持的全球网络上创建和共享发票。
以下是V2.0主要版本中可以找到的功能:
- IPFS上的发票存储,以及以太坊的证明
- 创建,检索,更新(接受,取消,更改金额)付款请求
- 内容数据:请求协议数据的标准
- BTC付款检测:允许发票在比特币支付时更新其付款。
- 声明性请求:以任何货币创建请求而不进行自动付款检测
- 请求节点:在以太坊上广播证明时接受事务并将其保存在IPFS上的Web服务器。该节点旨在简化使用请求存储层。
- Request Client js:用于连接到Request节点的web和node.js库,旨在简化协议的使用。
由于V2.0现在在主网上运行,每次网络更新需要0.10美元的最低费用,最高10kB(大约一个请求),每增加10kB需要0.03美元。
自V2.0-Beta以来的反馈和更改
虽然没有添加任何主要功能,但自testnet beta以来已经进行了一些更改:
- 专用IPFS网络:请求团队已建立专用于请求使用的IPFS网络。 IPFS将此功能称为专用网络。专用IPFS网络是共享相同密钥的IPFS节点的集合;在这种情况下,此密钥是公开的,以便任何人都可以加入请求专用网络。它允许Request通过更快的同步实现紧密连接的IPFS节点,从而实现更快,更可靠的请求网络。
- 测试:创建16k交易,成功率为99.97%。
- 节点上的更多日志记录:Request节点现在具有详细的日志输出
- 更多的比特币提供商:现在依靠4个比特币提供商(而不是之前的1个)来读取比特币区块链来检测支付。这增加了数据的去中心化性和弹性。
- 在创建之前计算requestId:requestId是确定性生成的,而不是在创建时生成的。这使得可以在创建之前生成请求的ID。构建器需要此功能用于其用例
- 可以在GitHub存储库的每个包的更改日志中找到的小改进和修复。
接下来
既然V2.0在mainnet上,请求开发团队将专注于实现:
- 通过加密货币进行隐私:向Request添加加密货币使付款请求中的内容(例如付款人/收款人和应付金额)只能由有权访问解密密钥的利益相关者访问。
- 通过批处理请求提高网络可扩展性:对以太坊进行分组请求将提高协议的吞吐量并降低费用。
- 支持更多货币:整合ERC20和ETH支付检测
V1
v1智能合约将继续留在以太坊,并将继续使用。 v1库将保持在npm并且将保持最低限度。在请求批处理,ETH支付检测和ERC20支付检测在V2.0主网上实施并运行之前,请求团队不会弃用V1。
有关请求网络协议V2的更多信息,请查看文档页面。