今天被收益分享功能折磨了一整天，改程序改的昏天暗地，一大堆错误代码搞得人一个头两个大。如果头大能让我变聪明也好，然而头越来越大，我越来越迷糊。

虽然最终终于定位了官方库内的BUG，并且打了个小小补丁解决了这个问题。然而对于问题的根源以及更细节的东西还是一头雾水。就好比一个病人找到我，说他头疼，然后我大砍刀一挥，脑袋剁掉，嗯，是不是头疼好多了？一点不疼了吧？

总之，现在的心情是不想和代码打交道了。
擦，又扯远了，啥时候能改改这个下笔千言离题万里的毛病呢？

聊聊学区房

为啥要聊聊学区房呢？因为孩子即将上小学了，很多家长都纷纷为孩子购买了学区房。
其实呢，只要有学校，都叫学区房。但是学校有好坏之分，学区房就有了贵贱之别。

相比其它城市，我们这边的房价还不算高，但是一些好一些的楼盘，均价早已超过1.5W。尤其是划片划入好的小学中学的楼盘，价格更是居高不下。要想找到密度低、环境好、学区不错、价格便宜的楼盘，简直是痴心妄想（嗯，确实是痴心妄想）

前段时间更是发生了两个事，在我们这些父母的圈子里轰动不小。

一个事情，是我们这边万科的一个著名楼盘，宣称小学学区是一个相当好的小学，不少父母为了孩子，购买了这个楼盘的房子。然而，临近开学，这个小区的孩子被划进一个废弃医院改建的小学，但是名字还是之前著名小学的名字，只是后边多了个——分校！家长们扯起条幅抗议，然而被以扰乱公共秩序罪处理。

另一则事情，是我们这边一个著名的教育机构，绝对是数一数二绝非一般补习班可比，宣称90%+的重点中学入取率。然而这次小升初，几乎所有参加培训的孩子都折戟沉沙。原因据猜测是和对口学校关系没处理好。然后家长们扯起条幅抗议，然而……

家长的期望

望子成龙、望女成凤每个父母盼望儿女有所作为，而究其根源，大概是这些父母都无所作为吧。
否则有什么比孩子健健康康、开开心心的成长更重要呢？

学区房，或者说更好的学区房，我是不打算买了。
这段时间，花钱择校的掮客也不时的找上门来，我均已没钱为借口打发。

或许我也属于无所作为的父母那伙，但我期望我的孩子健康开心就好。
或许这也是比无所作为更无所作为的父母不肯为孩子付出的借口，但我实在不确定怎样的付出才是对孩子的真爱。或许努力努力再努力，将来有能力辅助他过自己想过的理想生活，这才是我该做的吧

一则故事

想起一则故事，一个电视节目采访一个富翁
主持人问： 你如何年纪轻轻就成为百万富翁了？
富翁回答： 我从小就没有上学
主持人说： 我明白了，你一定是从小就开始努力奋斗，白手起家，
富翁： ….
主持人： 巴拉巴拉巴拉…..
富翁说： 其实就是我22岁的时候，父亲把本应该用来交学费的钱都给了我
主持人： ….

关于学区房，和子女教育，你怎么看呢？
欢迎留言讨论哦：）

This page is synchronized from the post: 今天不开课，随便聊聊学区房

这篇文章由程序发送，目的在于测试收益分享功能
This article was posted by program to test the function comment reward beneficiaries

受益人 / Beneficiaries

1
2
3
4
5
6
7

beneficiaries = [
         {'account': 'ace108', 'weight': 500},
         {'account': 'deanliu', 'weight': 500},
         {'account': 'laodr', 'weight': 500},
         {'account': 'lemooljiang', 'weight': 500},
         {'account': 'rivalhw', 'weight': 500}
     ]

This page is synchronized from the post: 测试收益分享功能/Test Comment Reward Beneficiaries

准备实际测试收益分享功能，但是测试失败
返回的错误是： tx_missing_posting_auth
可是我明明加posting 授权了啊，太纠结了

还好我原文中就预测了发送失败的情况。
额，我突然间想起一个叫做乌鸦嘴的很不好的词汇
其实我预测的只是有可能发出乱码啊之类的，根本没希望它彻彻底底的失败啊，咋就这么不给面子呐！

自己给自己打气！我们不要害怕失败，不要轻言放弃，下午再战！下午不行就晚上，晚上还不行就明天！
附上原文，毕竟我还要推销茶馆呢：）

原文标题

