
在我们之前的文章中,我们讨论了百分比以及它们是如何在 Solidity 中计算的。在金融数学中,百分比通常与贷款和存款支付的利息有关。在每个时间段结束时,比如一个月或一年,本金的一定百分比将支付给贷方或存款持有人。这种模式称为单利,每期支付的百分比称为定期利率。
在计算机程序中,通常使用利率而不是利率。例如,对于 3% 的利率,该比率为 0.03。因此,一个时期的利息支付金额可以计算为利息率乘以本金金额,并且从上一篇文章中我们已经知道如何在 Solidity 中有效且准确地执行此操作。
单利模式很简单,但如果利息不是立即支付给贷方或存款持有人,而是加到本金上,事情就会变得更加复杂。在这种情况下,过去期间累积的利息会影响未来收取的利息金额。
在本文中,我们将讨论如何在 Solidity 中实现该模式,该模式的名称为:复利。
我们已经知道如何计算单利。计算复利的直接解决方案是在每个时间段结束时计算单利,然后将计算出的利息与本金相加。在高级语言中,例如 JavaScript,它看起来像这样:
principal += ratio * principal; // Do after each time period
我们使用mulDiv上一篇文章中的函数,并假设它ratio是一个定点数,点后有 18 位小数。
上面的代码在大多数情况下都可以工作,但它的+=操作可能会溢出,所以为了使代码安全,我们需要这样修改它:
principal = add (principal, mulDiv (ratio, principal, 10^18));
这种变体可能适合生产,但难以阅读。在本文中,为简单起见,我们将使用普通算术运算,就好像 Solidity 支持分数并且算术运算不会溢出一样。在实际代码中,这些操作应该被适当的函数代替。
一旦我们知道如何计算单个期间的复利,问题就是:
剧透:我们不应该
与传统应用程序不同,智能合约不能有任何后台活动。合约的字节码仅在交易调用合约时执行,无论是直接调用还是通过另一个智能合约调用。可以依靠第三方服务,如Provable(以前称为 Oraclize)定期调用特定的智能合约,或者可以从经济上激励普通人这样做。
这种方法可行,但有许多缺点。首先,有人必须为汽油付费,所以它不是免费的。其次,必须在每期末计算复利,即使在接下来的时间段内没有人会使用更新后的本金。第三,时间越短,复合越频繁,消耗的gas越多。第四,对于短时间,这种方法是不准确的,因为交易挖掘时间不可预测,并且在网络负载高的时候可能会非常大。
因此,如果在每个周期结束时复利对 Solidity 来说不是一个好主意,那么
剧透:“惰性”复合
与其在每个时间段结束时复利,更好的方法是仅在有人需要获取本金或债务或存款时才复利,并在此时对自复利以来结束的所有时间段执行复利最后一次:
uint currentPeriod = block.timestamp / periodLength;
for (uint period = lastPeriod; period < currentPeriod; period++)
principal += ratio * principal;
lastPeriod = currentPeriod;
此代码将所有尚未复利的利息添加到本金中,并且每次有人想要访问时都必须执行principal。这种方法被称为“惰性”复利,实际计算会推迟到有人真正需要他们的结果时才进行。
然而,上面显示的“惰性”复合的实现有一个重要问题。实际的 gas 消耗量线性取决于自上次执行复利计算以来经过了多少时间间隔。如果时间段很短,或者上一次复利是很久以前进行的,那么在所有经过的时间段内复利所需的气体量可能会超过区块气体限制,从而有效地使进一步的复利变得不可能。所以问题是:
剧透:间隔加倍
首先我们注意到,单个时间段的组合利息可以这样重写:
principal *= 1 + ratio;
对于两个时间间隔,这将是:
principal *= (1 + ratio) * (1 + ratio);
然后我们注意到,(1+ r )²=1+(2 r + r ²),所以双倍时间间隔的有效利率为 2 r + r ²,其中r是单倍时间间隔的利率。如果我们想要复利的时间间隔数是偶数,我们可以通过将时间间隔持续时间加倍来减半时间间隔数。当时间间隔数为奇数时,我们可以只进行一次复利,从而使剩余的时间间隔数为偶数。这是代码:
function compound (uint principal, uint ratio, uint n)
public pure returns (uint) {
while (n > 0) {
if (n % 2 == 1) {
principal += principal * ratio;
n -= 1;
} else {
ratio = 2 * ratio + ratio * ratio;
n /= 2;
}
}
return principal;
}
上面的代码具有对数复杂度,并且在principal和ratio较大时运行良好,因此principal * ratioproduct 具有足够的有效小数位以获得不错的精度。但是,如果principal和ratio很小,上面的代码可能会产生不准确的结果。现在的问题是:
剧透:通过平方求幂
在上面显示的代码中,以下单独的代码丢失了精度:
principal += principal * ratio;
这是因为我们假设principal是整数,所以赋值必须舍入计算值。舍入可能会执行多次,舍入误差会累加。
为了解决这个问题,我们可能会注意到,对于 n 个时间间隔,利息可能会像这样复合:
principal *= (1 + ratio) ** n;
如果 Solidity 支持分数,这段代码就可以工作,但只要不支持,我们就需要自己实现求幂。我们使用与上一节中相同的对数复杂度方法,因此代码非常相似:
function pow (uint x, uint n)
public pure returns (uint r) {
r = 1.0;
while (n > 0) {
if (n % 2 == 1) {
r *= x;
n -= 1;
} else {
x *= x;
n /= 2;
}
}
}
function compound (uint principal, uint ratio, uint n)
public pure returns (uint) {
return principal * pow (1 + ratio, n);
}
请注意该表达式:r = 1.0. 在这里要记住,我们在这里使用分数,就好像 Solidity 确实支持它们,但实际上并不支持它们。人们将不得不用实现分数数学的函数替换所有算术运算。例如,下面是使用ABDK Math 64.64库实现 64.64 位定点数算术运算的真实代码:
function pow (int128 x, uint n)
public pure returns (int128 r) {
r = ABDKMath64x64.fromUInt (1);
while (n > 0) {
if (n % 2 == 1) {
r = ABDKMath64x64.mul (r, x);
n -= 1;
} else {
x = ABDKMath64x64.mul (x, x);
n /= 2;
}
}
}
function compound (uint principal, uint ratio, uint n)
public pure returns (uint) {
return ABDKMath64x64.mulu (
pow (
ABDKMath64x64.add (
ABDKMath64x64.fromUInt (1),
ABDKMath64x64.divu (
ratio,
10**18)),
n),
principal);
}
实际上,这个库已经有pow功能,可以用来代替我们的实现。
上面的代码非常精确和直接,但它仅适用于离散时间间隔。如果我们需要对任意时间间隔进行复利怎么办?这种模式被称为
连续复利的想法是计算任意而不是固定时间段的利息。实现此目的的一种方法是使用小数周期。我们已经知道如何计算n期的复利:
principal *= (1 + ratio) ** n;
假设时间段为一年,我们要计算 1 个月的复利,即一年的 1/12。那么公式应该是:
principal *= (1 + ratio) ** (1 / 12);
不幸的是,Solidity 和pow上面介绍的函数都不支持小数指数。我们可以通过整数幂和根,或者通过固定底数的对数和指数来实现它们,但是
剧透:是的:不要这样做
现实世界中的时间是连续的,或者至少看起来是这样。以太坊中的时间是离散的。它以秒为单位,用整数表示。因此,周期为 1 秒的周期性复利相当于连续复利,因为没有人可能在一个周期的中间观察到本金值。
每秒复利的想法乍一看可能很奇怪,但在以太坊上它的效果出奇地好。3% 的年利率实际上相当于每秒利率 0.000000093668115524%,或 0.000000000936681155 每秒利率,以 18 位小数表示。这里我们假设 1 年有 31556952 秒。
使用上述函数计算 1 年(31556952 个周期)的复利,该比率给出 2.99999999895% 的年利率,因此精确度接近 10 位有效数字。对于大多数应用来说已经足够了。使用 128.128 位定点数而不是 64.64 位甚至浮点数可以实现更高的精度。
在我们的实验中,复合周期性每秒利息 1 年消耗了大约 90K gas。对于大多数应用程序来说,这可能是负担得起的,但通常是相当高的。在我们的下一篇文章中,我们将介绍提供大致相同精度的更便宜的方法。
由于缺乏本机分数支持,复杂的分数计算,例如复合定期利率所需的那些,在 Solidity 中可能具有挑战性。
然而,复利仍然可以通过平方算法和模拟定点数使用求幂来有效计算。
建议的方法足够强大,可以在 1 年(甚至更长)的时间跨度上复合每秒的利率。然而,这种方法非常耗气。
在下一篇文章中,我们将介绍更好的方法
总的来说,我对ruby还比较陌生,我正在为我正在创建的对象编写一些rspec测试用例。许多测试用例都非常基础,我只是想确保正确填充和返回值。我想知道是否有办法使用循环结构来执行此操作。不必为我要测试的每个方法都设置一个assertEquals。例如:describeitem,"TestingtheItem"doit"willhaveanullvaluetostart"doitem=Item.new#HereIcoulddotheitem.name.shouldbe_nil#thenIcoulddoitem.category.shouldbe_nilendend但我想要一些方法来使用
我试图在一个项目中使用rake,如果我把所有东西都放到Rakefile中,它会很大并且很难读取/找到东西,所以我试着将每个命名空间放在lib/rake中它自己的文件中,我添加了这个到我的rake文件的顶部:Dir['#{File.dirname(__FILE__)}/lib/rake/*.rake'].map{|f|requiref}它加载文件没问题,但没有任务。我现在只有一个.rake文件作为测试,名为“servers.rake”,它看起来像这样:namespace:serverdotask:testdoputs"test"endend所以当我运行rakeserver:testid时
作为我的Rails应用程序的一部分,我编写了一个小导入程序,它从我们的LDAP系统中吸取数据并将其塞入一个用户表中。不幸的是,与LDAP相关的代码在遍历我们的32K用户时泄漏了大量内存,我一直无法弄清楚如何解决这个问题。这个问题似乎在某种程度上与LDAP库有关,因为当我删除对LDAP内容的调用时,内存使用情况会很好地稳定下来。此外,不断增加的对象是Net::BER::BerIdentifiedString和Net::BER::BerIdentifiedArray,它们都是LDAP库的一部分。当我运行导入时,内存使用量最终达到超过1GB的峰值。如果问题存在,我需要找到一些方法来更正我的代
Rails2.3可以选择随时使用RouteSet#add_configuration_file添加更多路由。是否可以在Rails3项目中做同样的事情? 最佳答案 在config/application.rb中:config.paths.config.routes在Rails3.2(也可能是Rails3.1)中,使用:config.paths["config/routes"] 关于ruby-on-rails-Rails3中的多个路由文件,我们在StackOverflow上找到一个类似的问题
我需要从一个View访问多个模型。以前,我的links_controller仅用于提供以不同方式排序的链接资源。现在我想包括一个部分(我假设)显示按分数排序的顶级用户(@users=User.all.sort_by(&:score))我知道我可以将此代码插入每个链接操作并从View访问它,但这似乎不是“ruby方式”,我将需要在不久的将来访问更多模型。这可能会变得很脏,是否有针对这种情况的任何技术?注意事项:我认为我的应用程序正朝着单一格式和动态页面内容的方向发展,本质上是一个典型的网络应用程序。我知道before_filter但考虑到我希望应用程序进入的方向,这似乎很麻烦。最终从任何
我在我的项目中添加了一个系统来重置用户密码并通过电子邮件将密码发送给他,以防他忘记密码。昨天它运行良好(当我实现它时)。当我今天尝试启动服务器时,出现以下错误。=>BootingWEBrick=>Rails3.2.1applicationstartingindevelopmentonhttp://0.0.0.0:3000=>Callwith-dtodetach=>Ctrl-CtoshutdownserverExiting/Users/vinayshenoy/.rvm/gems/ruby-1.9.3-p0/gems/actionmailer-3.2.1/lib/action_mailer
刚入门rails,开始慢慢理解。有人可以解释或给我一些关于在application_controller中编码的好处或时间和原因的想法吗?有哪些用例。您如何为Rails应用程序使用应用程序Controller?我不想在那里放太多代码,因为据我了解,每个请求都会调用此Controller。这是真的? 最佳答案 ApplicationController实际上是您应用程序中的每个其他Controller都将从中继承的类(尽管这不是强制性的)。我同意不要用太多代码弄乱它并保持干净整洁的态度,尽管在某些情况下ApplicationContr
我想向我的Controller传递一个参数,它是一个简单的复选框,但我不知道如何在模型的form_for中引入它,这是我的观点:{:id=>'go_finance'}do|f|%>Transferirde:para:Entrada:"input",:placeholder=>"Quantofoiganho?"%>Saída:"output",:placeholder=>"Quantofoigasto?"%>Nota:我想做一个额外的复选框,但我该怎么做,模型中没有一个对象,而是一个要检查的对象,以便在Controller中创建一个ifelse,如果没有检查,请帮助我,非常感谢,谢谢
我注意到像bundler这样的项目在每个specfile中执行requirespec_helper我还注意到rspec使用选项--require,它允许您在引导rspec时要求一个文件。您还可以将其添加到.rspec文件中,因此只要您运行不带参数的rspec就会添加它。使用上述方法有什么缺点可以解释为什么像bundler这样的项目选择在每个规范文件中都需要spec_helper吗? 最佳答案 我不在Bundler上工作,所以我不能直接谈论他们的做法。并非所有项目都checkin.rspec文件。原因是这个文件,通常按照当前的惯例,只
我正在使用active_admin,我在Rails3应用程序的应用程序中有一个目录管理,其中包含模型和页面的声明。时不时地我也有一个类,当那个类有一个常量时,就像这样:classFooBAR="bar"end然后,我在每个必须在我的Rails应用程序中重新加载一些代码的请求中收到此警告:/Users/pupeno/helloworld/app/admin/billing.rb:12:warning:alreadyinitializedconstantBAR知道发生了什么以及如何避免这些警告吗? 最佳答案 在纯Ruby中:classA