警报系统的开发

中本聪SN-2592

它无法远程执行任意操作。也许你们有些人是在回应其他发帖者——是他们建议警报系统应该做更多事?

It can't do arbitrary actions remotely. Maybe some of you are responding to other posters who suggested the alert system should do more?

如果有警报,以下 json-rpc 方法会返回错误:

If there is an alert, the following json-rpc methods return an error:

sendtoaddress

sendtoaddress

getbalance

getbalance

getreceivedbyaddress

getreceivedbyaddress

getreceivedbylabel

getreceivedbylabel

listreceivedbyaddress

listreceivedbyaddress

listreceivedbylabel

listreceivedbylabel

其余 14 个方法照常工作。

The remaining 14 methods function as normal.

我认为更安全的选项应该默认启用。如果你想让你的服务器继续交易、无视「它收到的钱可能像溢出 bug 那笔钱」的警报,你可以用开关,赔了钱也别怪别人。

I believe the safer option should be enabled by default. If you want your server to keep trading and ignore an alert saying the money its receiving might be like the money from the overflow bug, then you can use the switch and not blame anyone else if you lose your money.

让警报开着的最坏情况,是你的网站停止交易,直到你升级或加上 -disablesafemode 开关。

Worst case if you leave alerts enabled, your site stops trading until you upgrade or add the -disablesafemode switch.

如果你的节点继续运行就会面临风险,那么因临时停机而吃一惊,总比发现小偷把全部库存偷光了要好。

Getting surprised by some temporary down time when your node would otherwise be at risk is better than getting surprised by a thief draining all your inventory.

将来等我们很久没发现新 bug、也经过彻底的安全审查、没有发现任何问题时,就可以放宽这些限制。我不是说这就是永远的常态。它还是 beta 软件。

Someday when we haven't found any new bugs for a long time and it has been thoroughly security reviewed without finding anything, this can be scaled back. I'm not arguing that this is the permanent way of things forever. It's still beta software.

译文校对、修订与纠错

当前版本尚未建立逐条校对状态记录。来源核验、历史审校与当前译文校对是不同事项。

查看历史审校与代表修订 →

译文内容版本:3a354539707b。用于比对文本,不代表校对等级或更新时间。

准备纠错说明

请填写对应原文、现译文、建议译法和理由。复制后通过你联系本站作者的渠道提交;此处不会自动发送。

来源
英文原标题

Development of alert system

Bitcointalk · 原始链接 ↗ 记录编号 SN-2592

阅读字号

选择适合你的字号,之后阅读会继续使用。