ABAB Pedia

wutaner

wutaner是以同名X账号活动的加密艺术创作者、工具开发者和NFT收藏者,曾用公开显示名TYYYT。他自述原从事地球物理,约2022年全职进入加密领域,参与LXDAO,制作HashDNA Art Engine、Excel像素艺术工具及社区小游戏,后推进OnChainNFT/Oncave的全链NFT保存工作。2026年9月,他宣布首批八个历史NFT系列档案上线,并公开mfers逐像素重建与验证日志。

本页目录36
词条资料

X账号注册

wutaner的X主页显示账号于2009年3月加入。2026年9月读取时,用户名为@wutaner,简介介绍面向历史头像类NFT的全链图像及元数据保存工作,链接项目网站oncave.io。账号注册时间不等于其进入加密行业的时间。[1]

2010—2021年:接触比特币与NFT

约2022年:离开地球物理行业

2024年12月,wutaner回顾称,两年前离开工作20年的地球物理行业,全职进入加密领域;2025年5月的“三年前”表述与此大致相符。约2022年的转型时间由这两次自述推算,具体雇主、职位与离职月份未获确认。[4][5]

Ape Eat Banana

wutaner介绍自己制作的Ape Eat Banana免费社区小游戏,并提供Scratch入口。这是使用相关角色的社区创作;现有发布记录未说明由原NFT项目正式委托。[6]

加入LXDAO

wutaner发布加入LXDAO的记录。2023年9月的本人作品总览把HashDNA Art Engine称为其在LXDAO的项目,支持其社区参与和工具开发经历。[7][8]

MoreAutoglyphs

他介绍基于Autoglyphs的MoreAutoglyphs扩展实验,称可生成七万多幅类似图形。该数量为作者对实验能力的说明,并不代表Larva Labs正式增发作品。[9]

介绍HashDNA Art Engine

wutaner开始介绍HashDNA Art Engine,目标是帮助艺术家生成NFT图像及元数据;2023年3月的帖子明确自述开发该工具。[10][11]

LXDAO组织下的公开代码仓库将HashDNA Art Engine描述为面向艺术家的图形界面生成工具,受HashLips启发,提供自定义组合规则及JSON元数据生成功能。访问时README仍标为开发中,称当时版本支持Windows,并计划以Rust和Electron重构;仓库采用GPL-3.0许可证。该说明支持项目功能与开发计划,不能据此认定wutaner为唯一贡献者。[12]

LIFE与Flying mfer

他发布LIFE系列并明确称自己制作LIFE NFT,随后介绍LIFE STORY VIDEO NFT及相关视频。同月另有Flying mfer GIF作品发布。[13][14][15]

在Flying mfer后续帖子中,他称作品已售罄。这是作者的销售情况自述,尚未由独立链上销售记录交叉确认。[16]

TwelvePunks与社区小游戏

这一时期的作品记录包括TwelvePunks、Pepe Eat Check和Nakamigos mini game。9月的本人作品清单逐一回顾这些项目,并为小游戏提供Scratch入口。[17][18][19]

ExcelPunks

wutaner用Excel VBA制作ExcelPunks,使用户能够输入编号生成Punk像素图。他在作品说明中明确指出灵感来自piv_piv,区分了工具实现与创意来源。[20][21]

ExcelOpepen

他介绍ExcelOpepen,继续把像素艺术与Excel结合。这一工具与其后发布的ExcelNodeMonkes、ExcelNaka和ExcelArt形成持续的桌面工具创作支线。[22]

作品总览与素材署名

wutaner发布十段作品清单,集中展示生成艺术、Excel工具及社区小游戏。其中walking动画注明采用voxelqueen提供的体素文件,工具与动画制作不能等同于所有原始素材均由其创作。[8][23]

KEYs Price Sheet与图像生成演示

他发布面向friend.tech的KEYs Price Sheet,并附GitHub与演示链接,介绍用于查看KEY价格的表格工具。[24]

