最近在看tikv go client的master分支 代码，遇到一个raw kv v2 api相关编码疑问：
已知：
1、v2 api的key会先进行编码再存储到持久层，编码方式是先给key加一个前缀，然后再对加好前缀的key进行memcomparable-format编码，最后存储到server的是编码好后的key。
问题：
1、go client的代码中，rawkv client发送rpc请求前，会先将请求参数req中的key进行前缀编码，但是不进行memcomparable-format编码，也就是说memcomparable-format是交给server端实现。
我的疑问在为什么不把这两步编码全部放在客户端或全部放在server端实现呢？是有什么原因吗？
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。