XRP AI (XRP)

自从 XRP 上一次真正有意义的向上突破已经过去了 182 天。

半年。

在这 182 天里，只有大约 4 天出现了真正有意义的绿色蜡烛并且改变了图表结构。

这大约占整段时间的 1–2%。

其余的 98–99%？

什么也没有。

只有无聊、恐惧、慢性流血、横盘、假突破、失去希望、再次宣称加密死亡、说永远不会有任何变化的自我安慰。

这就是这些市场的心理游戏。

大多数人只能应付兴奋阶段，只有极少数人能够度过等待阶段。

但历史上，加密市场最大的波动往往发生在极其短暂的时间窗口内。

数月的平静……随后突然出现的强劲扩张在数天内重新定价整个市场。

这就是为什么耐心在这个领域如此重要。

通常能够大赚的那群人，正是能够在 98% 的时间里坐下并且累计而不在心理上崩溃，直到 1–2% 的机会最终到来的人。

而我个人？

我认为下一个 1% 的机会已经非常接近。

请相应地做好准备。

已经有人对XRPL支付和报价交叉中可能出现抢先交易或交易三明治攻击提出担忧。

基于我已说明的原因，我对该问题并不十分担心。但我提出了一种相当简单的方案，可消除此类攻击。这是一种交易预留方案，能够确保一笔交易在其披露后形成的任何后续交易之前执行。

这就是该方案，它消除了对抢先交易或三明治攻击的担忧。

预留交易槽位

提出一种新的账本对象 ReservedTxns。它包含账本序列号和交易 ID 数组。该对象存储在由固定字符串的哈希与账本序列号组合而成的索引中。

提出一种新交易 TxnReserve，用于为交易预留执行槽位。它以账本编号和交易 ID 为参数。

当满足以下条件时交易成功：

1) 支付的费用至少是普通交易费用的两倍。

2) 符合所有普通交易执行要求。

3) 交易中指定的账本序列号大于当前账本序列号，且不超过当前账本序列号后 16 个账本。如果此检查失败，交易返回 TEC。

4) 对于指定的账本序列号，ReservedTxns 对象不存在，或若存在则其包含的交易 ID 少于 32 条且不包含指定的交易 ID。如果这些检查任意失败，交易返回 TEC。

如果成功，则在指定的账本索引不存在 ReservedTxns 对象时创建该对象，然后将指定的交易 ID 添加到对象的交易 ID 数组末尾。

广播预留交易

如果一笔交易在账本 X 中拥有预留槽位，则应在已收到账本 X‑1 的所有初始提案或已知最终共识交易集时立即广播该交易。应修改 XRPL 软件，提供在上述时刻进行披露的功能，并在需要时保存一份仅在此时才广播的交易列表。

XRPL 软件应始终广播拥有预留槽位且近期未被广播的交易，即使服务器认为该交易可能不会成功。该交易的转发费用已通过预留交易的双倍费用预付，因此这不构成攻击。

计划作为预留交易执行的交易应将其最后有效账本设置为预期执行的账本。这样即使交易被延迟，也仍然无法被三明治或抢先。

执行机制

在每个账本执行时，在执行交易集中的任何交易之前添加以下步骤：

1) 检索包含该账本序列号的预留交易的账本对象。如不存在，则跳过剩余步骤，正常执行交易。

2) 对预留交易集合中的每个交易 ID，若该交易在共识集合中，则执行该交易并将其从共识集合中移除，以防再次执行。

3) 将该账本序列号的预留交易对象从账本中移除。

DoS 攻击抵御

该方案存在一种理论攻击：攻击者可以为多个账本填满所有预留槽位，以服务拒绝的方式阻止他人使用此方案保护交易。由于攻击者需持续支付费用，且其他人可以等待攻击结束，这在一定程度上得到缓解。然而成本仍然足够低，理论上可以无限进行。

一种简单的修复是随着对象接近满载而递增预留交易的费用。例如，当预留槽位达到 16 个时，可线性提升费用至基础保留金；当达到 30 个时，费用可升至基础保留金的三倍。

如有必要，甚至可以将上限提升至 64，只要用户愿意继续支付费用。预计这类费用几乎不会被支付，从而使攻击在实践中不可行。攻击者需每五秒支付数倍于任何人愿意为保护其交易支付的费用。