他还展示用HashDNA生成Nakamigos系列图像的流程,并注明部分素材来自linxinglu的开源整理。该记录展示工具的使用场景,也保留了素材提供者的贡献。[25]

RSIC分析表

wutaner发布RSIC分析表,用于整理与估算RSIC机制下的相关数据。这是作者制作的分析工具,其模型和估算不等同于确定收益。[26]

RSIC工具被教程引用

BlockBeats律动 BlockBeats律动BlockBeats是2018年2月成立的中文Web3媒体与信息平台,由Pxstar创办,提供新闻、原创内容、音视频和研究,并逐步扩展到Farcaster账户整合、数据合作与预测市场信息产品。点击查看完整词条于3月28日转载Ash Li、比特广场的Runestone与Runes介绍文章,在RSIC部分明确链接wutaner制作的RSIC_DATA表格,用于读者理解和估算相关机制。这一转载记录说明其工具被社区教程采用。[27]

LXDAO活动预告

LXDAO官方活动预告以“TYYYT @wutaner”列其为嘉宾,将曾用显示名与当前账号对应起来。该材料确认受邀记录,未据此推断其实际出席情况或在LXDAO担任创始人。[28]

Excel像素艺术工具扩展

他相继发布ExcelNodeMonkes、ExcelNaka及ExcelArt。介绍ExcelNodeMonkes时,他称手绘Excel像素图过慢,因此开发自动工具。这些发布记录体现了将已有像素作品转为可在Excel中生成或呈现的持续探索。[29][30][31]

加入NextDAO社区

12月30日,wutaner自述加入NextDAO的Meta Foxes小狐狸社区,并引用当期官方纳新公告。现有材料支持社区成员身份,未确认管理职务。[32]

显示名由TYYYT改回wutaner

他解释TYYYT是随机打出的字母组合,并表示重新使用wutaner。TYYYT据此作为曾用公开显示名记录,而非真实姓名或已核实的历史账号用户名。[33]

机制提案与公开写作

FIELDS生成艺术

wutaner介绍FIELDS: Magnetic(512),自述将地球物理工作中使用的正演模型转为生成艺术。其说明涉及磁、重力、电磁和地震等模型,强调图像曲线由深度、半径、位置等参数决定,呈现了此前专业方法与艺术实验的连接。这里的512为项目命名和设计说明的一部分,不作为已售出数量。[36][37][38]

APESTR提案的状态

在公开回复中,wutaner明确称APESTR未被Yuga接受。因此,APESTR在其创作经历中应视为提案,而非Yuga已采纳的正式项目。[39]

Chimpers工具

他发布Chimpers-Utils相关资料,介绍Chimpers图像、CSV与Excel工具的整理入口。发布记录本身不等同于对仓库全部版本、功能或原创贡献的独立审计。[40]

早期mfers主网档案

在2026年8月撰写、9月6日公开的《Preserving mfers》中,wutaner 回顾称,OnChainNFT 更名为 Oncave 之前,他已于2026年1月把首版 mfers 档案写入以太坊主网。旧版保存124个社区 PNG 图层,合计6,813,510字节,同时记录各 token 的组合信息,使图层、属性和配方能够从链上读取并重新组合。日志附录把旧版 token 组合写入完成日记为2026年1月22日。[41]

他认为早期版本达成的是“可显示”的目标:社区图层和属性能组成一幅可用的 mfer 图像,但未逐一证明它与2021年官方最终图像完全一致。他保留旧合约及部署记录,把它们视为技术认识演变的历史材料。[41]

OnChainNFT组件与读取优化

他介绍AssetStore、Descriptor、SVGRenderer等组件,持续调整缓冲区、Base64与数据读取路径。不同帖子中的读取规模对应不同结构、压缩方式及调用条件,不能合并为通用性能上限。[42][43]

Nakamigos上传与测试

