[{"data":1,"prerenderedAt":1073},["ShallowReactive",2],{"\u002Fzh\u002Fglossary\u002Fwhat-is-packet-retransmission":3,"\u002Fzh\u002Fglossary\u002Fwhat-is-packet-retransmission-related":239,"\u002Fzh\u002Fglossary\u002Fwhat-is-packet-retransmission-langs":1070},{"id":4,"title":5,"body":6,"category":221,"date":222,"description":223,"draft":224,"extension":225,"meta":226,"navigation":227,"path":228,"related":229,"seo":234,"stem":235,"term":236,"updated":237,"__hash__":238},"glossary\u002Fzh\u002F5.glossary\u002Fwhat-is-packet-retransmission.md","MetaTrader 中的数据包重传是什么？",{"type":7,"value":8,"toc":213},"minimark",[9,13,17,20,31,39,42,45,53,56,59,72,75,78,85,106,113,117,152,166,174,177,206],[10,11,12],"p",{},"数据包重传，是指网络数据包因为第一次发送时丢失或迟迟没有得到确认，不得不再发一次的比例，用百分比表示。连接正常时，它是零。它衡量的是 MetaTrader 终端与外界之间的线路是否可靠。这和线路快不快是两个问题，而且更有参考价值。",[14,15,16],"h2",{"id":16},"工作原理",[10,18,19],{},"终端和交易服务器之间的所有通信都走 TCP 协议，TCP 靠重新发送来保证送达：发送方发出数据包后等待确认，超时还没收到，就再发一次。",[21,22,27],"pre",{"className":23,"code":25,"language":26},[24],"language-text","重传 % = 重新发送的数据包 \u002F 已发送的数据包 × 100\n","text",[28,29,25],"code",{"__ignoreMap":30},"",[10,32,33,34,38],{},"MetaTrader 把这个值作为终端属性提供，EA（智能交易系统）把它连同其他环境数据一起转发，ShowMyTrades 再格式化为两位小数，所以低于 0.005% 的值都会显示为 ",[35,36,37],"strong",{},"0.00%","。",[10,40,41],{},"看这个数时要注意两点。第一，它来自机器自身的网络协议栈，不是单独探测某一条连接，所以同一台 VPS 或同一条家庭线路上的其他软件也会影响它。第二，它是比率，不是事件次数：只要不是零，就说明丢包在持续发生，不是偶尔一次。",[14,43,44],{"id":44},"为什么重要",[10,46,47,52],{},[48,49,51],"a",{"href":50},"\u002Fglossary\u002Fwhat-is-terminal-ping","Ping"," 是平均值，而平均值反映的是情况好的时候。一条连接的平均往返时间可以很漂亮，却照样丢包，因为丢包藏在尾部，被平均值抹平了。重传直接测量的，就是这条尾部。",[10,54,55],{},"一次重传的代价不止多一次往返。发送方得先等到超时，才能确定数据包丢了，而这段等待通常是正常往返时间的好几倍。所以 1% 的重传率，不是让所有消息都慢 1%，而是让 1% 的消息慢得多，其余 99% 却看起来毫无问题。不管怎么算平均值，结果都让人放心。",[10,57,58],{},"TCP 还要求按顺序交付，所以丢失的数据包补回来之前，后面的数据都得排队等。常见的症状就是这样：报价突然停住，然后一下子全涌进来。",[10,60,61,62,66,67,71],{},"所以，重传率上升的后果很具体。",[48,63,65],{"href":64},"\u002Fglossary\u002Fwhat-is-order-execution","即时执行","下会出现重新报价，因为请求到达时，终端依据的价格已经过时。市价执行下，实际",[48,68,70],{"href":69},"\u002Fglossary\u002Fwhat-is-slippage","滑点","会扩大。EA 的操作会执行得晚，甚至根本没执行。如果继续攀升，会话就会中断，终端彻底不再发送数据。",[10,73,74],{},"两个信号中，它也来得更早。Ping 在路由变化时变差；重传在线路本身出问题时变差，通常远在断线之前。",[14,76,77],{"id":77},"数据显示了什么",[10,79,80,81,84],{},"以下数字只描述在 ShowMyTrades 上发布的账户，不代表交易者整体。只有通过我们的 EA 连接的 MetaTrader 账户才会发送终端读数，而 ",[35,82,83],{},"1 万+ 个已连接账户","中，绝大多数是 MetaTrader 账户。cTrader 和 TradeLocker 账户通过经纪商的 API 接入，没有终端，自然也没有自己的网络读数。",[10,86,87,88,91,92,95,96,100,101,105],{},"这一点在这里之所以重要，是因为自动化。",[35,89,90],{},"自动交易占比的中位数为 99%","，",[35,93,94],{},"53.9% 的账户自动化程度超过 90%","。这些终端无人值守，往往跑在一台租来的服务器上，主人好几周都没登录过。主观交易者几分钟内就会发现连接卡顿，因为屏幕就在眼前。而凌晨三点，一台状况越来越差的 ",[48,97,99],{"href":98},"\u002Fglossary\u002Fwhat-is-a-vps","VPS"," 上跑着的 ",[48,102,104],{"href":103},"\u002Fglossary\u002Fwhat-is-an-expert-advisor","EA"," 什么也察觉不到，别人也一样，直到结果出了错。",[10,107,108,109,112],{},"这些账户连接着 ",[35,110,111],{},"703 个不同的经纪商服务器","，通往每个服务器的路径都不一样。",[14,114,116],{"id":115},"在-showmytrades-上的位置","在 ShowMyTrades 上的位置",[10,118,119,122,123,126,127,130,131,133,134,136,137,140,141,140,144,147,148,151],{},[35,120,121],{},"重传","是",[35,124,125],{},"终端","面板（MT5 上叫",[35,128,129],{},"终端与已打开的图表","，MT4 上就叫",[35,132,125],{},"）六个卡片中的第二个，紧跟在 ",[35,135,51],{}," 之后，后面依次是",[35,138,139],{},"终端版本号","、",[35,142,143],{},"内存",[35,145,146],{},"自动交易","和 ",[35,149,150],{},"DLL 导入","。卡片显示两位小数的百分比，提示框直接说明了怎么看：接近 0% 表示连接稳定；持续偏高，说明网络不可靠，或者交易服务器距离较远。",[10,153,154,155,140,158,161,162,165],{},"看这个数要结合面板标题：标题上有状态徽章（",[35,156,157],{},"已连接",[35,159,160],{},"未连接交易服务器","或",[35,163,164],{},"离线","），还有最近一次读数是多久以前；账户 11 分钟没有动静，就会标为离线。重传不断攀升，时间戳又越落越远，这正是终端即将停止发送数据前的典型过程。",[10,167,168,169,173],{},"这个面板只有所有者能看到，位于账户的控制台页面：终端数据，包括已打开图表上运行的 EA，从不发布到",[48,170,172],{"href":171},"\u002Fguides\u002Fpublic-profile-and-custom-slugs","公开页面","或小组件上。cTrader 和 TradeLocker 账户没有终端，也就没有这个面板。",[14,175,176],{"id":176},"常见误解",[178,179,180,188,194,200],"ul",{},[181,182,183,184,187],"li",{},"“",[35,185,186],{},"0.00% 就代表连接完美。","”它只说明最近一次同步时，数值低于两位小数的显示精度。这只是一张快照，一次干净的读数代表不了整晚的情况。",[181,189,183,190,193],{},[35,191,192],{},"这是经纪商的问题。","”它反映的是网络路径，以及路径靠您这一端的那台机器。一台繁忙的 VPS，完全不关经纪商的事，也能把它推高。",[181,195,183,196,199],{},[35,197,198],{},"只要 ping 低，重传就无所谓。","”恰恰是这种组合最值得担心：漂亮的平均值背后，藏着一条肥尾。",[181,201,183,202,205],{},[35,203,204],{},"它只影响行情数据，不影响我的订单。","”报价和订单走的是同一条 TCP 连接，一个卡住，另一个也会卡住。",[10,207,208,209,38],{},"终端读数由您连接账户时安装的同一个 EA 发送。详见",[48,210,212],{"href":211},"\u002Fguides\u002Fhow-to-verify-your-account","如何验证您的账户",{"title":30,"searchDepth":214,"depth":214,"links":215},2,[216,217,218,219,220],{"id":16,"depth":214,"text":16},{"id":44,"depth":214,"text":44},{"id":77,"depth":214,"text":77},{"id":115,"depth":214,"text":116},{"id":176,"depth":214,"text":176},"平台","2026-08-19T00:00:00.000Z","重传指需要重新发送的网络数据包占比。本文讲为什么它比 ping 更能看出连接是否稳定，以及重传率上升会怎样影响执行。",false,"md",{},true,"\u002Fzh\u002Fglossary\u002Fwhat-is-packet-retransmission",[230,231,232,233],"what-is-terminal-ping","what-is-a-vps","what-is-order-execution","what-is-slippage",{"title":5,"description":223},"zh\u002F5.glossary\u002Fwhat-is-packet-retransmission","数据包重传 (Retransmission)","2026-09-17T00:00:00.000Z","7VoshlYzaKx2tJ0PmFnaLHbw1jms8NXIwvtBBUquVIU",[240,414,665,868],{"id":241,"title":242,"body":243,"category":221,"date":222,"description":403,"draft":224,"extension":225,"meta":404,"navigation":227,"path":405,"related":406,"seo":409,"stem":410,"term":411,"updated":412,"__hash__":413},"glossary\u002Fzh\u002F5.glossary\u002Fwhat-is-a-vps.md","交易中的 VPS 是什么？为什么正常运行时间决定结果",{"type":7,"value":244,"toc":396},[245,253,255,258,264,267,270,276,278,286,289,291,303,306,308,339,353,361,363,389],[10,246,247,248,252],{},"VPS（虚拟专用服务器，virtual private server）是从数据中心某台物理机器上分出来的一部分，租下后可以像远程电脑一样使用。在交易中，它只做一件事：让您的 ",[48,249,251],{"href":250},"\u002Fglossary\u002Fwhat-is-metatrader","MetaTrader"," 终端不间断地运行，网络不掉线，机房还离经纪商的交易服务器很近。对自动化策略来说，VPS 算不上优化手段，它就是策略真正运行的环境。",[14,254,16],{"id":16},[10,256,257],{},"通过远程桌面连上 VPS，装好终端，登录，然后让它一直开着。之后您的笔记本合上、更新系统，甚至扔掉，策略都不受影响。花钱买的是两样东西：正常运行时间，以及离交易服务器足够近的物理距离；后者可以用往返延迟来衡量。",[21,259,262],{"className":260,"code":261,"language":26},[24],"Ping = 终端 → 交易服务器 → 终端，一次往返\n",[28,263,261],{"__ignoreMap":30},[10,265,266],{},"多少算好，没有官方标准，而且要看相对值：同样一个数字，对持仓数天的策略无关紧要，对靠点差吃饭的策略却根本不能接受。方向则毫无争议：往返时间越长，成交价离策略想要的价格就越远。",[10,268,269],{},"人们最容易误解的，是持仓期间终端宕机会怎样。在 MetaTrader 中，挂在持仓上的止损和止盈保存在经纪商的服务器上，终端关了也照样触发。其他一切都在客户端运行，终端一停就全部停摆：新开仓、追踪止损、部分平仓、移至保本、EA（智能交易系统）存在内存里的虚拟止损、网格和回本逻辑。马丁格尔系统如果在加仓序列中途失去终端，并不会暂停：那一篮子仓位会一直无人管理，直到终端恢复；原本用来平衡整体仓位的那一单，根本不会开出来。",[10,271,272,273,275],{},"延迟和丢包还有另一层影响：它们会拉大 EA 决定的价格和实际成交价之间的差距。这个差距就是",[48,274,70],{"href":69},"，策略参数怎么调都绕不开。",[14,277,44],{"id":44},[10,279,280,281,285],{},"自动化策略的实盘结果，等于策略本身加上执行环境。同一套代码在两台机器上跑，两个账户的曲线会不一样，差别出在 ping、正常运行时间和成交质量上，而不在逻辑上。这也是",[48,282,284],{"href":283},"\u002Fglossary\u002Fwhat-is-backtesting","回测","结果往往好于实盘的原因之一：回测从不断线，从不漏掉一根 K 线，而且总按模型价格成交。",[10,287,288],{},"看别人的业绩记录时也要想到这一点。在 ping 为 40 ms 的 VPS 上跑出来的记录，换到 ping 300 ms、每晚还要装 Windows 更新的家用笔记本上，就算 EA 和经纪商都一样，也复制不出来。",[14,290,77],{"id":77},[10,292,293,294,91,296,298,299,302],{},"在我们的平台上，自动化是常态，而不是例外。截至 2026 年 8 月，在 ShowMyTrades 上有交易历史的公开账户中，",[35,295,90],{},[35,297,94],{},"。分布呈哑铃形，两头多、中间少：另有 ",[35,300,301],{},"42.2% 的账户自动化程度低于 10%","，介于两者之间的很少。交易者要么完全交给程序，要么完全手动。",[10,304,305],{},"也就是说，在这里公开业绩的账户中，超过一半要靠一个始终运行、保持连接、并且允许交易的终端。这些账户分布在 703 个不同的经纪商服务器上，已同步的交易共 15,436,464 笔。",[14,307,116],{"id":115},[10,309,310,311,313,314,140,318,320,321,323,324,326,327,147,329,331,332,140,334,161,336,338],{},"账户页面上的",[35,312,129],{},"模块，显示运行策略那台机器的实时状态：到交易服务器的 ",[48,315,316],{"href":50},[35,317,51],{},[35,319,121],{},"（需要重新发送的网络数据包占比）、",[35,322,139],{},"、主机",[35,325,143],{},"，以及是否允许",[35,328,146],{},[35,330,150],{},"。连接徽章会显示",[35,333,157],{},[35,335,160],{},[35,337,164],{},"，旁边注明终端上次报告是多久以前；标题栏则统计您有几个终端在线。",[10,340,341,342,347,348,352],{},"下方的已打开图表表格，逐个列出每张图表的品种、时间周期、",[48,343,344],{"href":103},[35,345,346],{},"智能交易系统","和指标，实际加载了什么一看便知，不必听信对方的说法。账户头部还有一个徽章，显示根据交易本身算出的自动化比例，例如 ",[349,350,351],"em",{},"99% autotrading","（99% 自动交易）。",[10,354,355,356,360],{},"一份如实交代自身条件的",[48,357,359],{"href":358},"\u002Fglossary\u002Fwhat-is-a-verified-track-record","经验证的业绩记录","，就该是这个样子：数字，连同产生这些数字的环境，放在同一个页面上。",[14,362,176],{"id":176},[178,364,365,371,377,383],{},[181,366,367,370],{},[35,368,369],{},"VPS 不会让策略变得盈利","。它只是避免漏单和停机。如果策略本来就没有优势，机器越快，亏钱只会亏得越稳定。",[181,372,373,376],{},[35,374,375],{},"到网站的 ping 不等于到交易服务器的 ping","。要看的是到经纪商服务器的往返时间，也就是终端报告的那个数。VPS 选错了城市，可能还不如您桌上的电脑快。",[181,378,379,382],{},[35,380,381],{},"低延迟不能消除滑点","。点差、流动性和经纪商的执行模式照样起作用。VPS 去掉的是您这一侧的延迟，去不掉经纪商那一侧的。",[181,384,385,388],{},[35,386,387],{},"问题不在于“我的电脑从不死机”","。Windows 更新、休眠设置、网络运营商故障、停电，都会让终端断线，而且发生的时机与您的持仓毫无关联，完全随机。",[10,390,391,392,38],{},"想用同样审慎的眼光看完账户页面的其余部分，请读：",[48,393,395],{"href":394},"\u002Fguides\u002Freading-a-trading-account-dashboard","如何读懂交易账户控制台",{"title":30,"searchDepth":214,"depth":214,"links":397},[398,399,400,401,402],{"id":16,"depth":214,"text":16},{"id":44,"depth":214,"text":44},{"id":77,"depth":214,"text":77},{"id":115,"depth":214,"text":116},{"id":176,"depth":214,"text":176},"VPS 是一台租来的、全天候在线的服务器。您的电脑休眠、重启或断网时，交易终端照样在上面运行、保持连接。",{},"\u002Fzh\u002Fglossary\u002Fwhat-is-a-vps",[407,233,408],"what-is-a-verified-track-record","what-is-backtesting",{"title":242,"description":403},"zh\u002F5.glossary\u002Fwhat-is-a-vps","VPS (虚拟专用服务器)","2026-09-04T00:00:00.000Z","DL1NAToJhz4AbS1tLr3efSqyW6iByPVGN45GYUmUlic",{"id":415,"title":416,"body":417,"category":652,"date":222,"description":653,"draft":224,"extension":225,"meta":654,"navigation":227,"path":655,"related":656,"seo":660,"stem":661,"term":662,"updated":663,"__hash__":664},"glossary\u002Fzh\u002F5.glossary\u002Fwhat-is-order-execution.md","什么是订单执行？执行类型、重新报价与成交",{"type":7,"value":418,"toc":645},[419,427,429,432,441,450,461,464,470,476,478,481,484,486,496,499,514,516,607,609,638],[10,420,421,422,426],{},"订单执行，是经纪商把下单请求变成按某个价格成交的仓位的过程。从终端发出请求，到服务器确认成交，中间的一切都算在内：",[48,423,425],{"href":424},"\u002Fglossary\u002Fwhat-is-a-b-book-broker","路由","、价格校验，以及接受、重新报价还是拒单的决定。两个账户在不同经纪商跑同一套逻辑，策略毫无差别，结果却可能不一样，原因就在这里。",[14,428,16],{"id":16},[10,430,431],{},"MetaTrader 文档列出了四种执行模式：请求执行（Request）、即时执行（Instant）、市价执行（Market）和交易所执行（Exchange），但零售外汇账户只用其中两种。两者的区别在于：请求还在路上时价格变了，会怎样处理。",[10,433,434,437,438,38],{},[35,435,436],{},"市价执行","。订单按到达服务器那一刻的价格成交。价格变动不会导致拒单，所以基本上一定能成交，但可能",[48,439,440],{"href":69},"出现滑点",[10,442,443,445,446,449],{},[35,444,65],{},"。您指定一个价格。如果行情变动超出经纪商允许的范围，服务器会返回",[35,447,448],{},"重新报价","：给出一个新价格，由您决定接受还是放弃。不会有滑点，但交易不一定开得成。",[10,451,452,453,456,457,460],{},"另外还有两种结果值得注意。",[35,454,455],{},"部分成交","：您指定的价格上可成交的量小于订单量，于是只成交一部分，剩下的要么以更差的价格成交，要么被取消。",[35,458,459],{},"拒单","：返回一个错误代码，不产生仓位。",[10,462,463],{},"耗时可以清楚地拆成三段：",[21,465,468],{"className":466,"code":467,"language":26},[24],"往返时间 = 终端 -> 交易服务器             （网络路径）\n         + 订单校验与撮合                 （经纪商）\n         + 交易服务器 -> 终端             （确认）\n",[28,469,467],{"__ignoreMap":30},[10,471,472,473,475],{},"只有中间一段才是经纪商的执行速度。第一段和第三段都是网络路径，所以把终端搬到离交易服务器更近的 ",[48,474,99],{"href":98}," 上，经纪商什么都没改，测出来的执行速度也会变。",[14,477,44],{"id":44},[10,479,480],{},"到了执行这一步，策略就不再只是算术题了。回测里每笔订单都按请求价成交，从不重新报价，也从不错过入场。实盘中，这些假设每一条都要付出代价；持仓周期越短，优势中由执行而非信号决定的部分就越大。",[10,482,483],{},"拒单是常被忽略的另一半。滑点至少会反映在成交价上，事后还能分析。一笔根本没开出来的交易，哪里都不会留下记录；只看成功下出去的交易来评判策略，看到的是一个带幸存者偏差的版本。",[14,485,77],{"id":77},[10,487,488,489,491,492,495],{},"在 ShowMyTrades 上有交易历史的公开账户中（2026 年 8 月），订单发往 ",[35,490,111],{},"，从中读回了 ",[35,493,494],{},"15,436,464 笔交易","。这里没有统一的执行环境：同一条指令和同一个市场之间，隔着七百个各自配置的服务器。",[10,497,498],{},"这 15,436,464 条记录，每一条都是成交，没有一条是尝试：经纪商的历史记录只报告已开立的仓位，所以重新报价、拒单和被取消的剩余部分天然不在统计之内。本平台如此，任何基于经纪商记录的平台也都如此。",[10,500,501,502,91,505,508,509,513],{},"比较仍然做得到，只是要靠重复。",[35,503,504],{},"699 位用户有不止一个账户",[35,506,507],{},"429 位用户在不止一家经纪商开有账户","：",[48,510,512],{"href":511},"\u002Fguides\u002Fsame-strategy-different-brokers","逻辑不变，只换服务器","，是零售交易者最接近受控执行测试的做法。",[14,515,116],{"id":115},[178,517,518,545,578,600],{},[181,519,520,522,523,525,526,530,531,536,537,140,539,140,541,147,543,38],{},[35,521,125],{},"面板（MT5 上为",[35,524,129],{},"）显示 ",[48,527,528],{"href":50},[35,529,51],{},"，即到经纪商交易服务器的往返时间，以及",[48,532,534],{"href":533},"\u002Fglossary\u002Fwhat-is-packet-retransmission",[35,535,121],{},"，即需要重发的网络数据包比例。低于 50 ms 为优秀；高于 200 ms 可能意味着订单执行变慢、滑点增多。同一面板还显示",[35,538,139],{},[35,540,143],{},[35,542,146],{},[35,544,150],{},[181,546,547,550,551,554,555,140,558,140,561,140,564,140,567,140,570,573,574,577],{},[35,548,549],{},"交易历史与余额变化","下的",[35,552,553],{},"已平仓交易","表格逐笔列出",[35,556,557],{},"开仓价",[35,559,560],{},"平仓价",[35,562,563],{},"止损",[35,565,566],{},"止盈",[35,568,569],{},"持续时间",[35,571,572],{},"佣金","和",[35,575,576],{},"库存费","。出场价原本设在哪里、实际落在哪里，两相对照，是从经纪商记录里能看到的最接近执行质量的信息。",[181,579,580,583,584,587,588,140,594,573,597,38],{},[35,581,582],{},"高级统计","显示",[35,585,586],{},"最差交易（点）","：如果它远远超出账户平常的止损距离，多半是出场时遇到跳空或成交太差留下的痕迹，而不是入场没做好。另外还有",[48,589,591],{"href":590},"\u002Fglossary\u002Fwhat-is-average-trade-length",[35,592,593],{},"平均持仓时间",[35,595,596],{},"佣金合计",[35,598,599],{},"总手数",[181,601,602,603,606],{},"账户头部的",[35,604,605],{},"信息","一行有经纪商徽章，提示框里显示交易服务器名称，旁边是平台、货币和杠杆。决定执行环境的是服务器，不是品牌。",[14,608,176],{"id":176},[610,611,612,618,624,632],"ol",{},[181,613,183,614,617],{},[35,615,616],{},"市价执行不如即时执行。","”两者没有高下之分。一种用成交的确定性换价格的确定性，另一种正好相反。哪种让您吃亏，要看策略。",[181,619,183,620,623],{},[35,621,622],{},"ECN、STP 和 NDD 说的是执行方式。","”它们是营销标签，不是受监管的定义，也没有人审计。不如直接衡量账户。",[181,625,183,626,629,630,38],{},[35,627,628],{},"成交慢都怪经纪商。","”很多时候问题出在网络路径上。对服务器下结论之前，先看 ",[35,631,51],{},[181,633,183,634,637],{},[35,635,636],{},"执行快就是执行好。","”速度快而价格差，毫无意义。一笔瞬间成交却差了三个点的订单，照样差了三个点。",[10,639,640,641,38],{},"想比较两家经纪商的执行质量和成本，方法见",[48,642,644],{"href":643},"\u002Fguides\u002Fbroker-cost-audit","经纪商成本核算指南",{"title":30,"searchDepth":214,"depth":214,"links":646},[647,648,649,650,651],{"id":16,"depth":214,"text":16},{"id":44,"depth":214,"text":44},{"id":77,"depth":214,"text":77},{"id":115,"depth":214,"text":116},{"id":176,"depth":214,"text":176},"经纪商","订单执行，就是经纪商把您的下单请求变成实际成交的过程。市价执行与即时执行、重新报价、部分成交，以及如何衡量执行质量。",{},"\u002Fzh\u002Fglossary\u002Fwhat-is-order-execution",[233,657,658,659],"what-is-server-latency","what-is-a-b-book-broker","what-is-a-spread",{"title":416,"description":653},"zh\u002F5.glossary\u002Fwhat-is-order-execution","订单执行 (Order Execution)","2026-08-29T00:00:00.000Z","rLQV3ID6e807Wa7mw_LLLhn1OhUiAbc-Q1FgIK2m9-Y",{"id":666,"title":667,"body":668,"category":858,"date":222,"description":859,"draft":224,"extension":225,"meta":860,"navigation":227,"path":861,"related":862,"seo":864,"stem":865,"term":866,"updated":663,"__hash__":867},"glossary\u002Fzh\u002F5.glossary\u002Fwhat-is-slippage.md","什么是滑点（Slippage）？定义、成因与真实数据",{"type":7,"value":669,"toc":851},[670,673,675,681,684,690,696,706,713,715,725,733,735,749,760,762,765,817,819,845],[10,671,672],{},"滑点，是您下单时预期的价格与实际成交价格之间的差额。从您的终端发出请求，到经纪商服务器完成撮合，中间这段时间市场还在动，滑点就是这样产生的。滑点可能对您不利，也可能对您有利，但实际上并不对称：最容易出现大滑点的时候，恰恰也是最需要精确成交的时候。",[14,674,16],{"id":16},[21,676,679],{"className":677,"code":678,"language":26},[24],"滑点（点） = (成交价 − 请求价) \u002F 点的大小\n             卖出订单取相反符号\n",[28,680,678],{"__ignoreMap":30},[10,682,683],{},"滑点有三个来源。",[10,685,686,689],{},[35,687,688],{},"延迟","。从请求到执行，每一毫秒价格都可能变。延迟来自通往交易服务器的网络路径、终端自身的处理，以及经纪商的撮合队列。",[10,691,692,695],{},[35,693,694],{},"流动性","。订单要在订单簿上成交。如果报价上可成交的数量比您的订单小，剩下的部分就会在下一档价格成交。所以仓位越大，滑点越大；市场越深，滑点越小。",[10,697,698,701,702,705],{},[35,699,700],{},"订单类型","。市价单按当时能拿到的价格成交，所以会滑点。限价单从不滑点，但可能成交不了，这本身也是一种成本。Stop 类订单（包括",[48,703,563],{"href":704},"\u002Fglossary\u002Fwhat-is-a-stop-loss","）一触发就变成市价单，这是最重要的一点：止损保证的是您能离场，而不是离场的价格。",[10,707,708,709,712],{},"最糟糕的时段是可以预见的：预定的经济数据公布、每日展期（rollover）前后流动性稀薄的时段、周日开盘跳空，以及一大批止损同时触发、把订单簿抽空的那一刻。",[35,710,711],{},"正滑点","也存在（成交价比请求价更好）。经纪商如果让您承担负滑点，也把正滑点照样给您，做法就是对称的；如果好的成交自己留着，差的推给您，那就不对称。",[14,714,44],{"id":44},[10,716,717,718,720,721,724],{},"滑点就是纸面上的策略和服务器上的同一策略之间的差距。用历史卖出价（bid）、按零滑点跑出来的",[48,719,284],{"href":283},"，假设了一种根本不存在的执行方式；",[48,722,723],{"href":590},"平均每笔交易","越短，这个假设凭空造出来的优势就占得越多。",[10,726,727,728,732],{},"目标越小，这笔账越无情。半个点的不利滑点，是 5 点目标的十分之一，却只是 200 点目标的四百分之一；而且它是在",[48,729,731],{"href":730},"\u002Fglossary\u002Fwhat-is-a-spread","点差","和佣金之外另算的，不是替代它们。",[14,734,77],{"id":77},[10,736,737,738,91,740,742,743,508,745,748],{},"不等合适时机就出手的系统，最看重执行质量，而平台上的大多数账户正是这样。截至 2026 年 8 月，ShowMyTrades 上有交易历史的公开账户中，",[35,739,90],{},[35,741,94],{},"（42.2% 低于 10%）。这些账户连接了 ",[35,744,111],{},[48,746,747],{"href":511},"同一个策略，发往七百个不同的撮合引擎","，面对七百种不同的延迟情况。",[10,750,751,752,755,756,759],{},"持仓时间又放大了这种风险。这些账户的",[35,753,754],{},"持仓时间中位数为 2.4 小时","，中位数账户已平仓 ",[35,757,758],{},"171 笔交易","：执行成本付得频繁，每笔交易又没有多少时间让价格波动把它消化掉。",[14,761,116],{"id":115},[10,763,764],{},"我们不记录您的终端请求的价格，所以不公布逐笔滑点这个指标；只靠经纪商数据，任何诚实的平台也都公布不了。我们公布的是能衡量的那一半：造成滑点的延迟。",[178,766,767,792,809],{},[181,768,769,522,771,773,774,778,779,783,784,140,786,140,788,147,790,38],{},[35,770,125],{},[35,772,129],{},"）会显示 ",[48,775,776],{"href":50},[35,777,51],{},"，即终端与经纪商交易服务器之间的往返时间，以及",[48,780,781],{"href":533},[35,782,121],{},"，即需要重新发送的网络数据包比例。Ping 低于 50 ms 属于优秀；高于 200 ms 可能意味着执行更慢、滑点更多。重传率一直偏高，说明网络不稳定，或者交易服务器离得太远。同一面板还会显示",[35,785,139],{},[35,787,143],{},[35,789,146],{},[35,791,150],{},[181,793,794,550,796,798,799,573,801,803,804,573,806,808],{},[35,795,549],{},[35,797,553],{},"表格，每个订单都有",[35,800,557],{},[35,802,560],{},"，旁边是",[35,805,563],{},[35,807,566],{},"列。把离场价位的设定值和实际成交的位置一比，就是从经纪商记录里能读到的最接近滑点的数据。",[181,810,811,813,814,816],{},[35,812,582],{},"中的",[35,815,586],{}," 可以用来快速检查。如果最差交易远远超出账户原本设定的止损距离，那就是跳空或滑点离场留下的痕迹，而不是入场没做好。",[14,818,176],{"id":176},[610,820,821,827,833,839],{},[181,822,823,826],{},[35,824,825],{},"止损保证的是离场，不是价格","。遇到跳空，它会按第一个能成交的价格平仓，可能远远超出您设定的价位。",[181,828,829,832],{},[35,830,831],{},"市价单上的“零滑点”，是谁都兑现不了的承诺","。保证止损确实有，但那是另一种产品，要另外付费。",[181,834,835,838],{},[35,836,837],{},"滑点不一定是亏损","。看看您的成交价有没有比请求价更好的时候；如果从来没有，这本身就说明了这家经纪商的情况。",[181,840,841,844],{},[35,842,843],{},"模拟账户的结果偏乐观","。模拟服务器不模拟排队位置和订单簿深度，所以在模拟账户上完美无缺的策略，到了实盘可能只是勉强能用。",[10,846,847,848,850],{},"想了解 Ping、重传与页面上的其他内容如何结合起来看，请阅读",[48,849,395],{"href":394},"指南。",{"title":30,"searchDepth":214,"depth":214,"links":852},[853,854,855,856,857],{"id":16,"depth":214,"text":16},{"id":44,"depth":214,"text":44},{"id":77,"depth":214,"text":77},{"id":115,"depth":214,"text":116},{"id":176,"depth":214,"text":176},"成本","滑点是您预期的价格与实际成交价之间的差额。本文解释它为什么总在最要命的时候最严重，以及延迟如何让它变得可以衡量。",{},"\u002Fzh\u002Fglossary\u002Fwhat-is-slippage",[659,863,231,408],"what-is-a-stop-loss",{"title":667,"description":859},"zh\u002F5.glossary\u002Fwhat-is-slippage","滑点 (Slippage)","_usMaUZBN8x6rtKI1x17K10-_LxzY0duV2FLyHX73gE",{"id":869,"title":870,"body":871,"category":221,"date":222,"description":1061,"draft":224,"extension":225,"meta":1062,"navigation":227,"path":1063,"related":1064,"seo":1066,"stem":1067,"term":1068,"updated":237,"__hash__":1069},"glossary\u002Fzh\u002F5.glossary\u002Fwhat-is-terminal-ping.md","什么是终端延迟（Ping）？与交易服务器之间的往返时间",{"type":7,"value":872,"toc":1054},[873,879,881,884,890,893,896,925,928,930,933,936,939,941,951,962,971,973,997,1007,1018,1020,1043],[10,874,875,876,38],{},"终端延迟（ping）是 MetaTrader 终端与经纪商交易服务器之间的往返时间，也就是一个数据包发出去再回来要多久，单位是毫秒。它取决于网络路径，与上面跑的策略无关：在这段空档里，您请求的价格只是一个愿望。MetaTrader 以微秒报告这个值，ShowMyTrades 换算成毫秒并保留一位小数，所以 12,245 µs 显示为 ",[35,877,878],{},"12.2 ms",[14,880,16],{"id":16},[10,882,883],{},"终端会记下最近一次测到的、与交易服务器之间的往返时间。订单的每一步，都叠加在这个时间之上。",[21,885,888],{"className":886,"code":887,"language":26},[24],"Ping (ms) = 终端 ↔ 交易服务器之间最近一次测得的往返时间\n\n订单延迟 ≈ ping\u002F2   （请求发出）\n          + 经纪商撮合与校验\n          + ping\u002F2   （确认返回）\n",[28,889,887],{"__ignoreMap":30},[10,891,892],{},"三项里只有中间那一项归经纪商。第一项和第三项取决于地理位置和路由，所以同一家经纪商，同一数据中心里的终端读数是 3 ms，地球另一端的家庭网络则是 280 ms。",[10,894,895],{},"参考区间：",[178,897,898,906,912],{},[181,899,900,903,904,38],{},[35,901,902],{},"低于 50 ms","：优秀，卡片的提示框里用的就是这个词。通常是离经纪商数据中心很近的 ",[48,905,99],{"href":98},[181,907,908,911],{},[35,909,910],{},"50 到 150 ms","：家庭或办公室网络连接区域服务器的正常水平。",[181,913,914,917,918,921,922,924],{},[35,915,916],{},"高于 200 ms","（提示框的警告阈值）：",[48,919,920],{"href":64},"订单执行","明显变慢，实际",[48,923,70],{"href":69},"扩大。",[10,926,927],{},"这些到底有多要紧，取决于一个区别。止损单和止盈单存放在交易服务器上，不在终端里，所以连接再差也会照常触发。Ping 只会拖慢由终端发起的操作：开仓、手动平仓、改单，以及所有写在 EA（智能交易系统）内部、而不是作为服务器端订单存在的追踪逻辑。",[14,929,44],{"id":44},[10,931,932],{},"在市价执行下，延迟会直接变成成本：成交价是请求到达那一刻的价格，而不是请求发出时屏幕上的那个价格。200 ms 的往返就是五分之一秒，这段时间里市场可以随意变动，而且偏偏在订单最要紧的时候动得最厉害。",[10,934,935],{},"这五分之一秒贵不贵，完全看目标。持仓几个小时、瞄准五十点行情的单子，根本感觉不到。目标只有三到五点的系统，同样的时间里可能丢掉相当一部分优势，而且笔笔如此。回测对此只字不提：回测里永远按请求价格瞬间成交。",[10,937,938],{},"怪经纪商之前，先看 ping。读数 300 ms 时成交差，其实是网络问题，只是顶着经纪商的名字。",[14,940,77],{"id":77},[10,942,943,944,947,948,950],{},"以下数字只描述在 ShowMyTrades 上发布的账户，不代表交易者整体。只有所有者自己的终端运行我们的 EA，才会有终端读数；而 ",[35,945,946],{},"1 万+ 个已连接的账户","中，绝大多数用的是 ",[48,949,251],{"href":250},"。cTrader 和 TradeLocker 账户通过经纪商的 API 连接，没有本地终端，也就没有 ping 可报。",[10,952,953,954,91,956,958,959,961],{},"这批账户对延迟非常敏感。",[35,955,90],{},[35,957,94],{},"，几乎每个订单都是程序发出的，一路往返，没有人停下来核对价格。这些账户连接着 ",[35,960,111],{},"，并不存在统一的延迟环境。",[10,963,964,970],{},[35,965,966,969],{},[48,967,968],{"href":590},"持仓时间中位数","为 2.4 小时","，处于中位数的账户，根本到不了毫秒定胜负的程度。以秒为单位交易的那部分账户，才是这个数字值得放在页面上的原因。",[14,972,116],{"id":115},[10,974,975,977,978,980,981,983,984,986,987,140,989,140,991,140,993,147,995,38],{},[35,976,51],{}," 是",[35,979,125],{},"面板六个卡片中的第一个，在账户所有者自己的控制台里、该账户的页面上。MT5 上标题为",[35,982,129],{},"，因为终端还会报告已打开的图表；MT4 上标题只是",[35,985,125],{},"，因为 MT4 的 EA 不收集这份列表。其余卡片是",[35,988,121],{},[35,990,139],{},[35,992,143],{},[35,994,146],{},[35,996,150],{},[10,998,999,1000,140,1002,161,1004,1006],{},"标题旁边有状态徽章（",[35,1001,157],{},[35,1003,160],{},[35,1005,164],{},"），以及读数是多久以前的。数据新不新说了算，标志说了不算：超过 11 分钟没有更新，账户就会显示为离线，不管终端最后报告的是什么。",[10,1008,1009,1010,1012,1013,1017],{},"有两个限制要注意。这个面板只有所有者能看到，提供数据的接口会拒绝访问别人的账户，所以终端读数，包括已打开图表上的 ",[48,1011,104],{"href":103}," 名称，从不出现在公开页面或",[48,1014,1016],{"href":1015},"\u002Fguides\u002Ftrading-widgets-and-embeds","小组件中","。另外，它只适用于 MetaTrader：cTrader 和 TradeLocker 账户没有终端；终端报告过一次之前，这个面板也根本不会显示。",[14,1019,176],{"id":176},[178,1021,1022,1028,1037],{},[181,1023,183,1024,1027],{},[35,1025,1026],{},"Ping 低，经纪商就好。","”它衡量的是路径，不是交易对手。读数 2 ms、成交却很差的服务器，不过是一条通往坏价格的快车道。",[181,1029,183,1030,1033,1034,1036],{},[35,1031,1032],{},"一次读数就能说明问题。","”它只是最近一次同步时的值。稳定比数值本身更重要，而稳定性正是",[48,1035,121],{"href":533},"补上的信息。",[181,1038,183,1039,1042],{},[35,1040,1041],{},"有了 VPS，执行就没问题了。","”VPS 解决的是网络路径。撮合速度、报价源和点差政策，一样都没变。",[10,1044,1045,1046,1050,1051,38],{},"同一段往返，如果从网络的角度而不是从这个卡片的角度来讲，就是",[48,1047,1049],{"href":1048},"\u002Fglossary\u002Fwhat-is-server-latency","服务器延迟","。同一策略在两家经纪商运行时，怎样把延迟和成本分开看，见",[48,1052,1053],{"href":511},"同一策略、两家经纪商、不同结果",{"title":30,"searchDepth":214,"depth":214,"links":1055},[1056,1057,1058,1059,1060],{"id":16,"depth":214,"text":16},{"id":44,"depth":214,"text":44},{"id":77,"depth":214,"text":77},{"id":115,"depth":214,"text":116},{"id":176,"depth":214,"text":176},"终端延迟（ping）是 MetaTrader 终端与经纪商交易服务器之间的往返时间。多少毫秒算好、多少算差，以及它怎样变成滑点。",{},"\u002Fzh\u002Fglossary\u002Fwhat-is-terminal-ping",[1065,233,231,232],"what-is-packet-retransmission",{"title":870,"description":1061},"zh\u002F5.glossary\u002Fwhat-is-terminal-ping","终端延迟 (Terminal Ping)","Sq2425Hy2tRnONhjF0wJUWkFr2nMzONcmogzSLOF7A8",[1071,1072],{"path":533},{"path":228},1793898063322]