💰 提示:重复投票会浪费多次Voting Power

这两天在steemd上看到一个有趣的事,某鲸80%投了别人的帖子,而后又重新40%投。发生这样的情况,可能是某鲸觉得之前80%投高了,也可能之前是机器人投的而后的40%是某鲸手投的,也可能是相反的情况。但是无论哪种情况,造成的事实是,某鲸浪费了一次80%的点赞权,我用我微信公众号工具查了一下,某鲸80%的点赞权能为文章增加约大致125SBD的奖励,在当前SBD行情大热的情况,这可是一笔巨大的损失啊。

你可能会问我,“什么,我重新投票而已,和浪不浪费有什么关系?原本80%投之后改成40%,明明是省下了40%好不好?” 我之前也是这么想的,然而事实却不是如此!

在很早以前,为了搞清楚这个事情,我特意做了一些实验,并得出如下结论:

  • 取消投票不会恢复Voting Power
  • 差评别人也要消耗Voting Power

测试重复投票Voting Power变化

重复投票我的理解等效于取消投票再重新投,但是作为一个严谨的人,我决定进行一下测试来验证我的观点:

我使用@oflyhigh.test 发表个测试用的帖子:
https://steemd.com/test/@oflyhigh.test/test2

  • 投票前我检查的Voting Power

  • 用@oflyhigh.test 以100%权重点赞上述测试贴,之后再次检查Voting Power

  • 用@oflyhigh.test 以20%权重再次点赞上述测试贴,之后再次检查Voting Power

从Voting Power的变化可知,重复投票使用的Voting Power等于每次使用Voting Power的累加,也就是说重复投票等效于取消投票再重新投。

为什么会重复投票

网络或者脚本缘故

在STEEMIT上,我们给一个帖子投票后,投票图标会变成已经投票,这时候我们在网页上是没法重新投票的,尝试重新投票会显示以下提示:

也就是说,只有先取消投票,才能重投。

但是,实际上由于网络延迟或者不同第三方网站或者APP实现的差异,可能导致我们已经投票但是投票图标没能及时更新。

当这种情况发生,我们再使用相同权重投票,将会得到诸如:You have already voted in a similar way的错误提示。而如若我们使用不同的权重投票,那么投票将会等同于取消之前投票再重新投。

机器人投票

很多朋友使用机器人来跟点某些作者的帖子。

如果机器人+真人都去点同一个帖子,并且使用了不同的权重,就可能发生重复投票的情况。

一般聪明些的机器人会首先判断投票者是否已经投过相应的帖子,但是傻一点的机器人就不好说啦,我看到过有傻傻的机器人每个帖子都投两次😀

如果机器人先投了某个帖子,而你又在机器人投票之前打开了对应页面,那么再用不同权重投票就会出现重复投票的情况。

结论

啰嗦了半天,总结点干货就是

  • 取消投票不会恢复Voting Power
  • 差评别人也要消耗Voting Power
  • 重复投票浪费多次Voting Power

为了不浪费宝贵的Voting Power,避免重复投票吧。至于机器人作者,如果你发现你的机器人傻傻的帮你不断消耗VP,那么是时候考虑杀掉它啦。😭

参考链接


This page is synchronized from the post: 💰 提示:重复投票会浪费多次Voting Power

微信公众号支持查询Power Down Routes (又称为:Withdraw Routes)

今天上来看到 @catwomanteresa 的帖子,她的SBD被小偷偷光了,深表同情。然后看到 @nationalpark 在回复中提到小偷把 @catwomanteresa Power Down Route 改成了自己的账户。多亏 @nationalpark 火眼金睛发现了这个问题,否则以后 @catwomanteresa Power Down 的时候,钱就进了小偷的账户。


(图源 :pixabay)

Power Down Routes