测试一下收益分享功能, 顺便推销一下茶馆

以下为原文内容：

在之前的文章随便聊聊收益分享，欢迎讨论 / Comment Reward Beneficiaries中，谈到了收益分享功能，但是仅仅是纸上谈兵哦。

有句诗说得很好： 纸上得来终觉浅，绝知此事要躬行
这篇文章，是我用于测试收益分享发布的第一篇文章。
同时已茶东之一的身份推销一下茶馆。

受益人列表

文章的受益人，我选择了茶馆的公共账户以及茶馆的剩余四位茶东

1
2
3
4
5
6
7

beneficiaries = [
         {'account': 'laodr', 'weight': 500},
         {'account': 'deanliu', 'weight': 500},
         {'account': 'ace108', 'weight': 500},
         {'account': 'rivalhw', 'weight': 500},
         {'account': 'lemooljiang', 'weight': 500}
     ]

感谢他们在CN区寒冬时刻依然不离不弃的坚守，但是的条件下，一杯热茶不能让CN区迅速回暖，但是会让做客的朋友觉得暖心。

其实CN值得感谢的朋友很多啦，但是名单太长，就不一一列出啦。
我作为茶东之一，是很想把自己加到收益列表里，不知道这样会不会被系统允许？哈哈，以后测试一下。

关于茶馆

大家可以关注 #laodr-teahouse 频道来查看茶馆的帖子
每日或者两日就会有新鲜的话题奉上
比如今日的话题就是 鬼 ， 你会害怕吗？

• 🍵 老道茶館 🍵－請上坐，喝杯茶，說點事；今日話題－鬼！膽小慎入！ 🍵 LAODR Tea House [beta]🍵 170628

不过说好的子不语怪、力、乱、神。呢？

突然发现最近的tag功能不太好用，比如茶馆频道，显示的缺失了好多帖子。
大家关注 @laodr 这个公共账户吧。

其它

好了，写了这么多了，准备发送了
万一设置收益分享失败，诸位莫怪啊，毕竟我也是第一次操作吗
签名这次就不带了，万一失败了丢人。

This page is synchronized from the post: 🙄不是每次尝试都会成功，这次就失败了😂 原文标题：测试一下收益分享功能, 顺便推销一下茶馆

收益分享的例子

官方的名称: 评论奖励的受益者
但是我觉得从行为上将叫收益分享比较恰当，以下就这么称呼了，如果不当，请指正。

CN社区的作者大致可以分为两种：

• 非常熟悉收益分享
• 从未听过收益分享

有数据显示很大一部分来自香港的作者使用esteem、 busy、chainbb等客户端或者第三方网站发表文章。而这些工具/网站都设置作者发帖/回复的收益分享功能。换句话说，使用这些工具/网站，作者的帖子/回复，要分给工具/网站一部分，收益分配的比例各方收取不同。以chainbb为例，收取的分成比例为 15%，这个数据可以可以去这些网站的说明中查看，也可以去steemd中查看。

以下是来自一位香港地区用户的一篇回复的comment_options 截图：

这部分内容，第三方工具/网站会在作者发表文章或回复时自动添加。这样，当文章/回复结算时，响应比例的金额会自动打到指定的收益者账户。

收益分享的目的

收益分享功能是在硬叉18(Hard Fork 18)时增加的特色，官方名称叫做”Comment Reward Beneficiaries”，但是无论是文章还是评论都可以设置收益分享功能。

这个功能的目的主要是帮助开发者，让他们创建自己的应用或者网站，吸引用户使用应用或网站发帖，通过设置收益分享或者回报。

@abit 在三个月以前就写了一篇介绍收益分享的功能
详情请访问： [Hard Fork 18] How To Use the Author Reward Splitting Feature
其中演示了如何使用cli_wallet 发表设置了收益分享文章

STEEM WHALES 在这里 提供了一个创建文章、设置收益分享并发表文章的功能页面。(但是尽管我不怀疑它的安全性，都要避免在其它网站上提交各种私钥，是否使用，大家自行判断)

python库中，发表文章可以通过设置comment_options或者直接传递beneficiaries参数就可以发表设置了收益分享的文章了。beneficiaries参数示例如下：

1
2
3
4

beneficiaries = [
    {'account': 'account1', 'weight': 5000},
    {'account': 'account2', 'weight': 5000}
]

其它方面

收益分享分享的收益部分，以STEEM POWER呈现。
收益分享分享的是扣除点赞者点赞回报以外的(亦即作者所得部分)