wutaner称已上传20,000张24×24像素Nakamigos PNG,但当时metadata接线仍未完成,仅前500个开放测试。图像上传、元数据接通与完整产品上线在该阶段尚属不同进度。[44]

Punk Multiverse

Punk Multiverse中英文长文描述10,000名Traveler、319,800个world,以及按年开放的四代图像规则;其中四代world规模分别为10,000、1,000、262,144及46,656。作者还设计公共航行、个人探索、船长竞拍和PMU机制。这些内容按该版设计说明记录,未视为全部规划均已落地。[45][46]

长文将PMU上限设计为1亿枚,安排1,000万枚用于UniswapUniswap(UNI)Uniswap 是 Hayden Adams 于2018年11月2日在 Ethereum 上推出的无托管自动化做市协议,后来扩展到多条EVM网络、V1至V4池、UniswapX和Unichain生态;UNI 是2020年发行的治理代币。协议、Uniswap Labs 公司、Uniswap Foundation、UNI治理和各前端彼此关联但并非同一法律或技术对象。点击查看完整词条 v4流动性池,并称流动性锁至销毁地址、作者代币分配为零。官方PMU/ETH池设计2%手续费,其中1%用于buy-and-exile,1%为创作者收入;钱包转账则为零税。上述机制为作者该版说明,未经过本词条独立合约审计。[45]

按作者设计,Traveler可以随公共航行前往新world,船长竞拍通过燃烧PMU选择全体下一站,默认船长为A.D.A.M.A;个人探索则离开公共队伍并锚定位置,留下坐标核验与日志。四代图像规则分别名为Error、Echo、Ink和Stable。[45]

长文描述把U9999放逐至可见vault可得到8,000 PMU;NFT并未被销毁,仍可被召回。长文召回数额为燃烧10,000 PMU,与较早短线程的1,000 PMU表述不同,因此不能直接列作已经核实的现行合约费用。作者同时强调创作者收入不属于持有人的金库、分红或托底承诺。[45]

设计还包括完成50条旅程后铸造双联作品Read Code: Fifty Forms,最多512件且不消耗Traveler。这是与旅程记录相连的艺术机制说明,不能据此认定已完成全部发行。[45]

GirlPunks实验

他介绍GirlPunks的L2全链流程及Robinhood Chain实验,涉及10,000幅、24×24像素图像,并公开项目网址onchaingirlpunks.xyz。这里记录其技术说明与实验,具体部署状态尚未独立核验。[47]

mfers核验标准与原始素材

wutaner 在保存日志中说明,新的验证规则名为 ONCAVE_RGBA_SHA256_V1:把官方1000×1000像素的 IPFS PNG 解码成 RGBA,再把归档素材和配方重建为同尺寸画布,逐像素检查四个通道;任一通道相差1即判定失败。只有全部一致后才记录规范 RGBA 的 SHA-256。这检验的是解码后的像素,而非 PNG 文件字节;不同编码器、色彩配置和元数据可能让文件字节不同而像素一致。[41]

他同时区分了浏览器 SVG 展示路径和精确核验路径:mfers 所需的 single-round 合成语义与浏览器 Alpha 量化存在区别;Conservation File 执行精确重建,Table 6 提供哈希判据。因此,页面能够显示图像不自动等于通过精确核验。[41]

日志指出,社区 maker 的优化素材本来就是方便创作的版本,包含清除边缘杂点、填补黑色长发半透明区域、裁切和优化等处理。相关说明还提醒过色彩转换舍入差异和随机签名缺失。他将自己曾把便利版素材当作视觉权威描述为一个错误,而未把社区工具不能逐像素重建指为缺陷。[41]

本人列出的样本测试为:95个官方样本中,社区优化素材重建没有一个 PNG 文件完全相同,仅一个 RGBA 完全相同;唯一像素匹配的是直接采用官方最终图的1/1作品2293。另测85个生成式样本时,OG图层直接合成的 PNG 与 RGBA 完全匹配数均为零。[41]