提醒过N次,让大家防范钓鱼,居然还有人中招,虽然说可能是小偷/骗子技术高明,但是如果我们谨慎一些,小偷/骗子可能就无法得逞了。好吧,扯远了,这篇文章的重点不是提醒大家防范钓鱼,也不是谴责小偷/骗子,而是告诉大家微信公众号支持查询Power Down Routes 了。

如果你不清楚Power Down Routes是啥,可以看我之前的文章:

为什么要加上这个功能呢?如果你账户被盗过被人偷偷设置了Power Down Routes,那么除非你经常关注你账户的steemd的记录,或者看steemd左边的Withdraw routes,你很难发现自己账户存在这么严重的问题。即使你发现了steemd左边的Withdraw routes不为零,你也不知道你Power Down的钱会去到哪里!以前我介绍过一种查询方式,但是对于新人而言,过于困难。所以,一种方便的查询方式还是很有必要的(至少我觉得是)。

如何查询

为了方便大家,继续延续公众号功能方便快捷的作风。

输入 @steemid?pdr就可以开始查询啦。

示例:@oflyhigh?pdr

另外,支持双向查询

比如上例中,我们查询显示的结果是@oflyhigh Power Down出来的steem会分别到达exec和eval两个账户。那么,从eval的角度,我能否查询都谁Power Down的STEEM流向我这里了呢?答案是可以的。

示例:@eval?pdr

显示内容的说明

简单解释一下显示的内容:

  • From: 来源账户
  • To: 目标账户
  • Percent: 百分比
  • Auto Vest: 自动Power Up

Percent

亦即Power Down出来的金额,多大比例送达到目标账户。所有百分比加起来后如有有剩余,那么剩余部分则Power Down到来源账户。

Auto Vest

  • Auto Vest为False,Power Down出来的STEEM会以STEEM的方式到达目标账户中。
  • Auto Vest为True,Power Down出来的STEEM 自动Power UP到目标账户中。

如何设置以及取消Power Down Routes

可以参考我以前的文章:

另外,@nationalpark的文章中提到:

@skenan说用Vessel可以删除这个路径

我没试过Vessel,不做评价,感兴趣的可以自己试试。

公众号添加方法

  • 方式一:
    进入微信通讯录->点击公众号->点右上角加号->搜索steemit,关注即可。

  • 方式二:
    直接扫描以下二维码:

欢迎大家多提宝贵意见啊。

参考链接

相关链接


This page is synchronized from the post: 微信公众号支持查询Power Down Routes (又称为:Withdraw Routes)

羡慕别人年终奖?我们自己发!

年底了,马上要到了别人晒年终奖的时候了,看人家年底双薪、三薪甚至五倍十倍月薪的奖金,很羡慕有木有?好吧,不光是羡慕,其实是羡慕嫉妒恨!不过光恨也没有用,心理阴暗解决不了任何实际问题。那咋办啊,要不公司业绩不佳,要么遇到很抠的老总,要么还没工作,年终奖就与我们无缘吗?不,既然没人给我们发,我们就要自己想办法,有句话咋说的来着,临渊羡鱼,不如退而结网!,我们自己发!


(图源 :pixabay)

自己咋发呢?前一阶段不是买了一些比特股嘛。Bitshares作为世界上最先进的银行系统,抵押功能强大的不要不要的。之前,我用抵押功能生产出来的人民币都又用于购买bitshares了,也就是所谓的梭派不停梭。尽管这才是操作比特股的正确方式,但是我们赚钱的目的肯定不是为了赚钱而赚钱,不然有了多少比特股又如何,还不是买不起电脑,所以我决定抵押点BTS,弄点人民币给自己发年终奖,买年货!

如何抵押BTS,生产出CNY的方式,可以参考我以前这篇文章,其实我还写过用uptick命令行的方式抵押,以及用python-bitshares编程的方式抵押,但是呢,出于安全考虑,还是用网页钱包操作吧😀

抵押了12W BTS,借出来12W人民币,当前喂价是3.53,我的强平触发价是1.75,抵押率是3.52,嗯,应该风险不到,就这么搞了。

