传输层是协议类型地图里承上启下的一层，它主要有两大类型：TCP 与 UDP。一个像认真负责的邮差，每一封信都要确认送到并核对顺序；另一个像快马加鞭的骑手，能送多快送多快，路上丢不丢不回头管。代理IP出口的绝大多数通道，站在认真负责的 TCP 这一边。
TCP 的正式名称是传输控制协议，特点是面向连接：通信前先「握手」建立会话，发送时给数据编号，接收方每收一段都要回执确认，没收到就重发。这套机制换来的是可靠——数据不乱序、不丢失、不重复，适合网页、文件这类不能出错的内容。
UDP 的特点是轻快：没有握手、没有回执、没有重发，数据报发出去就不管了。它换来的是低延迟与低开销，适合实时性优先、能容忍个别丢失的内容——语音、视频通话这类场景就算偶尔丢一帧，也比卡顿等待强。
两类性格的对照
把两类性格放一起看更直观：可靠性上 TCP 胜，速度体感上 UDP 更轻；TCP 有明确的建立与断开过程，UDP 发完即走。对代理IP链路而言，绝大多数业务跑在 TCP 上——网页、接口调用、账号操作都需要可靠送达，所以出口通道天然以 TCP 型为主。
UDP 型流量在代理链路里属于少数派，常见于实时音视频与部分游戏语音。需要转发 UDP 时，对协议类型有要求——多数通用型代理协议以 TCP 为默认承载，能否转发 UDP 要看具体类型与配置，这也解释了为什么有些场景要挑支持面更广的协议类型。
TCP 可靠重序、UDP 轻快直达：代理IP链路绝大多数跑在 TCP 上，UDP 型流量是少数派，转发能力取决于协议类型。
为什么多数出口选 TCP
出口通道选择 TCP 为主，不是技术保守，而是业务需求的自然结果：代理IP承载的网页访问、数据同步、账号操作，每一类都要求内容完整到达——订单少一行、页面缺一块，体验立刻出问题。可靠性的优先级高于极致速度，TCP 因此成为默认答案。
TCP 的可靠也不是没有代价：握手与回执带来额外往返，长距离链路上会放大延迟；UDP 没有这些负担，但丢了就是丢了。理解了这份取舍，再看到「为什么代理IP测速不像本地那么快」这类问题时，就能明白一部分差距来自传输层本身的机制成本，而不全是出口质量问题。
对使用者的启示是：日常网页与接口业务，认准 TCP 承载的代理IP通道即可满足需求；只有遇到明确的 UDP 场景（实时音视频类），才需要额外确认所选协议类型是否支持 UDP 转发。多数人用不到这一层，但知道它在，排查时不至于抓瞎。
传输性格讲完，下一站是应用层附近的代理协议家族：HTTP 代理、SOCKS4、SOCKS5 这些名字各代表什么能力、彼此怎么分工，正是下一篇的家族图谱要回答的。
收个尾：TCP 与 UDP 是传输层的两大协议类型，一个可靠一个轻快。代理IP出口多数站在 TCP 一侧，是因为它承载的业务都要求完整送达；UDP 场景属少数派，转发与否取决于协议类型的支持范围。