mfers五个尚未找到的原始文件

他称逐一根据 token 0—10020 的规范元数据下载官方最终图,重新计算 CID 并比较,得到10,016个 CID 匹配且能解码为1000×1000的 PNG,另有 token 4935、5346、5669、7128、8894 的五个原始 PNG 未能找回。查询多个网关、本地节点、市场页面和外部数据集后,虽找到500×500 PNG、512×512衍生图和1000尺寸 AVIF 展示图,这些材料均未匹配元数据 CID,因此没有充作原件。[41]

这五个 token 仍能依据属性重建,但缺乏官方原图作为判据,故属于“可重建、未核验”。Table 6 的对应行保持为零。他未把原件称为永久丢失,认为旧磁盘、收藏者备份或网关缓存仍可能保存它们。将来恢复文件时,应先核验 CID、尺寸和解码像素,再更新对应行与集合哈希。[41]

mfers从图层误差定位到条件变体与残差

最初以 OG 图层和 categories.csv 顺序重建 token 0—99,精确匹配数为0/100,记录706,247行像素不匹配、71,335个不同坐标。23个使用 hoodie down 的样本贡献673,591行、约95.38%的误差。日志把“每个token的错误坐标行数”和“去重坐标数”分开,用以判断是否是少数共用图层把错误放大到大量作品。[41]

不透明区域也出现稳定色差:灰色连帽衫通道值53变为51;绿色示例从(22,173,0)变为(20,173,0),蓝色从(3,60,185)变为(1,58,185)。他据此认为图层顺序或Alpha计算不能单独解释所有错误;换用优化版连帽衫反而增加291个不匹配。[41]

他复制103个 OG 图层到独立工作集,要求每次修改说明原始素材、修改内容及对完整相关样本组的影响,并对候选文件做A/B测试。修正六种 hoodie down 颜色的不透明主体后,涉及2,173个token的误差行数从67,392,907降为6,256,045,下降90.72%。后续根据背景、身体、椅子、手腕、衣服、耳机、头发、帽子、嘴、烟与胡须等组合分别定位问题;热图用于识别边缘、孔洞和签名笔画。[41]

日志也记载了失败路线:一个未严格以103个OG元素为基础的逆向求解器被放弃;把烟放到嘴下层的尝试虽然改善局部坐标,却增加总体误差,因此恢复到已验证基线。其总结是不能让局部改善覆盖整体错误,也不能为了拟合而丢掉原始元素身份。另一个 NFT10000 数据包包含10,000张512×512图、20,000个文本文件与10,003个JSON,无法作为1000×1000官方原件,因而被排除。[41]

为减少重复解码9,995张生成式参考图的开销,他建立按token独立压缩、可随机读取的LZ4缓存,索引记录偏移、长度和规范RGBA哈希,并允许mmap后仅解压所需样本组。原始RGBA共39,980,000,000字节、约37.23 GiB,缓存为2,801,001,659字节、约2.609 GiB,比例7.006%。日志称对token 0、4934、9999单独解压核对一致。缓存只作为研究加速层,最终删除,不是档案运行依赖。[41]

固定共用图层无法完全表达背景相关舍入、半透明孔洞与每个token独有的Sartoshi标记。其方案把共有部分放在共享图层,把无法进一步共享的差异保存成可逆残差尾层。第一版精确方案共16,399,492字节;随后引入11个可解释条件变体:黑色长发覆盖黄、橙、蓝、红、绿背景,黄色长发覆盖橙背景,完整胡须覆盖黄、橙、绿背景,黄色长发下的黑耳机、黑色长发下的红耳机。[41]

这些变体替换原属性槽位,并不使每个token增加11层。日志称它们吸收755,327个错误,变体WebP占315,852字节,总体节省1,655,840字节、约10.10%。每个已核验生成式token仍只添加一条合并残差尾层。[41]

mfers最终档案结构与证据保留