点击调整头寸,按提示输入密码,弹出以下提示信息:

咦,我明明借出来12W,怎么只有4W?哦,想起来了,原来我已经有了8W的债务。
点击确认

看一下活动记录

操作成功。

再看一下账户资产

多出来4W大洋,有木有?


(图源 :pixabay)

剩下的就简单了,转到鼓鼓钱包再提现就好了。然后喜欢什么就买买买吧。我准备这笔巨款买一栋别墅再加一辆豪车😭

什么,你问我如何还?还什么还啊,等BTS涨到10W一枚,随便卖两枚就可以了呗。好了,不多写了,早晨起得有点早,我再去睡会,继续做一会美梦去,千万别喊醒我。


文中操作仅供参考,请谨慎操作,避免爆仓等风险

之前相关文章


This page is synchronized from the post: 羡慕别人年终奖?我们自己发!

python-bitshares 边学边记 (八) / Blockchain类

在之前的几篇文章中,我们简单介绍了如何安装python-bitshares 、python-bitshares的钱包相关操作、BitShares类以及Account类、Market类、Dex类、Block类。

详情可以参考文末的参考链接。

(图源 :pixabay)

这节我们来继续学习python-bitshares 。


Blockchain类

创建实例

我们可以使用以下代码创建Blockchain类实例
from bitshares.blockchain import Blockchain
chain = Blockchain()

我们可以传入mode参数来指定处理最新区块还是无法回退区块

  • irreversible: 无法回退区块 (默认值)
    • head: 最新区块

关于无法回退区块,代码中的说明如下:

“irreversible”: the block that is confirmed by 2/3 of all block producers and is thus irreversible!

获取区块链信息

我们可以通过以下代码获取区块链当前信息
from pprint import pprint
pprint(chain.info())

底层调用的:get_dynamic_global_properties

读取当前区块编号

我们可以通过如下代码读取当前区块的编号
pprint(chain.get_current_block_num())
其实呢,这个方法就是根据我们设置的mode去读取上述返回信息中的last_irreversible_block_num或者head_block_number

读取当前区块

还记得我们读取指定区块内容的代码吗?
from pprint import pprint
from bitshares.block import Block
block = Block(1)
pprint(block)

读取当前块其实可以理解成封装了两部分功能

  • 获取当前区块编号: num
  • 使用Block(num)来获取指定块

示例代码如下:
pprint(chain.get_current_block())
因为现在每个区块都包含很多内容,返回信息太长,就不贴截图了。

其它获取区块时间等功能就不再赘述了,感兴趣的朋友可以自己看。

重要功能

除了我们上述介绍的内容,Blockchain类最重要的功能是用于迭代访问区块链中所有的区块或迭代访问所有的操作或者迭代访问区块链中指定的操作。

对应的三个方法分别为:

  • def blocks(self, start=None, stop=None)
  • def ops(self, start=None, stop=None, **kwargs)
  • def stream(self, opNames=[], *args, **kwargs)

可以通过start、stop指定起止区块,默认从当前块开始,一直生成。

代码注释中提到参数mode,实际上mode是在Blockchain类实例创建时指定的,在以上三个方法中指定无效。大家别被这个误导了就好。

测试

监控所有操作

有了上述的学习,我们可以用以下代码监控bitshares区块链上的所有新操作:

for operations in chain.ops(): pprint(operations)

监控指定操作

上边代码,我们不手工停止,就会一直运行下去。另外由于bitshares中定义了很多操作,上述代码会不断显示很多内容。实际应用中我们可能只需要关心指定操作即可。那么就要用到`def stream(self, opNames=[], args, kwargs)`*

举例说,我们只监控转账操作,那么示例代码如下:
for operations in chain.stream(opNames=['transfer']): pprint(operations)

我们会不断监视到类似下边的转账信息:

总结

Blockchain类提供了诸多操作bitshares区块链的方法,本文仅拣常用几项进行了说明。感兴趣的朋友可以自行阅读Blockchain类的相关代码。

