请教下大佬们，这种点状纹理的码，能否存储和解析 ID

和点读笔一个原理。现在的小学课本纸上都有这种密密麻麻的小点，比这个小多了，配套的教具都可以读。

任何图案，对应一个确定的 string 。那不就是二维码吗！
非要自己起一个轮子二维码变种，受罪去吧

@wangtian2020 我问的是码的图案要求是这样，有没有办法存储解析出来 ID.

这个就是自定义二维码吧，开发商可以多赚一笔，别的设备还不好读取出来

有木有可能读取是图片内部加的水印

@alcoholpad #14 逆向抓包这个小程序应该是最简单的了

防伪码本身不需要防伪，除非你是离线的信息都在码里。

防伪一般不是刮去覆盖层进行扫码，告诉用户是不是真的和扫描次数

谁要求的让它实现

可以参考二维码的原理实现一个纠错机制，识别失败至少比识别错误要好得多

不用纠结了

原理很简单，但是问题是点状块太小，没有任何纠错和定位机制，导致使用手机相机识别（像素达不到）根本没法做。

如果是直接上传原图识别，那就太简单了

我是这么想的，

你在前端拍一张照片，把照片发到后端去识别解析再，等价于在前端识别一张二维码，包含原本应拍得的照片编码数据，发送到后端去解析判断。如果在前端通过自定义算法进行识别/验证，那么只能是防君子不防小人，这个自定义算法一定会被逆向出来。

前端显示成什么样不重要（除非你用法币那种物理意义上的高难度/高成本防伪技术），重要的是前端代表的编码信息不被人破解，那么你需要实现的其实是在线验证注册码的机制。

注册码自身要做到高熵，冗余、稀疏、无序、自校验等等。
在线验证要做到一号只能验证一次，验证后即失效，验证失败次数过多后限制频率（风控），还可以绑定在线账号对应到用户。
还要加上涂层防止被随意验证，只让终端用户来进行，用户看到图层被刮开就知道有问题。用简洁的格式还能省点涂料。

你更需要注意的是，如果伪造方从头到尾包办了整个验证流程，你怎么让用户发现出来？（那种发送注册码到陌生手机号的我真的是没眼看）。

@UnluckyNinja #32 如果是为了应付甲方，改一下二维码算法算了，变一下样式，三大一小定位方块也改成别的形式，让微信扫码等识别不出来就可以了