在我小时候，上学都是自己的事情，印象中除了第一天去学校报到以及开座谈会的时候父母就再也没有去过学校。那时候汽车很少，坏人也很少，所以家长们无需担心。

从我家到学校，需要经过一段曲折蜿蜒的小路，我很喜欢一个人背着书包走在小路上的感觉。无论是春天听着鸟鸣闻着花香； 抑或是夏天雨后穿着凉鞋去踩路面上的积水、看着水面倒映的蓝天白云，想象找我踩进水里会不会跳到天上去； 或者秋天踏着厚厚的落叶，偶尔看到一个很奇怪的或者很粗壮的叶子，马上视作珍宝地收藏起来； 或者冬天，听着脚步与积雪奏响的乐曲，看着垂柳披上银装，听得久了看得久了，才惊觉寒冷，然后小跑奔到学校去。每一个季节，甚至每一天，每一时刻都让我感到新奇和惊喜。

尤其是春天来临的时候，柳条刚刚泛绿，上学或者放学的路上，我用削铅笔的小刀割下一小段柳条，然后用手指轻轻的搓揉，不一会柳条的外皮就和里边的枝条分离，小心翼翼地将其中柳条抽出，就变成一个由柳皮构成的中空的小管子。然后用小刀轻轻的削掉一端柳皮的外皮，仅剩里边的一层薄膜，一个柳笛就做成了。叼在嘴里，轻轻一吹，清脆悦耳的声音就响了起来。

我喜欢柳笛的声音，清脆不掺杂任何杂音，一如那时候孩子们的心，一切都那么纯净不染尘埃。我还喜欢柳笛在嘴里散出的淡淡苦涩的味道，如果是对甜味的追求还孩子们本能的向往，那么时至今日我方明白，生活中不总是甘甜，更多的时候，还有淡淡的苦涩。柳笛小巧、简单，相比各种奢侈昂贵复杂无比的乐器，可谓简陋之极，但是吹奏出的声音于我而言不吝于天籁，而它带给我的快乐，时至今日我依然难以忘怀。

尽管春花、夏雨、秋月、冬雪，年少的我对每一样都那么惊奇和赞叹，但是随着年岁的增长，久而久之，已不再觉得新鲜。但是柳笛却时常萦绕在我的梦里，在梦中吹响。如今，家乡的小路已然变成了宽阔的柏油马路，路边的小河流等都被填平，耸立起了高楼， 柳树杨树还有各种花花草草通通让位给了银杏、梧桐。走在柏油路上，有的只是来去匆匆，再也没有了当年的各种欣喜。

长大后，来到当前所在的城市，柳树杨树反而是这个城市绿化的常见树种。然后每逢春天来临之际，整个城市被各种飘飞的柳絮杨絮所困扰，杨树的花序(俗名杨树狗子)落在马路上，再被车辆碾过，一如毛毛虫的尸体，让人看着发麻。我突然怀念起小时候的柳树和杨树，为什么那个时候没有这些问题呢？

《坛经》中云：“时有风吹幡动。一僧曰风动，一僧曰幡动。议论不已。惠能进曰：‘非风动，非幡动，仁者心动。” 或许柳树没变、杨树也没变，是我变心了罢。

不知何时，再能听到梦里的柳笛声……

图片均来自百度图片搜索

This page is synchronized from the post: 柳笛声声

之前发过一个回顾贴：

• 写在Reputation 70之际（Reputation 70+, Followers 1000+, SP 10000+)： 一： 玩steemit经历回顾

朋友们总私下里问我，你送的烤箱呢？冰箱呢？OMG，我有说过说烤箱和冰箱吗？
都怪那个台湾第一美女 @deanliu 搞事情，让我们这些后来者如何是好？

不过其实也不是啥也不送，只是一直没想好送什么，如何送。
送烤箱吧，有和人家 @deanliu 抄袭的嫌疑，万一过来踩我一下，就不好玩了。
送冰箱吧，额，我送不起。

其实我有打算送一些树莓派和Arduino的开发板，让大家一起玩，不过，话说这东西对有需要的人来讲是宝贝；对不懂的人而言，就是电子垃圾啊。

真是愁人，要不给大家送一箱可乐之类的，一起Happy，额，医生说可乐喝多了不好。

想来想去还是送STEEM吧，嗯，就这么定了，简单粗暴。

奖项设定

• 💰一等奖： 1名， 20个STEEM
• 💰二等奖： 2名， 10个STEEM
• 💰三等奖： 8名， 5个STEEM
• 💰特别奖： 2名， 10个STEEM