日志列出10,091个物理视觉素材,总无损WebP大小14,743,652字节:103个共享元素占2,120,856字节;11个条件变体占315,852字节;9,956个去重残差占10,221,574字节;21个官方1/1图像占2,085,370字节。9,995个已验证生成式token各引用一个残差尾层,重复残差合并后得到9,956个物理文件。[41]

21幅1/1作品单独转为method-6无损WebP、采用单图配方,不用于求解生成式图层。五幅缺失原图的token不添加残差,只用规范属性指定的共享或条件元素。[41]

本人报告生成式作品9,995/9,995精确一致、不匹配token与像素均为零;1/1作品21/21精确一致,总权威原图覆盖为10,016/10,021。Table 6共10,021行、320,672字节,其中五行零值明确表示未知。此处记录其验证报告,尚未由本次研究独立重复运算。[41]

最终五张结构表分别保存15个类别、124个属性、10,091个素材、10,021条至多12层的配方、10,021条至多11个属性的记录。日志称最终manifest核对10,252/10,252条;清理缓存、候选、热图、掩膜和实验数据后,发行哈希和103个源PNG哈希保持不变。旧版合约、manifest、元素与写入记录保存为历史材料。[41]

与旧版124个PNG、6,813,510字节相比,新版10,091个WebP、14,743,652字节并非增加分辨率,而是保存精确重建所需的压缩差异。他由此将保存理念扩展为保留那些容易被工程优化视为噪声的原作细节,以及未知和失败过程。[41]

NIULAI

他介绍NIULAI为Oncave Native技术栈上的10K头像项目,自报11个类别、130个命名属性及原始WebP、10,000条视觉配方,40件1/1包含在总量内。共享素材与逐token配方是其减少重复存储的主要方式。[48][49]

作者报告约402 MB预览图对应4,578,673字节去重数据,并以293个CREATE2部署的SSTORE2存储块承载。该对比反映预先共享素材与配方的存储结构,不是任意文件都适用的通用压缩比。具体发行和活动结果尚未独立核验。[48]

宣布 Oncave 首批八个档案上线

他解释,原NFT合约仍可记录谁拥有token,但图片、metadata与渲染规则可能依赖其他文件。Oncave保存素材、属性、配方、元数据及渲染规则,目标是在网站不再维护时仍能读取作品;这些档案由他独立建设,原NFT合约、所有权与身份不因归档改变。这也不等同于八个原项目委托、认可或将官方合约迁入Oncave。[52][53]

本人报告八个档案共27,534个视觉素材、92.13 MB去重SSTORE2档案数据;背景、身体和配件等共享素材只存一次,另外保存逐token配方与独有差异。其演示说明可在Torch网站选择Pudgy Penguins并输入token ID,调用以太坊上的Renderer读取图片和元数据。[54][55]

核验与保存过程也包含在项目设计中:重建像素可对照原图的链上记录,五个未恢复的mfers原图继续标为未核验;每个token可导出自包含HTML Conservation File,携带素材、重建代码、metadata、来源与核验记录,设计为下载后离线使用。他同时称把mfers保存日志写到以太坊,以保存决策过程和历史。[56][57][58]

他把连续归档计划称作Oncave Torch,每个系列称为Station,首批八站上线;并呼吁原NFT开发者保留图层、脚本和导出参数,以便后续保存。其介绍每个系列通常耗时两至三周,另需gas成本;每个首发Station提供三个Onchain Partner名额,每个1 ETH,对应链上地址留名和不可转让证书。名额和标价不是已完成融资金额,本次尚未核查售出或实际到账情况。[59][60][61]

mfers 镜像展示与后续计划

当天主页帖子称mfers的10,021个归档条目对应不可转让Mirror NFT,已可在OpenSea查看,原mfer持有人可免费将Mirror同步到持有原作的钱包。这是其公开产品说明,不能据此写成原NFT变成不可转让、用户已完成同步或平台承担原NFT发行职责。[62]