欢迎大家探讨如下问题：
1) 你如何看待收益分享功能？
2) 你是否愿意把文章收益分享给他人？

感谢阅读
水平有限，欢迎大家一起讨论，如有谬误，烦请指正

欢迎upvote、resteem以及 following me @oflyhigh 😎
请将我设置成为你的见证人投票代理, 访问 https://steemit.com/~witnesses

This page is synchronized from the post: 随便聊聊收益分享，欢迎讨论 / Comment Reward Beneficiaries

STEEM区块链是个大帐本

昨天的帖子 📌 如何避免辛苦创作的帖子丢失，100%解决哦 🎃有描述一种情况，帖子发表后编辑，依旧可以通过程序或者工具找到以前的记录。

其实区块链好好比一个大帐本，每一时刻的所有操作都会被忠实记录，并且无法回头修改之前的操作。颇有种时光一去不复返的感觉。

所以，在STEEMIT上的诸位，一定要爱惜自己的羽毛，你做的一切，都有档可查。一旦你做了什么不好的事情，被列入黑名单，那么再想洗白就比较难了。当然，放弃当前的ID，投胎成为一个崭新的ID，重新开始一段STEEMIT之旅，也未尝不是一个好办法，但是切记不要再做不好的事情啦。

可以通过各种方法查记录

扯了这么一大段，有些扯远了。
额，查文章的历史纪录，上文说过，大家都学会了吗？

查操作记录，或多或少也提及了，方法很简单用steemd.com加ID即可
http://steemd.com/@your_id
把your_id 换成你自己的，或者你要查的人

当然了，还有各种编程的方法查记录
比如说： get_account_history

一种复杂的情况

但是除了这些还有一种更复杂的情况
我在前文： STEEMIT高级操作之：如何多人共同维护一个公共STEEMIT账户(ID) 描述的一种多人共同操作一个公共账户的方法。

并且我已@laodr 为例，将我们几位茶东都设置了@laodr 的使用权限
比如说我用laodr账户和我的私钥登陆就可以操作laodr账户发帖、投票等等

那么问题来了，除了操作者本人清楚或者操作者本人声明外，如何知道是谁在操作这个账户？
假设一种恶劣的（不可能发生的情况）: laodr 账户发表了脏话等不当言论，那么是哪个茶东干的？一定要揪出来，打PP。

在之前另一篇文章 通过事务ID(transaction id) 获取事务(transaction) / Database API: get_transaction , 提到了通过事务ID获取事务的可能性。这里我们进一步延展，通过取到的事务判断是谁在操作。

为此我特意创建了个公钥字典pk_dict
其中用户的公钥是key, 用户名是value.

并编写了个简单的函数：

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

def get_real_operator(steem, block_num, tx_id):

        block = steem.get_block(block_num)
        index = block['transaction_ids'].index(tx_id)
        tx =  block['transactions'][index]

        real_operator = 'Unknown'
        tx_obj = transactions.SignedTransaction(**tx)

        for pk_str in pk_dict.keys():
                pk = PublicKey(pk_str)
                pks = [pk]
                try:
                        tx_obj.verify(pks, "STEEM")
                except:
                        continue

                real_operator = pk_dict[pk_str]
                break

        return real_operator, tx

以 @laodr 今天的发帖操作为例：
block 为：13174106， transaction_id为：67d64c97dfc631edaa6f264abfa4b04796856b16
套入我上边的程序中，算出的结果如下：

所以，茶东们，你们做的操作我都可以看到哦，千万不要干坏事。
本文只是从技术上分析了取得真实操作者的可行性。 我们的茶东都是好人，不会干坏事的：）

顺便推荐一下今天的老道茶馆，我是今天的店小二哦：

• 🍵 LAODR Tea House / 老道茶館 🍵今日话题： 业余爱好 / Hobbies (附重要声明)
  欢迎大家去喝酒，哦，不对，去喝茶

感谢阅读
水平有限，欢迎大家一起讨论，如有谬误，烦请指正

欢迎upvote、resteem以及 following me @oflyhigh 😎
请将我设置成为你的见证人投票代理, 访问 https://steemit.com/~witnesses

This page is synchronized from the post: 珍惜羽毛 / STEEM区块链忠实的记录你的操作 / 获得共同操作账户的真实操作者

刚刚看到这篇帖子：

• 強烈要求Steemit 增加草稿箱功能 Suggest Steemit develop Drafts funtion
  作者是因为微软的WINDOWS强制更新，导致电脑重启，丢失内容。

