之前在PC上成功重建了Waifu圖片嘛 ( https://noise.cash/post/l7nz7rj7 )。 而Waifu的訓練檔來自Gwern，根據他的著作權聲明( https://www.gwern.net/TWDNE#copyright ) 圖片再利用應該是沒有著作權問題， 所以我想我可以產一些新的Waifu圖片做成SmartBCH上的NFT，然後空投給Waifu SLP Token的持有者。因為是額外的Token而且我不會碰到原本的SLP Token，非官方也比較不成問題。 目前設計了一個空投領取流程，覺得操作門檻可能有點高，先放在測試鏈上， 徵求以下條件的人幫忙做個測試，可以的話請回覆一下感想 1. 會用Electron Cash的Decrypt Tool 2. 持有Waifu Token 3. 會用Metamask連到Rinkeby測試鏈 * Rinkeby水龍頭: https://faucets.chain.link/rinkeby 、 https://rinkeby-faucet.com/ 、 https://app.mycrypto.com/faucet 請發送一個交易將持有的Waifu Token轉給自己 (寄件地址=收件地址) 然後連到這個網頁： https://ayukawayen.github.io/TokenAirdrop/ Step 1裡填入剛剛那筆交易的TXID， Step 2輸入你的Rinkeby地址， Step 3按Next取得一段密文後，貼到Electron Cash去解密， Step 4貼上解密後的結果， 最後Step 5按Submit呼叫Metamask送出。 最後應該可以在Rinkeby上拿到一個NFT，因為測試鏈上不想隨便放Waifu圖，所以是一張只有姓名的圖片 (可以在 https://testnets.opensea.io/ 上看到 )。 (其實也想看看其他人電腦上圖片長什麼樣子，字型設定不同會不一樣，目前知道碰到"々"可能會歪掉因為有些中文字體沒有這個字元)
33 comments
A-OK 關於那個發給自己的動作 想問不考慮用快照嗎？ 先快照得到各 SLP 位址的 Waifu 持用數 然後用你這個解密的程序讓 SLP 位址的使用者登記 claim 的目的地 EVM 地址 不過你這個流程感覺也是很可行的 一個 Waifu 只能 claim 一次也很合理 XD
快照會照到一堆叢林地址
可是叢林地址沒 claim 也就可以略過了？
那放在叢林的人就領不到了 XD
你現在這個流程叢林也領不到不是嗎
可以提出來再領
也是沒錯 大概了解你的想法了
對阿
而且存快照也比較煩。SLP地址和EVM地址也沒辦法像兩邊都是EVM地址的情況可以直接依據快照領到同一個地址上完事。
所以還是要一個簽署的動作 用你這個加減密的流程來綁定 SLP -> EVM 的對應
對 其實簽署也可以，但是我不是很喜歡讓使用者簽東西，搞不好簽了就把自己賣掉。 回傳ECIES的解密結果應該是不會多洩露什麼資訊給對方的。
一發就中三字姓喔，我抽了好幾個都是二字姓+二字名 XD 附圖:微妙的差異 (?)
正在嘗試，但第一關 SLP 的部分就有點卡關。 主要是 SLP 驗證現在似乎很卡 我把 Waifu 轉到乾淨的位址（想說若有需要可以簡化 debug 程序） 接著想依你說明讓 Waifu 用乾淨的位址自己轉給自己 但 Electron Cash SLP 就一直顯示 Token 餘額不足 開 graph server 跟 rebuild history 好像也都沒有幫助 目前打算就開著讓他跑 記得以前也有要蠻久才能完成同步的經驗 我用 Electron Cash SLP 3.6.6 查了一下從去年年初釋出後這就是最新的穩定版 更新的都是開發者版本 也就是說 SLP 似乎有點銷聲匿跡
我也是用3.6.6，這個好像要看運氣因為真的有時候會卡很久，有時候就很快。 我必要的時候會開ECash-SLPDB來用。
好的 我再研究研究 之前沒接觸過 ECash-SLPDB 不過我以為開 graph server 的意思 跟 ECash-SLPDB 差不多 看來可能是我誤會了 我同時開了一個新錢包放了 Waifu 進去 看那邊會不會比較快 所以其實這樣看來 如果只是仰賴 BCH 的 OPRETURN 不斷向源追蹤到 genesis 來判斷為有效交易鏈 長遠來說 SLP 的效率感覺會蠻差的 完全不是中本聰比特幣只要驗證 UTXO 就好的情境 而如果用 SLPDB 的方式來免除這樣的效率枷鎖 那就不能直接把 SLP 的安全性等同於 BCH
SLP 那關改用 ECash SLPDB 後搞定了 不過我也沒開 SLPDB 而只用 graph search server 看了一下 ECSLPDB 跟 ECSLP 的 grs server 清單不太一樣 不知道有沒有影響 Step 3 按了 Next 後 PK 跟 encrypted code 顯示 Loading... 然後就卡住了 我猜要交易被確認才可以？ 我用來測試的 TX 目前還是 unconfirmed
我有撈unconfirmed的資料但我不太確定， 有時候Loading資料也滿久的就是了。 也可能是還沒進SLPDB，理論上只要進了mempool我就會接受了，說起來我也不是要收那個Token，那個交易只是要證明持有Token和取公鑰而已，就算之後把交易雙花掉也無所謂。
先推 給我點時間測試結果晚點回報 所以不打算走架橋路線嗎？ 我覺得稀缺性與長久穩定性來說 SLP 是不錯的解決方案 寄生在 BCH 的 OPRETURN 裡 只要 BCH 沒倒 也有人願意架 SLP 節點去解析 Waifu 的所有權就都有保障 用同一個 StyleGAN 訓練成果發行新的 Waifu 雖然立意也很好 但我覺得對整個 Waifu 生態不見得最好 另外 StyleGAN 後來有更新的版本，所以如果要發新系列一個可能可以是： - 發盲盒募資 - 用獲得的募資去買訓練需要的計算能力 - 用改良過的 StyleGAN 架構重新訓練 Waifu 生產器 - 用新的生產器在 smartBCH 上發行 Waifu 2.0 - 如果 Waifu 2.0 成功，或許可以重新帶動 Waifu 1.0 的發展 抱歉給了一連串 unsolicited 的想法 我只是出一張嘴挖坑 時間有限，項目方最大。 XD 所以還是看你想怎麼做了
又試了一次 按 Submit 後還是沒有反應
謝謝回報 應該跟上次一樣是沒有和Metamask connect，我以為要求換鏈到Rinkeby就會做connect，結果好像是沒有。我再改一下。
關於換鏈後自動連結 也說不定是有的 我本來在 smartBCH 鏈 開你網頁時被要求換鏈 說不定那次有連結 但我測試失敗後 網頁重開就沒有換鏈提示 也說不定因為這樣就沒連結 總之不管怎麼說可能都要單獨做連結的動作？ 雖然我也是可以試試刻意讓他換鏈的操作
改好了，再試看看？
好喔 晚點跟你說
剛剛測了一下使用者接受換鏈應該不會自動連結帳戶。 反正不管怎樣網頁還是得主動要求連結帳戶，也不能說原本在Rinkeby上的連進來就當掉嘛 XD
對阿
好喔沒問題 改好我再接著試
更新：交易確認了 按 Next 後得到公鑰與碼文 解密得到明文後 按 Submit 沒反應
另外我似乎沒有很懂整個驗證流程 就我所見，需要驗證 Waifu 所有權，與 0x 位址是否為該 Waifu 持有者所持有。 我本來以為會有個步驟要用到 BCH/SLP 位址的密鑰做簽署 來證明 claim 的人確實握有存有 Waifu 的 BCH/SLP 公鑰位址的所有權 所以我沒有很懂解密這步驟在 claim 過程中的功能 猜想你是打算透過送給自己這個動作來驗證所有權 但在這個動作完成後應該有被劫機的可能？
我的假設是可以解密就代表你有私鑰，你可以換一個新地址的錢包解看看，應該是解不出來的。
阿 那我想我懂了 所以填入那個公鑰後 Electrin Cash 會去搜尋是否有對應的私鑰然後解密 那整個流程就很合理了
Electron Cash這個UI也是很妙，不曉得是偷懶還是怎樣。 輸入公鑰沒有私鑰是可以加密的，只是不能解密 (合理吧) 然後它就把兩個界面做在一起 XD
Electron Cash 最近不是在做問卷 https://noise.cash/post/1qz67wn5 看起來是在調查 UI 和使用者習慣 或許你可以去反應一下
我是爬文的時候看到有人用DCGAN的方式建立類似的結果 但他用的是tf1.x的版本 我為了硬體在tf2.5 cuda11.4上面試，結果轉換code到2.x後遇到 Cannot convert a partially known TensorShape to a Tensor: (None, 8, 8, 256) 原始文章來自：https://zhuanlan.zhihu.com/p/24767059 圖片數據庫是自己爬下來的，但是跟原作者的矩陣大小應該是一樣的 不知道是哪裡出了問題