他在公开回复中表示,休整后准备开展第二季,把更多NFT项目纳入全链保存。该表态属于计划,尚未核实后续名单或完成情况。[63]

来源

  1. wutaner:X主页(在新窗口打开)
  2. 比特币经历(在新窗口打开)
  3. NFT经历(在新窗口打开)
  4. 职业转型回顾(在新窗口打开)
  5. 再次回顾(在新窗口打开)
  6. Ape Eat Banana发布(在新窗口打开)
  7. LXDAO加入记录(在新窗口打开)
  8. 本人作品总览(在新窗口打开)
  9. MoreAutoglyphs介绍(在新窗口打开)
  10. HashDNA早期介绍(在新窗口打开)
  11. 开发说明(在新窗口打开)
  12. HashDNA Art Engine代码仓库(在新窗口打开)
  13. LIFE作者自述(在新窗口打开)
  14. LIFE视频发布(在新窗口打开)
  15. Flying mfer发布(在新窗口打开)
  16. Flying mfer后续(在新窗口打开)
  17. TwelvePunks(在新窗口打开)
  18. Pepe Eat Check清单(在新窗口打开)
  19. Nakamigos游戏清单(在新窗口打开)
  20. ExcelPunks发布(在新窗口打开)
  21. ExcelPunks作者说明(在新窗口打开)
  22. ExcelOpepen发布(在新窗口打开)
  23. walking素材说明(在新窗口打开)
  24. KEYs Price Sheet发布(在新窗口打开)
  25. Nakamigos素材来源(在新窗口打开)
  26. RSIC分析表(在新窗口打开)
  27. 解读近期爆火的Runestone,与Runes协议有什么关系?(在新窗口打开)
  28. LXDAO官方活动预告(在新窗口打开)
  29. ExcelNodeMonkes开发动机(在新窗口打开)
  30. ExcelNaka(在新窗口打开)
  31. ExcelArt(在新窗口打开)
  32. NextDAO加入记录(在新窗口打开)
  33. 显示名说明(在新窗口打开)
  34. BurnBTC概念(在新窗口打开)
  35. 以太坊抽奖提案(在新窗口打开)
  36. FIELDS介绍(在新窗口打开)
  37. 模型说明(在新窗口打开)
  38. 专业背景与模型(在新窗口打开)
  39. APESTR回复(在新窗口打开)
  40. Chimpers工具发布(在新窗口打开)
  41. Preserving mfers:保存日志(在新窗口打开)
  42. 组件说明(在新窗口打开)
  43. 读取优化(在新窗口打开)
  44. Nakamigos阶段说明(在新窗口打开)
  45. Punk Multiverse中文长文(在新窗口打开)
  46. Punk Multiverse英文长文(在新窗口打开)
  47. GirlPunks技术说明(在新窗口打开)
  48. NIULAI中文长文(在新窗口打开)
  49. NIULAI英文长文(在新窗口打开)
  50. Oncave首批档案发布线程 S3.1(在新窗口打开)
  51. Oncave首批档案发布线程 S3.2(在新窗口打开)
  52. Oncave首批档案发布线程 S3.3(在新窗口打开)
  53. Oncave首批档案发布线程 S3.4(在新窗口打开)
  54. Oncave首批档案发布线程 S3.5(在新窗口打开)
  55. Oncave首批档案发布线程 S3.6(在新窗口打开)
  56. Oncave首批档案发布线程 S3.7(在新窗口打开)
  57. Oncave首批档案发布线程 S3.8(在新窗口打开)
  58. Oncave首批档案发布线程 S3.9(在新窗口打开)
  59. Oncave首批档案发布线程 S3.10(在新窗口打开)
  60. Oncave首批档案发布线程 S3.11(在新窗口打开)
  61. Oncave首批档案发布线程 S3.12(在新窗口打开)
  62. mfers Mirror与后续计划(在新窗口打开)
  63. mfers Mirror与后续计划(在新窗口打开)