读罢颇有感触，刚开始用steemit的时候，steemit UI远远没有目前这么稳定，经常遇到写到一半，突然间卡住，然后浏览器崩溃所有内容丢失的人间惨剧。虽然最近几个月几乎没有发生这样的情况，但是我现在依旧保持这样一种习惯，写贴的时候开着记事本，写了一段后就复制一下，保存到记事本中。所谓： 一朝被蛇咬，十年怕井绳，大概说的就是我这种心态吧。

STEEM/STEEMIT在不断完善，这个有目共睹，比如现在的图片服务器，就是以前所没有的。而第三方APP，如ESTEEM啥都已经包含了草稿箱功能，不同客户端的竞争会日趋激烈，基于STEEMIT的应用也会越来越好。

好了，言归正传，都哪些情况会导致内容丢失呢？又该如何避免。

断电、电脑崩溃重启、浏览器异常退出等

使用STEEMIT编写文章的时候，文章内容是被保存到浏览器本地存储的，比如你在一个窗口编写文章，然后在开一个新窗口进入到编写文章，文章内容会自动同步的。甚至中途关掉编辑页面，再重启打开，内容也依然还在。如果你没有使用隐私模式或者设置退出后清空所有记录，那么你关闭浏览器，再次打开，内容也还在。

但是这并不包括各种可能发生的异常情况，或者你浏览器有设置退出后清空所有数据。

不小心用其它文字覆盖

还有一种情况，写着写着，一不小心都删除了，或者不小心复制点啥内容覆盖了所有文章。那么自求多福吧，steemit的保存机制不会帮你回复任何内容，它会忠实的执行你的操作：）

发送成功后文章消失

这种情况很极端，大家平时几乎不会遇到，但是我遇到过几次。我明明给留言的朋友回复了很长一段内容，然后也发送成功了，有时候甚至看到显示了，但是过会再瞧，内容消失不见了。只好重新重头敲起。但是心情一时一变，写好的内容没了，有时候再也不想重写了。

对于上述三种情况，我的做法上边已经说了，就是用记事本随时保存，甚至发送成功后也不要马上删除。过几分钟内容还在，那么基本就安全了。

文章写成功了，也提交上去了，不小心错误编辑

这种情况很常见，尤其是对于很长的文章，因为编辑文章时由于网速等诸多因素，可能文章还没加载完成，这时候再编辑（修改标题、标签等）并提交，就可能用截断的文章覆盖掉原文。

如果你的记事本还没有被删除，恭喜你。

如果被删除了，怎么办呢？

其实steem区块链的好处之一就是你做的一切操作都在块上。发表文章作为一个操作存在在块上，编辑文章也是一样。所以通过读取区块链的数据。就是可以找回到原文的。

但是怎么知道操作在哪个块上啊？这个时候可以用
get_account_history
可以获取账户操作记录，然后从这些记录中分析出发帖的操作，读出所处区块

然后用：
get_block
读取对应区块数据，从中在筛选出文章的数据。

假设我都出了区块数据，那么Python 读出文章数据的参考代码如下(仅供参考哦）：

1
2
3
4
5
6

for tx in block['transactions']:
        for op in tx['operations']:
                if op[0] == 'comment':
                        if op[1]['author'] == 'oflyhigh':
                                print(op[1]['body'])
                                break

是不是有些复杂，我觉得也是
steemit上有大神级人物做了便利的工具，来做这件事：
可以很方便的读取文章历史纪录：
https://phist.steemdata.com/

当年(四个月以前）为了研究一下这个到底是咋做的，我还特意写了一篇文章
来聊聊读取帖子的修改历史
感兴趣的朋友可以随便去瞧瞧哦

另外还有一种方式，就是通过steemd翻操作记录，慢慢翻，总有翻到的时候：）

结论

发帖、编辑帖子有丢失内容的风险，为了避免呕心沥血的巨作突然丢失，和我一样用记事本吧：）
是不是100%解决了呢？标题党一把，勿怪哦

文中插图来自bing 搜索

感谢阅读
水平有限，欢迎大家一起讨论，如有谬误，烦请指正

欢迎upvote、resteem以及 following me @oflyhigh 😎
请将我设置成为你的见证人投票代理, 访问 https://steemit.com/~witnesses

This page is synchronized from the post: 📌 如何避免辛苦创作的帖子丢失，100%解决哦 🎃