Request 是一个允许任何人请求付款(Request 发票)的去中心化网络, 受众可以以安全的方式进行支付。有的信息都存储在一个去中心化账本中。这将会带来更便宜,更简单,更安全的支付方式,并且还有极大的自动化改造空间。
为了成为世界贸易的中坚力量,Request 集成了一本总账(会计学术语)。其特性有:
- 普遍性: Request 的设计初衷就是支持 100% 的全球交易,无论货币,法律或是语言。Request 是为持久生效而生的。
- 智能性: 区别于现有的标准会计账簿,Request 位于交易的源头并集成了一项计算机交易代码,同时还管理着众多支付条款。
由于它们的缺席,目前整个系统效率低下,完全做好进行数字和物联网(Internet Of Things)革命的准备。
Request 是以太坊之上的一层, 允许进行满足某一法律框架的支付请求。货币也可被视为用于完成Request 交易的工具。也就是说 Request 将是世界上最为全球化的货币。
系统平台
任何人都可以修改 Request 账本并在其中创建一个付款 Request。接收人可通过监视网络(通过钱包或金融应用程式)来检测到这一 Request。如果用户批准这个请求,那么只需点击一下鼠标就可以完成支付了。然后这个请求就完成了,网络也会随之更新。
当你创建了一个新的 Request 时,适用于这一特定情况的适用贸易法律将会生效,同时也会产生适当的税收。必要时可选择预先支付条款。
Bob 正在请求 Alice 进行支付
让我们看看两个例子:
Bob 请求 Alice 进行支付,随后他创建了一个(发票)请求并将其转发放到了区块链中,Alice 的钱包将检测到这个请求并处理付款。
Bob 正在浏览亚马逊而 Alice 正在进行购买,亚马逊在区块链中提出一个请求。Alice 的手机将分析区块链并检测到这一请求,随后会向 Alice 发送通知,让她同意支付。
Request 提供:
• 安全保障:因为没有必要分享银行信息
• 易用性:因为它只需要点击一个按钮
• 节约:因为你不需要第三方(比如 PayPal)的支持
一般账本的大致形式
考虑第二种情况,一辆拥有自主意识的汽车链接到一个车库的智能合约并购买了一个新的车轮。它们通过算法协商,并商定用定金和履约保证金 (一种在货物移交完成后支付的保证金) 进行支付。为了在经济上进行互动,这些机器和物联网需要一个支付体系框架。
由于没有标准的格式与服务间的统一联系,这些例子目前并不可行; 目前的方式要么必须提供银行信息,要么必须使用交易双方所熟悉的第三方服务 (Paypal, Venmo, Lydia , Stripe ...)。除了不安全性与使用功能上的限制之外,这些方式中产生的零散发票中还可能存在错误。
区块链是创造开源、持久、智能以及可靠系统的最完美支持。
这些新的基础简化了电子流程。
这样的简化在当前看来是非常重要的,因为款项的支付是一切的基础。每天仅在 SIFT 网络上进行的交易额就已经超过了 5 万亿美元,然而其流程却没有得到较好的优化。
这个解决方案还有一个更大的利好。包含所有标准会计条目的账本可以实现自动化的实时入账、改善审计流程,实现自动化保理并简化费用报备流程,使履约保证简单可靠,且还能计算并自动支付税款。
此外,这还为更全面的贸易改善创造了机会。
具有管理数据隐私的能力将能够推进贸易的透明化(公共开支,组织)、公平化(透明化让跟踪收益分配与产品来源成为了可能,同时还强调了公平交易的重要性)和公正化(贸易规则的执行将更加容易)。
如果没有这样一层,金融领域恐怕很难取得任何进展。
生态系统
在团队完成了核心协议的构建之后,许多开发工作都可以以 Request 为基础进行。我们的技术思维地图完整地介绍了 Request 网络与接下来的路线图。
我们相信 Request 生态系统是成功的关键,同时也十分愿意帮助它的成长。为了进一步实现这一去中心化的系统并帮助 Request 的发展壮大,下面我们将介绍 Request Hub5。Request Hub 是一种建立在 Request 之上并独立于 Request 存在的社区,人们可在其中围绕 Request 建立团队与项目,并帮助实现它的去中心化。
1.核心层
核心层是最底层,这里管理着对于账本和状态转移的共识。它由最基本的智能合约组成,允许创建不同的实体和支付请求,还会检测已完成的支付。其本质上的特性是稳定性 (即没有人可以改变其中的信息)、系统开放性 (每个人都可以访问相关信息) 以及能够通过发票规则获知发票是否已完成支付的智能性。
本层建立于以太坊区块链上,对于基于以太坊区块链与 ERC20 的发票来说这是极大的利好,比如可进行自动检测。其它货币也可通过使用 Oracle 进行自动支付检测覆盖。
本层的目的是在于鼓励大众的使用并阻止其它系统的发展。唯一的成本就是使用以太坊气体的费用与信息的存储费用。
2.扩展层
扩展是第二层。目前在这里创建的大部分付款请求并不像核心层中提出的那么基本。如果请求来自企业,那么其中会包括对于税款、支付条款履约保证金或预付金的计算规则。所有的这些条件都以扩展的形式添加至请求中。本层是实现未来惊人特性的关键,例如” 连续账单”。举个例子,人们可以选择这一模块并将他们的租金分成 30x24 的形式支付给房东,这样的话他们既有了银行流水,也不需要再在月末支付一大笔费用了。税款将会实时汇入政府机构。每次付款中 VAT 的 20% 将用于支付税款,80%将进入接收公司。相似的,人们还可以支付 1% 给 NGO(非政府组织)或存入个人退休账户。
这一层上可进行收费,每个扩展将收取一定费用。这一费用中的一部分将用于扩展的运行,另一部分则会支付给扩展开发者,并将应收金额收录在同一张发票上。随着时间的推移,这些扩展的成本将会减少以保持竞争力,同时遏制对于替代系统的使用。初始估计这些扩展的成本将在 0.1% 到 0.5% 之间,且将会随着系统发展而降低。在达到每天 5 万亿美元的交易体量后,维护体系的费用将降至 0.1% 以下。尽管如此,这些费用将继续用于支持应用程式的安全性和它们自身的开发。这一层是完全开放的,任何人都可以构建自己的扩展,同时这样的费用分配方法也能够吸引并鼓励开发者与社区。
3.应用层
应用层是最顶层,位于区块链之外。不同公司的系统可以连接到 Request 并创建请求或访问信息。无论是会计系统、审计系统、税务系统、债务系统、保理系统或支付系统都可以进行连接。当一个支付系统链接连接至 Request(Mycellium,Coinbase,美国银行,Bankin…)时,它就可以访问用户的发票并提出即时付款请求。
Request 团队将开发这些应用,包含可用于创建和访问请求的用户界面与 API。
声誉应用程式
本层中还有一个用于防范网络钓鱼或恶意购买人的声誉系统。举个例子,用户将能够检测一家公司是否正在进行网络钓鱼行为,在这种情形中其他用户的支付行为可能会被拒绝。反过来讲,一家在收到了发票之后不按时支付的公司同样会受到声誉上的惩罚。这个声誉系统也适用于其他用户,比如声誉最好的成员可能会获得费用减免或可使用一些订制扩展。
我们本可以直接在区块链中直接集成这一声誉系统,但为了保证系统的轻量化,我们目前只能将这一系统置于应用层,不过这些信息也可以通过浏览区块链进行重新获取。
用例
这种技术的用例非常广泛。这一系统实现了自动化的实时全球化记账,更换整个审计分支,消除了手动税款征收行为,简化了国际支付,允许机器在同一财务领域进行通信,可用于替代支付系统(比如PayPal)并允许每个人都能使用这一最为先进的付款手段。
1.B2B 发票
公司之间每年往来的发票数量有数十亿,其中的大部分仍然是以实体或邮件形式进行发送的,这种形式的发票必须要复制留档。这也就导致了诸多错误的发生,尤其是在使用预付款项规则与税收条件的情形中。
有了 Request 之后,公司可以直接通过账本分享这些账单;不再需要复制发票,同时会计系统也能立即运转并得到即时的更新。
等待支付的公司将会立即发现支付的延迟,但随着发票支付系统的开发这样的情况会越来越少。公司可以在收到请求后选择最合适的日期进行支付。
每年,数千家中小型的企业(SMEs)都在等待兑现它们的发票的过程中破产了。欧洲央行(ECB)还特别要求在 Request 中设置支付声誉系统与关键指标。现在,供应商们可能还需要继续信任客户,也可能收不回款项。但在未来,供应商将能够在合同签订前验证客户的声誉以及诸如 DPO(应付未付款日)之类其它指标。
2.线上付款
举个例子,您需要提供信用卡/借记卡才能在亚马逊上进行购物,这将暴露敏感信息。或者,您可以在支付时选择 Request,用户的数据将得到保护。亚马逊将在 Request 网络上发布一个请求,然后用户的账户将检测到这一请求,并由用户确认付款。这样的交易成本最低,同时也不会暴露支付信息。
同时通过在支付发生前提供验证支付的过程,这样的支付方式还可帮助人们避免信用卡/借记卡支付过程中可能会需要缴纳的隐藏服务费。Request 真正赋予了人们支付的权利。
相比于目前的系统来说,Request 有如下优势:
• 安全:不会分享支付信息,没有他人拦截或盗用银行信息的风险。
• 简单:点击一下鼠标就可以支付,没有可能的手动输入错误。
• 成本低廉:无第三方(如 Paypal, Bitpay或 Stripe)的介入, 这些供应商通常会收取交易金额的1%-7% 作为手续费。Request 将降低这一成本。
3.作业自动化:会计,审计,费用
3.1 会计
Request 将可以自动实时完成会计流程。不仅能够降低成本,还可以提供更好更快的财务管理服务,以及更多的信息。
会计用例:
Request 为会计流程带来了同时性。付款,账务,和 VAT 退款/支付都可自动完成了。
此外,这表示着从复式会计9向三式会计,这是一个革命性的、被专家预言过的行为,同时也在质疑着外部审计的存在价值。这确实向复式会计系统11添加了第三个验证点,同时这也是目前审计人员在验证账户真实性中所扮演的角色。
同时,Request 还允许会计系统的数字化,这样能够改善当前重复的检查与文档流程。这些手动任务可被自动化,Request 将可以让 CPA 转变为提供咨询与支持活动的角色,同时为那些真正创造价值的任务(比如数据分析、预测以及战略研究)留出更多时间。
技术上来说,Request 支持信用票据,订单,报销,以及所有的会计概念。系统目前兼容 UN /EDIFACT 标准,并能够及时更新到最新的标准。
3.2 审计
多亏了系统的稳定性,Request 将审计工作变成了简单的算法检查工作。在2014年的时候,微软公司支付了 4620 万美元审计费给德勤。美国银行也支付了奖金一亿美元。美国最大的100 家公司总共支付了 25 亿美元审计费用。
今后,审计工作将能够实时进行。我们称之为“智能审计”。相比于人工审计,区块链审计解决方案(“智能审计”)很有可能成为一个可靠而便宜的选项。
Request 的重要好处是能够提高这类审计的效率。在数字化方面,会计系统与公司状况仍然是有很大优化空间的。很多的公司每天都会通过邮件寄送发票,并在年底丢失大部分发票。
然而很明显的,方法和技术性支持可以都改变并这种昂贵的公司间交流方式,同时能够保证账务声明的可靠性。
在电脑咨询行业,会计处理一张发票所花费的时间大约价值在 5 到 15 美元之间。此外还需要进行必要的月度检查与错误纠正。整个系统的自动化程度极为低下。
区块链的使用将简化会计流程,并加强复式会计的作用。复式会计发源于文艺复兴时期,在这样的体系中经理们对于他们自己的报表都是十分有信心的。目前,独立审计员验证大型集团信息的过程是即为耗时而昂贵的。审计事务所成为了可信的第三方,来保证财务报表所列信息的准确性。然而,审计员同时仍然需要对公司负责,这就可能导致不信任的产生。审计员究竟是为委托他们的客户工作,还是为免费获取这些信息的第三方服务呢?
在区块链技术的帮助下,公司可将账户保存在一个去中心化的、机密的、可共享的数据库中,而不需要年度审计之后再行保留这些内部账户或发布年报了。所有条目将会登记入册,将无法进行日期倒填,也就无法造假。年度调整将更有公信力,最重要的是这样的好处将实时作用在公司上。股东和外部实体可以实时接入信息。审计的费用将急剧降低,会计条目再也不需要重复的手工检查了。最后,当客户和供应商接入这一系统并使用加密地址后,财务证明的真实性就再也不会受到质疑了。
Request 是一个分布式的注册入口,也是信心来源。最终也将实现实时的“智能审计”。其中将包含公司所有的购买和销售行为。人们可以在区块链中将采购账户同供应商、支付行为以及银行账户联系起来,而不用再向复式会计体系中那样只能单独查看这些账户。系统将提供可追溯性、稳定性以及真实性。
Request 证明了电子记录的完整性。它将是未来贸易的门户。
3.3 费用
员工与企业之间可以通过 Request 轻松共享费用报告,避免造成误解或版本的不一致。员工们可以实时提交自己的报销费用,并在经理批准后收到汇款。
4.商业逻辑和贸易法律:政府与税收
政府要求公司提交所有交易记录,这可能导致公司故意篡改或制造错误的数据。Request 允许政府查看特定的实时交易。
此外,模块的开发将征收 VAT,比如支付给大洋彼岸的款项将自动重新定向。
无论您是否支持政府,这一透明化税款征收过程,并简化其征收流程的机会都是极大的利好。
区块链技术允许政府机构有能力检测金融市场中的不稳定性,以及欺诈、洗钱和金融犯罪行为,并采取对应的措施。
英国科学院最近发现了通过区块链技术“改善公民与国家之间关系”的多种方法,比如帮助政府收税以及分配救援物资。
5.简化商业工具:保理,履约保证(escrow)
Request 将允许企业或个人轻松访问履约保证或保理工具。允许通过一次点击来在货物交付时进行支付,或通过履约保证金的形式收取公寓房的押金,而不使用房东的账户。
简单而便宜。确实,履约保证可以通过使用 oracle 来实现自动化。至于保理,公司将能够使用最好的信用评分系统:“链上”声誉。通过为每个发票分配一个独特的指纹并将其发布在区块链上可避免发票的重复开具,因为一个发票可以只能在区块链上发布一次。公司将可通过一个智能合同将取消现有的请求,并以 2 保理请求代替它。
6.机构的透明度
机构(政府,市政厅,协会)预算透明度已经列入了经合组织(OECD)和世界银行的议程上。这有助于:
• 问责:明晰如何花费资金是必要的,公众人物代表和官员对于效率也是必须要负责的。
• 正直:保持透明是最好的政策,能够避免腐败,并保证对于公共资金的正确使用。
• 包容性:透明性将有助于充分而包容的预算政策讨论。
• 信任:我们处在开源项目和合作时代,透明性将促进信任型社会的诞生,人们可以自由发表自己的观点,讨论公共资金的去向问题。
• 质量:正如代码审查,预算审查能够发现浪费、滥用行为,并针对如何实现更快速、更大范围的影响提出见解。
Request 提出了一个框架,在这一框架中允许机构可以方便地实现自己的透明性,他们实时发布账户以供任何人进行审计。随着框架的逐渐流行,更多的工具将被开发(比如你所在城市的费用支出仪表盘也可以在这一框架内进行开发)。
7.IoT 和智能合同
未来几年中最具挑战性的工作莫过于实现物品、机器和人工智能间的相互作用,以及实现它们之间对于支付条款的自动协商与定义。它们需要一个支付框架,来帮助定义交易的原由和条件。
相当于就是一辆拥有自主意识的汽车在虚拟修车厂中订购了一个新的车轮,给了 10% 的定金并在货物交付时再支付剩下的 90%这样的透明性也可用于其他行业中,并帮助我们识别一些产品的来源。
架构
我们最近将发布黄皮书来详细描述技术规格。这一部分旨在简要叙述我们所面临的挑战以及为应对挑战所选择的架构。
Request 是一种协议服务,在其之上建立有大量应用程序。这个协议旨在实现完全无服务器、开源、和去中心化的目标。所以我们决定将 Request 建立在以太坊技术上。
以太坊:以太坊允许在 EVM 上以去中心化的方式执行智能合同,这将实现 Request 的去中心化和无服务器特性。Request 的智能合同基于 Solidity 进行开发。Request 使用以太坊来创建发票并自动检测付款行为。
Swarm 和 Filecoin: Swarm21和 Filecoin22允许以去中心化的方式将文件存储在一个分布式网络中。Filecoin 将存储发票上的大部分信息,Swarm 则只存储那些需要迅速访问的信息,比如元数据。
1.技术考量
隐私政策
以太坊中的隐私管理是以太坊协议的首要目标,也是其所面临的挑战之一。我们将通过使用 ZkSnarks23(零知识证明技术)解决这个问题。ZkSnarks 是以太坊路线图的一部分,但并不是需要立即实现的特性。
在 ZkSnarks 或类似解决方案发布之前,我们将实行下述 3 个办法:
-允许公共请求
-引入基本请求概念。这是一种位于 Filecoin 上的请求类型,其本质是加密哈希值而不是智能合同
-Plasma chain。Plasma Chain 中可使用 ZkSnarks,同时并我们正在密切关注 Omise 并与他们合作
-最终会使用一个基于 Quorum24以及通过类 Polkadot25系统实现公开化的私人交易链接的临时侧链
可扩展性
可扩展性也是一个挑战,同时很明显我们也想要能够支撑起大量的交易行为。由于我们会处理多个币种之间的交易,这也就导致了在 Request 交易数量的增长将远超以太坊交易数量的增长。这也是为什么以太坊路线图中的一些创新 (如 Sharding26) 有着十分重要的意义。
Sharding 还需要很长时间才能完成,所以我们会在下述方向进行开发:
-在 Plasma/State 渠道27上尽可能多地放置离链负载
-较小数量的基本请求(不是智能合同)。将整合至 FileCoin 和 Swarm 中。
2.智能合同架构
智能合同的高层视图。核心将用于注册所有请求,同时可在此处对更新与使用暂停进行管理。架构中只会有唯一的核心,核心可以允许子合同管理每种货币。每一个子合同将用于管理请求与特定货币的创建于互动。部分子合同是异步的,其他互动中则会带有一个 oracle(比如法币)
这就是货币子合同的详细情况。请求的建立者可以选择不同的扩展,而子合同将可以同这些扩展进行互动。
关于更多Request信息:https://request.network/
文章来源:http://www.qukuaiwang.com.cn/news/8949.html 原文作者:Request Network 特别申明:区块链行业ICO项目鱼龙混杂,投资风险极高;各种数字货币真假难辨,需用户谨慎投资。blockvalue.com只负责分享信息,不构成任何投资建议,用户一切投资行为与本站无关。