感想
不知道为什么，可能是因为基于Paper的优化分叉端太多，也可能是Paper对原版特性修复不力，导致一部分人里产生了这么几个观点：
“Paper是落后的！他的优化已经跟不上了！”
“Paper原版特性缺失！完全不适合大型生存服！”
等等
诸如此类的观点并不少，那么就让我重新介绍Paper服务端。
新老技术的结合
Paper是一个现代化的Bukkit系服务端，是Spigot的高性能分叉之一，也是较常用的插件服务端之一。搭载了诸多原本CraftBukkit与Spigot并没有的技术，（例如Timing2.0）对Spigot进行进一步修改，并分离Vanilla服务端与Paper Clip。修复了许多MC原版存在的错误和漏洞。（也有Spigot的）
Paper搭载了诸如Timing2.0，modern-ip-forward协议支持等多种功能。这些功能有些提升了Paper的速度，有些则增加了Paper的可用性。
优化落后？
在实际表现里面，同人数同配置下，Paper比Spigot运行速度有明显提升，而Purpur等服务端与Paper的运行速度提升对我而言没有Spigot与Paper间那么明显。
因此，Paper的优化并不差。
原版特性，玩法缺失？
事实上，很多Paper针对mc原版的错误修复大部分都可以通过配置文件调回去，那另一部分呢（例如刷沙）？
Paper在文档讲过，像刷沙，是一种资源欺骗形式，而Paper不会支持这类资源欺骗。因此很多在Paper难以或者无法恢复的原版特性其实是Paper禁欺骗的结果，而从保留常规游戏所需的玩法或者特性来看，Paper做的很不错。
（按理说地毯，铁轨机也是资源欺骗，但是TNT复制被认为是一种自动采矿手段而非欺骗，而TNT复制错误与地毯复制错误原理上相同，别无办法，TNT复制恢复必定会恢复地毯复制，就只能这样了）
因此，Paper仍然适合不过分要求生电化的中大型生存服务器。
特点
高版本Paper的控制台输出开始简洁化，并且用颜色更直观的标注不同输出的类型，方便定位错误。（Sponge在1.16.5就有了不同颜色输出不同内容的机制）
Paper有一套自己的插件API，能与Bukkit插件协作运行。并且很多Bukkit插件开始使用Paper API编写，部分插件从Spigot投入Paper的怀抱（并且不兼容Spigot）。
拥有更高级的内置反X-ray（反矿透），内置三种模式。
养育了最多的分叉服务端和养活了最多的分叉服务端开发者（bushi）
最后
Paper不是一个”落后的”，”慢速的”服务端，以前不是，现在也不是；只是以前看的更清楚些，而现在由于各式优化Paper不同功能的分叉服务端的出现，更难得出这个结论而已。
by hsq08
以上内容仅表示个人观点