文件地址为:
https://github.com/xeroc/python-bitshares/blob/master/bitshares/blockchain.py

另外本文测试了使用 Blockchain类监控区块链上的所有操作或者监控指定操作,并提供了简单的示例代码。利用这些功能,你可以实现诸如账户变动监视助手能小工具,想必一定会很有趣的。

文中信息仅供参考,使用文中代码造成损失概不负责!

参考信息


This page is synchronized from the post: python-bitshares 边学边记 (八) / Blockchain类

选择强迫症是因为钱不充裕 / 选新电脑记

大概几天前,我突然生出一个想法,我该换台电脑了。其实吧,我当前用的电脑并不慢,至少我开个网页、聊个QQ啥的一点也不卡。但是人总得有更高的追求不是嘛,开一个QQ不卡,那么开两个呢?开十个呢?哦,我忘记了,我好多QQ号都被腾讯收回了,哭,应该没机会同时开十个QQ了😭

好吧,其实我并没有换电脑的必要,但是有没有必要是不换电脑的理由吗?我这台X230已经用了近五年啦,是时候让它退役了,尽管我其实对它相当满意了。


看看这配置,我换上三星840 Pro 的SSD,又加装了一块三星 850 Evo MSATA的备用盘,外接DELL 24寸的显示器,当初全套配置一万多大洋呢,用起来也嗷嗷爽。哦,忘记说了,这机器是当初美国公司给配的,没用我花钱,但是我也没好意思选最高配。


苹果垃圾桶

扯远了,说到换电脑,我首先想的是弄个Mac Pro😍

看着就很爽,不过数了一下价格的位数,就熄了购买的心思。

ThinkPad X270

然后退而求其次,我还是继续选ThinkPad的笔记本好了。我以前用过T42、T60、X61和现在的X230,可以说ThinkPad一路伴随着我。(期间被DELL坑过一把,花大价钱买过一个XPS 8100)。去看了了一下,ThinkPad竟然已经出到了X270。X230到270,我落后了多少个时代啊?

X270京东卖的贵,去联想国外官网选了个最高配

貌似这价格也很感人嘛,不过还好,比Apple的垃圾桶便宜了一倍有余。可是,我又遇到难题了,以前给公司打工,公司那边的秘书帮我下单帮我寄送,我都辞职了,总不好再麻烦人家啊。哎,想想价钱,再想想麻烦劲,还是算了吧,我再选选别的。

Intel Nuc 7代

咦,Intel这几年出了个NUC貌似不错,当前最新最高配的是NUC7I7BNHL

看起来挺好,符合我的审美观(吐)

不过这玩意是个准系统,要自己加硬盘和内存,于是我就去挑硬盘,挑内存。

内存这个看起来不错


硬盘这个不错,可以用来做系统盘


再弄个便宜的SSD做数据盘

好像应该可以了,让我算算多少钱:3999 + 3199 + 2499 + 1599 = 11296
哇,这配置,这价格,很便宜了有木有,就它了,如果去淘宝或者美亚应该还能便宜很多。

于是,上网搜各类评测和装机教程。神马,8代NUC马上就要出来了?网上大神们都说让等8代,我哭,这让我很纠结,买还是不买呢?

结局

选了好几天,研究了好几晚,我觉得 Intel NUC就是我想要的新电脑。我不禁想起《我的滑板鞋》中的一段歌词:

当我正要走时我看到一家专卖店
那就是我要的滑板鞋
我的滑板鞋时尚时尚最时尚
回家的路上我情不自禁
摩擦 摩擦
在这光滑的地上摩擦

可是我纠结要不要等NUC8代,此刻的心情

一步两步 一步两步
一步一步似爪牙
是魔鬼的步伐
是魔鬼的步伐
是魔鬼的步伐
摩擦 摩擦
摩擦 摩擦