参与条件

已经在CN区发表至少5篇包含中文内容的文章(非SPAM)
(不能让SPAMER或者老外占了便宜，哼😕)

参与方法

• 一、二、三等奖参与方法：
  在本文对应回复区域内回复数字
  一等奖，第一名回复正确且符合参与条件的，即为中奖
  二等奖，前两名回复正确且符合参与条件的，即为中奖
  三等奖，前八名回复正确且符合参与条件的，即为中奖

• 特别奖参与方法：
  💰 在指定区域回复一段你想说的话，我觉得很特别，即可中奖

其它说明

• 特别奖、一等奖、二等奖、三等奖可同时参与
• 每人每个奖项限参与一次，重复参与取消资格。
• 请不要在抽奖区域回复无关内容，谢谢配合

数字中奖密码为提前指定，以下为加密的密码：
💰一等奖抽奖密码： fcc420adc5de61752db7ecfa837564f45c47852b
💰二等将抽奖密码： 69bc4460aaab914869fa8209da3d06f1494ea62d
💰三等将抽奖密码： 0e756e1b5d7dc2bab3d86b3d490d3801b904f929
待开奖后，我会公开加密信息，以保证抽奖的公平。

友情提示：

• 一等奖为数字5-9之间的一个
• 二等奖为数字5-9之间的一个
• 三等奖为数字0-3之间的一个

开奖时间为： 北京时间7月21日 20：00

This page is synchronized from the post: 💰💰(Reputation 70+, Followers 1000+, SP 10000+) 二： 烤箱没有，活动来了, 奖励为 （💰100个STEEM ）

Steemd.com 改版了

昨天看有朋友讨论 Bandwidth Limit Exceeded 的问题，特意研究了一下代码，并写了一篇文章:

• 从代码看 Bandwidth 超限问题 & 如何避免和解决

昨天晚上浏览steemd.com的时候，突然发现steemd正在改版
一个显著的改变就是在显著位置，显示用户

• Voting Weight
• Voting Power
• Bandwidth Remaining

• Voting Weight: 相当于你所拥有的有效Steem Power(你自己有的 + 别人代理给你的 - 你代理给别人的）
• Voting Power: 我翻译为点赞能量，详情可以参考我以前的帖子： [Chinese Version] 关于Voting Power 的一点说明，以及对投票的影响等
• Bandwidth Remaining: (分配的带宽 - 已用的带宽)/分配的带宽

Effective sp

有效Steem Power(你自己有的 + 别人代理给你的 - 你代理给别人的）

Bandwidth

分别是剩余带宽占比、剩余带宽、已用的带宽、 分配的带宽

有了这些信息，你就会更好的了解账户投票能量以及带宽使用情况，如果剩余带宽占比偏低，就按我之前文章中说到的方法处理吧。

steemdb.com 的改版还在进行中，会有哪些其它惊喜，让我们拭目以待吧。

带宽保留率算法的调整 & BUG修复

昨天浏览github时发现这样一条内容，还是高优先级的哦

https://github.com/steemit/steem/issues/1257

昨天帖子中我们也说到过 max_virtual_bandwidth
因为我们是从用户视角分析问题，所以没详细解释这个东西

其实，它也是算出来的
dgp.max_virtual_bandwidth = (dgp.maximum_block_size * dgp.current_reserve_ratio * STEEMIT_BANDWIDTH_PRECISION * STEEMIT_BANDWIDTH_AVERAGE_WINDOW_SECONDS) / STEEMIT_BLOCK_INTERVAL;

而github说的啥事呢？
一个是改进Reserve Ratio Algorithm
还有就是BUG修复

STEEMIT_MAX_BLOCK_SIZE STEEMIT_MAX_RESERVE_RATIO STEEMIT_BANDWIDTH_PRECISION * STEEMIT_BANDWIDTH_AVERAGE_WINDOW_SECONDS overflows 64-bits. We need to make the max_virtual_bandwidth calculations 128-bit.

哦买嘎
溢出是啥概念？举个栗子
你有一个杯子，有一瓶水，如果杯子比瓶子容量大，那么往里倒水没问题
如果杯子比瓶子容量小，假设一瓶水等于一杯半水，那么用瓶子往杯子里倒水，水就会溢出，最好你只剩一杯水。

计算机中也是这样？NO，NO, NO.
程序中溢出，就会截短，一杯半水，最后就剩半杯水
莫非（包括一些并非新号的用户）最近频繁发生带宽超限问题，就是这个引起的？

总之，不管算法改进还是BUG修复，就是为了解决带宽超限问题的！

结论

无论是steemd.com的改版，还是github上的代码改进以及BUG修复，都可以看出来STEEMIT公司在踏实做事。 STEEMIT公有心了，给你10086个👍

人家平台给搭建好了，同志们努力贡献优质内容吧。

感谢阅读 / Thank you for reading.
欢迎upvote、resteem以及 following me @oflyhigh 😎

This page is synchronized from the post: Steemd.com 改版了 & 被 Bandwidth Limit Exceeded 折磨的朋友有福了

Bandwidth 机制

Bandwidth 是STEEM引入用于防止滥用(SPAM)的机制。
分为以下两种：

• Forum Bandwidth: 用于发文、回复、点赞等
• Market Bandwidth： 用于转账、交易等等

简单的来讲，你的可用Bandwith 和你持有的股份成正比。
为了更加合理，Bandwidth的计算为7日平均值。

Market Bandwidth的计算与Forum Bandwidth的计算基本一样，所以我们这里以Forum Bandwidth为例进行讲解。

发文、点赞、回复等操作占用Bandwidth

每次我们进行一些操作，比如发表文章、给自己或者给别人点赞、回复内容，这些操作都会占用一定量的Bandwidth。占用的大小为每次我们操作产生的数据量大小。

每次我们进行一项操作时，对STEEM而言，亦即一个Transaction，包含操作的内容，以及签名信息等等，这个Transaction的体积，即为此次操作占用的Bandwidth。

Bandwidth的计算为7日平均值

你可能说了，我好多天没发帖，发了一个帖子占用 5K Bandwidth，别人每天发帖，每个帖子占用1K，那怎么衡量谁占的多啊，谁占的少啊？

很好的问题，STEEM为了防止这种情况，引入了平均带宽Average Bandwidth的概念。
Average Bandwidth 已7天为时间窗

计算的方式为：
(7天 - 距离上次操作的时间)*之前的Average Bandwidth/7天 + 本次操作Bandwidth
(如果距离上次操作时间 > 7天，则新的Average Bandwidth 为 本次操作Bandwidth)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

share_type new_bandwidth;
share_type trx_bandwidth = trx_size * STEEMIT_BANDWIDTH_PRECISION;
auto delta_time = ( _db.head_block_time() - band->last_bandwidth_update ).to_seconds();

if( delta_time > STEEMIT_BANDWIDTH_AVERAGE_WINDOW_SECONDS )
   new_bandwidth = 0;
else
   new_bandwidth = ( ( ( STEEMIT_BANDWIDTH_AVERAGE_WINDOW_SECONDS - delta_time ) * fc::uint128( band->average_bandwidth.value ) )
      / STEEMIT_BANDWIDTH_AVERAGE_WINDOW_SECONDS ).to_uint64();

new_bandwidth += trx_bandwidth;

_db.modify( *band, [&]( account_bandwidth_object& b )
{
   b.average_bandwidth = new_bandwidth;
   b.lifetime_bandwidth += trx_bandwidth;
   b.last_bandwidth_update = _db.head_block_time();
});

代码如上，其中：

• trx_bandwidth： 即为本次操作占用的带宽
• new_bandwidth： 最后即为新的new_bandwidth
• delta_time： 距离上次操作的时间
• STEEMIT_BANDWIDTH_AVERAGE_WINDOW_SECONDS： 7天的总秒数

可用Bandwith 和持有的股份成正比

以下是代码：

1
2
3
4
5
6

fc::uint128 account_vshares( a.effective_vesting_shares().amount.value );
fc::uint128 total_vshares( props.total_vesting_shares.amount.value );
fc::uint128 account_average_bandwidth( band->average_bandwidth.value );
fc::uint128 max_virtual_bandwidth( props.max_virtual_bandwidth );

has_bandwidth = ( account_vshares * max_virtual_bandwidth ) > ( account_average_bandwidth * total_vshares );

核心是这句：
has_bandwidth = ( account_vshares * max_virtual_bandwidth ) > ( account_average_bandwidth * total_vshares );

解释起来就是: 是否有可用带宽 = (你的vshares x 总的带宽) > (你的平均带宽 x 总的vshares)
变换一下，似乎更好理解，可以是这个形式：
是否有可用带宽 = (你的vshares / 总的vshares) > (你的平均带宽/总的带宽)

也就是说，你的vshares占总vshares的比例 (不能低于) 你的平均带宽占总带宽的比例
否则就会带宽超限了

其中你的vshares指有效vshares(包括你的STEEM POWER和别人代理给你的，减去你代理出去的)

如何避免 & 解决？

通过以上分析，我们得出结论：

• 发文、点赞、回复等操作占用Bandwidth
• Bandwidth的计算为7日平均值
• 你的vshares占总vshares的比例 (不能低于) 你的平均带宽占总带宽的比例

那么如何避免超限呢？
通过以上分析我们不难得出结论：

• 增加vshares占比
• 减小你的平均带宽占用

增加vshares占比： 可以通过充值SP，让别人代理一些SP给你等

减小你的平均带宽占用则可以从以下方面入手：

• 加大操作间隔
• 降低操作次数(其实和加大间隔一个道理)
• 减少每次Transaction的体积

而减小体积，一些系统打包上的东西，如签名等等，我们是减少不了的，只好从内容着手了。

举例说 @catwomanteresa 的这篇文章中
bandwidth limit exceeded? 饒了我吧！

这个表情：

![大哭02-80.gif](https://steemitimages.com/DQmaUs9JKJk2JNsM5VT27UPrXvDPbxWv7PrRCNAgnR19RjG/%E5%A4%A7%E5%93%AD02-80.gif)
使用了这么多文本，所以表情太丰富，会被系统禁止的 😭

附：截止写作本文时，3个ID的平均带宽占用
ID | Average bandwidth
—-|—-
@deanliu|275,813,067,443.8705
@oflyhigh|260,843,912,023.06836
@catwomanteresa|349,753,380,793.4731

结论

神马加大操作间隔、降低操作次数、减少发送的数据量，统统不爽!!!!*

买买买，充值STEEM Power, 定个小目标，先加它一个亿，1000个， 100个
有了SP, 牙口倍儿好、吃嘛嘛香，一口气上六楼，腰不酸、背背不疼……
又跑题了，打住了

感谢阅读 / Thank you for reading.
欢迎upvote、resteem以及 following me @oflyhigh 😎

This page is synchronized from the post: 从代码看 Bandwidth 超限问题 & 如何避免和解决

总是傻傻的搞不清楚内部市场中Ask与Bid的区别，今天特意理一下，并记录下来。
至于搞不清楚有啥影响？我才不会告诉你我把两者弄反，然后把测试交易用的STEEM赔光的糗事的。😭

Ask 是要价，亦即出售

内部市场中卖单是按出售价从低往高排列的，出售价最低的卖单最先被处理。
换句话说，我们欲购买STEEM的时候，要看谁卖的最便宜，当然挑便宜的买喽。

Bid是出价，亦即购买

内部市场中的买单是按购买价从高往低排列的，购买价最高的买单最先被处理。
换句话说，我们欲出售STEEM的时候，要看谁给的买价最高。

举个例子

还有点迷糊？我也是，让我们来一起举个栗子。

我去市场上卖土豆，为了便于理解，咱也论个卖。

我叫价： 土豆5元一个喽，五元一个喽，这就是： ASK
然后那边有人收购土豆： 4元一个收土豆喽，4元一个收土豆喽，这就是: BID

然后假设有N多卖土豆的和收土豆的，这就有了买单列表，和卖单列表
买单 (收土豆)|卖单 (卖土豆)
—-|—-
4.9 (Highest bid)|5.0 (Lowest ask)
4.5|5.2
4.0|5.5
3.2|6.0

买单中出价最高的，即： Highest bid
卖单中叫价最低的，即： Lowest ask (看我多朴实，卖土豆都卖最低价)

假设你来买土豆，又想迅速成交(先不考虑量的问题)，那么当然挑最便宜的买喽（买我的，买我的)
假设你来卖土豆，又想迅速成交(先不考虑量的问题)，那么当然是卖给出价最高的喽

STEEM 这个菜市场的土豆行情

结论

• Ask 是要价，亦即出售
• Bid是出价，亦即购买
• Highest bid 买单中出价最高的
• Lowest ask 卖单中叫价最低的

现在明白了吧?
还没明白? 来来来帮我用程序迅速帮你把STEEM赔光，你就会懂得很快的。

This page is synchronized from the post: 内部市场(Internal market)要价(Ask)与出价(Bid)的区别

时过境迁，以前的结论适用否？

很久不久以前，我写过一篇文章：
To power up 100% or not, that is the question. / 发帖时是否应该选择 100% Power Up

文章中结论如下：

• 发帖不要选100% Power Up
  Use Default(50%/50%) instead of 100% Power Up

• 不要使用内部转换功能将SBD转成STEEM
  Use Market instead of Convert Function

• 手头SBD, 都换成STEEM并POWER UP你自己看着处理
  For liquid SBD, Operate as you please

时过境迁，很多朋友我和说，你写那篇文章的时候SBD价格约 2 USD，现在SBD 价格则 0.8 USD，SBD跌了啊，选择Default(50%/50%) 是不是亏了啊? 我还是选择Power Up 100%吧?

所以你看

• 号称香港第一美女的 @susanlo 发帖选择Power Up 100%
  
  咦，我居然还没给美女顶帖呢，罪过罪过

• 号称大陆第一帅哥的 @rivalhw 发帖也选择Power Up 100%
  

还有其它很多中外新老作者选择Power Up 100%，当然了，你若是因为喜欢这个小图标，那么当我啥也没说，如果不是这个原因，那么就听我细细道来。

系统内文章收益以STEEM核算

如果要细说这个问题，则要从帖子奖励的计算与发放说起，我前些天写过一个帖子专门讨论这个问题：

• 也来说一下帖子的奖励

其中说到：

系统内部都是以STEEM进行核算的，所以算出来帖子的价格是多少个STEEM。而我们看到的帖子金额都是显示为XXXX SBD，所以还需要一步转换就是将STEEM 表示为SBD

也就是说，我们看到帖子奖励金额显示 100 SBD，那只是表象，实际上帖子的奖励金额应该是102.987 STEEM, 显示出来的SBD是通过这个中间价计算出来的：

(别问我这是几日均价，也没问我这是咋算出来的，不懂😭)

好了，自此我们得出第一个和第二个结论：

1） 系统内都是以STEEM核算文章收益的
2） 文章显示的价格是文章收益STEEM * 均价

奖励发放的机制

好了，系统内文章收益以STEEM核算，我们已经搞懂了这个问题，再看帖子得了多少SBD不要太激动，这都是表象。所谓镜花水月而已，真正的STEEM才是那花才是那月！

然后盼啊盼啊，盼到7天发奖了。
如果你是Decline Payout当我啥也没说，你退出我这篇文章就好：）
如果不是Decline Payout，系统咋发的奖呢？

首先去掉点赞收益给点赞者，比如原本100个STEEM，给了点赞者25

涉及到早鸟惩罚之类的，点赞者可能拿不到25%，剩余部分也算作者收益。但是，这不影响我们搞事情说事情，所以姑且假设作者收益剩 75个STEEM.

如果作者设有收益分享，那么先给受益人按比例分成。这个也不影响我们讲事情，姑且不去考虑吧。

好了，说到作者剩了75个STEEM，那么这部分奖励咋发放呢？

• Power Up 100%： 作者获得 75个STEEM Power
• Default(50%/50%): 作者得到37.5个STEEM Power 和 等值 SBD (36.4125 SBD)

等值SBD如何计算出来的呢，按照当前的中间价，即： 37.5*0.971 = 36.4125 SBD

好了，我们在去内部市场看看36.4125 SBD能买到多少STEEM

额，居然只能买到34.618个

与 Power Up 100% 相比，损失了 2.882 个STEEM，占总收益的3.843%!!!
这可不是一个小数目。

该如何操作

通过前边的分析，我们得出结论选择Default(50%/50%) 并将得到的SBD在内部市场购买STEEM再Power Up，要比Power Up 100% 损失约3.843% 的收益。

那么是不是一定要Power Up 100% 呢？答案需要你自己来分析。

• 如果你想通过发帖将自己变成STEEMIT上的大户，那么别犹豫选Power Up 100%吧
• 如果你想捞一笔就走人，那么Power Up只需一瞬间，Power Down则需要13周。
• 如果你想留些流动性收益用来炒币或者投randowhale之类的操作，那么你看着办吧。

简单的判断原则

你可能问，前阶段你说不要Power Up 100%，现在你又说Power Up 100%也挺好，还有准话没？过两天是不是又变一套说辞了？

额，被你猜对了，主要是市场瞬息万变，所以如何操作更适合，也是在变化的。
那么该如何判断呢？

一个简单的判断原则就是：

• 内部核算价格 > 市场价格时： 选择 Default(50%/50%)，这个肯定没错
• 内部核算价格 < 市场价格时: 比例悬殊时选择Power Up 100%，否则视情况操作。

另外，所有的分析都是基于你要把SBD换成STEEM并POWER UP这个前提的。
如果涉及投资之类的，我就不好建议了，我不懂啊 😭

感谢阅读 / Thank you for reading.
欢迎upvote、resteem以及 following me @oflyhigh 😎

This page is synchronized from the post: 现在该不该选择 Power Up 100% ？