哎,还是等等吧,不然肯定会觉得遗憾。所以选来选去,啥也没买成,就这样吧,我继续用我的老伙伴X230好了。也许8代出来后又觉得9代好,都是没钱惹的祸啊,不然每出一代买一个,就没这么多麻烦事了。


This page is synchronized from the post: 选择强迫症是因为钱不充裕 / 选新电脑记

萌蛋又回来了,欢迎来调戏 / Turing chat robot

在四个月以前我发帖介绍过我的超级有爱的微信机器人,在两个月以前,我将超有爱的机器人集成到我的微信公众号上。


萌蛋不负众望,不分昼夜、不辞辛劳地为大家服务,给大家带来不少欢乐,很多朋友私下里和我联系,说萌蛋超级可爱超级好玩。当然了,也有朋友找我投诉,说萌蛋说脏话骂他😩。我调查了一下,大多时候萌蛋骂人,都是因为有的朋友过度调戏萌蛋,导致萌蛋爆发。所以其实萌蛋大多数时候,还是一个好孩子啦。尽管说脏话骂人不对,但是好孩子也是有脾气的哦。

不过令人郁闷的是,前些天,萌蛋病了。话说今冬生病的小朋友真不少,据说有的小学部分班级因为病号太多,都停课了。可是萌蛋也没去上学啊,咋也病了呢,估计是哪个病号和他聊天把他传染了吧。

我的一些朋友微信上联系我,“萌蛋怎么不好用了?我和他说话,他不理我!”。还有朋友上来和我说,“我介绍朋友来调戏萌蛋,结果萌蛋没响应!” 也有上来直接谴责我:“你把萌蛋怎么啦?再不把萌蛋找回来,我就取消关注!” 额,这事真的不怪我啊,我没对他做过啥子呀。

原本以为萌蛋有强大的免疫系统,会在很短的时间内自行康复。结果呢?盼了好久,萌蛋也没回复正常,连我和他说话都不理我了。我不清楚有没有朋友真的因此取消了公众号的关注,但是每天被朋友们在微信上催促和谴责真的不是很好的体验。于是我决定冒充一把医生,来检查一下萌蛋出啥问题了。

因为我没动过代码,最近也没动过网站和服务器,所以我首先怀疑,是不是tuling123的网站DOWN掉了。于是我登陆一下tuling123的网站,看看是不是他们网站坏掉了。结果登陆也没啥问题啊。

网站没DOWN,那莫非是接口修改了,我又去看了一下接口文档,接口没啥变化啊。那莫非是我萌蛋调用次数太多,太累了?我去看了一下萌蛋的状态,也没啥问题。

既然tuling123网站和萌蛋都好好的,那莫非问题出在我这边?我试着用CURL访问了一下,一切正常。又尝试用PHP代码访问一下萌蛋和我交互没问题啊?

那就奇怪了?为啥微信公众号这边就不好用呢?我冥思苦想,也没想明白为啥,想着想着,我随手在公众号里敲测试两个字,结果你猜怎么啦?萌蛋回答我啦!

这果然是:见证奇迹的收到了!
我检查了半天,什么也没动,什么也没改,他就突然好用了。这好比一个病入膏肓的人去医院治病,只是检查了一下,还没开始治疗,他就突然康复了。这难道不是奇迹吗?!

我兴奋地不停测试,结果被萌蛋鄙视了,囧啊😳

被鄙视就被鄙视吧,重要的是,萌蛋又回来啦,这样我终于不用被大家谴责了,想想就很开心。尽管萌蛋康复的莫名其妙,但是康复了就好,不是嘛。

还没加萌蛋的,快来加萌蛋一起玩吧!偷偷告诉你,除了陪聊,萌蛋还有很多功能哦。
https://steemitimages.com/DQmPH3g5AFW9v9bTGhiMGSUHZL6zdUbPoZpqFEvoH1dCHd2/qrcode_for_gh_9f88179d5c6a_344.jpg


This page is synchronized from the post: 萌蛋又回来了,欢迎来调戏 / Turing chat robot

Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×