iOS/Android版monaWallet

創作・文化

56 Res. 1.73856886 MONA 20 Fav.

1 :@にゃんこ好き初段:2017/11/15 03:12:14  0.24211632MONA/7人

Monacoinが普及しない理由の一つにApp版が無いということがあると思うので開発をしたいのですが、手を貸してくださる開発者の方はおられますか?

2 :土井八郎三段:2017/11/19 01:14:16  0.00228228MONA/2人

一応、Monaの勉強と並行してですが、iOS版を作れなあかと色々いじってます!
もし、形になったら動作確認などをお願いさせて頂けると大変嬉しいです。

3 :名無し一級:2017/11/19 01:22:10  0MONA/0人

Androidは現状Coinomi1択かな?

4 :土井八郎三段:2017/11/19 01:59:28  0MONA/0人

そうですね!Androidだと現状はcoinomi一択になります。
あと時期は未定ですがJaxxもMONA対応するみたいなので、今後は増えるかと思います。
(両アプリともiOS版も出るはずなので、それが出たらそちらの方が良いとも思ってますが)

5 :名無しか一級:2017/11/21 23:36:07  0MONA/0人

手を貸してもよいよ。
どんな感じを目指しているかな。

6 :土井八郎三段:2017/11/22 02:37:36  0MONA/0人

>>5
自分はSPV形式を現在のブロックチェーンで出来ないか試行錯誤してました。ただ、insightやelectrumもあるので全体の流れとしてはbipayのようなクラサバ型に向かっているようなのでズレがあるとも認識してます。

>>1
もし、既に何か構想されてたりなどあれば、
自分も教えて頂きたいです!

7 :名無しか一級:2017/11/22 23:24:12  0MONA/0人

electrumだとサーバーへの信頼が不要になるのかもしれないけど、方式的に重そうだよな。
秘密鍵のようなものだけアプリ側に持ち、信頼が必要なサーバーにブロックチェーンの情報を見に行く感じの方式がいいんじゃないかな。coinomiのような感じ。
まぁ、その辺りは目指すところ次第ですが。

8 :土井八郎三段:2017/11/23 16:12:11  0MONA/0人

>>7
そうなんですよね。まだ勉強中なので間違っているかもですが、spvだとモバイルには多少重そうかなと思ってます。
また、electrumだと本家がまだiOSに対応してないので、他のアルトが対応出来ているものを拾ってきて改造する形がいいなと。

一応以下の2つで動いてみてます。
・bitpayの改造(本命)
調査中。クラサバ両サイドで修正が必要。ただinsightがあるので比較的実現しやすいかも。ただ他のアルトでのリリースされてるものが見つからない。

・breadwalletの改造
軽く触ってみた所、scrypt世界線までは大丈夫そうなので、その後のハードフォークに対応できればいけそう。ただ仕組み上これも多分重くなりそう。

まだまだ理解が足りてないので、良かったら色々知見など頂けると嬉しいです。

9 :あるびの初段:2017/11/23 16:14:30  0MONA/0人

是非頑張っていただきたいです!
Monappyをアプリにした様な…どんなユーザーでも使える残高確認もできてユーザー同士のmonaの送り合いもできるウォレットアプリを!

10 :名無しか一級:2017/11/23 20:38:00  0.00114114MONA/1人

単にウォレット機能だけのものを目指すのであれば、いろいろな道があると思いますが、将来的にサービス連携など何らかの付加機能を付ける場合、システム構成や方式について事前に考慮しておく必要があると思います。
なので、目指すところ次第かと。どういったものを売りにするかにもよるし。

ユーザー同士で送り合うのであれば、取引所のようにコインを預かる方式がいいかな。トランザクション手数料とかかからないし。


insightは改造できるので大抵のアルトコインで動作します。ただ、insightはブロックチェーンの情報を表示するために作られていて、ウォレットに使用するには無駄な部分や少し機能が不足している部分があるように思います。
まぁ、作らず使うだけなので余分な機能があってもいいか..。

bitpayのウォレットはソースコードが共通で各プラットフォーム用をビルドできるようなので、改造も結構楽かもね。
その点、breadwalletは各プラットフォームに対応するのは大変そう。

11 :土井八郎三段:2017/11/25 04:55:36  0.00228228MONA/1人

確かに今後どういった事に転用していけるか、という視点は完全に抜け落ちてました。
せっかくやるので、あれば使ってもらえないと意味がないですよね。
まずは、その点について自分なりに考えてみたいと思います。

ユーザー間の送金であれば、存外Askmonaをのスマホ版専ブラでも作ってQRリーダーをつけるでもいいのかもしれませんね。(管理人様から許可を頂ければ)

ご指摘頂いた通り、bitpay関係は自分の調査不足でした。よく調べてみたら、LTCを筆頭に色々対応してますね。

ご意見・ご指摘ありがとうございます。

12 :土井八郎三段:2017/11/30 05:04:02  0.01114114MONA/2人

一応、1週間弱ほど勉強含め考えた事について報告させて頂きます。

始めに今後目指すところですが、私の現状の力量・理解度を踏まえ、まずはスマホでのウォレットアプリの実装を一旦の目標に置く事にしました。

ですので、mona版breadwalletを勉強と並行しながら完成を目指す方向で動いていきたいと思います。

ただし、中長期的にはbitpayの特にバックエンドのwallet serviceがあるとサービス構築が楽になりそうですので、どこかのタイミングでこちらにも触れればと思っています。

なお、多少間が空いてしまうかと思いますが、投げ銭を頂いている以上、進捗についてはこちらにて適宜ご報告させて頂ければと思っております。

13 :土井八郎三段:2017/11/30 21:12:36  0MONA/0人

>>10
大変お手数ですが、もしご知見があったら以下2点について教えて頂きたい事がございます。
①difficultyチェックについて
現在、厳密なdifficulty計算せす、トランザクションを生成した場合、データ不整合などの影響が発生し得ると考えられますでしょうか?(ブロックチェーンの同期は一応パス出来ております。)
②現在、Object-Cで実装した処理をC言語に移植しているのですが、(iPhone、Android共通で利用するため)Lyra2rev2でのhash計算処理でつまづいております。Lyra2rev2の内部処理についてご存知でしたらご教授頂きたいです。(こちらはbitcore-libに手を加える祭にも必要となるため)

お手数でしが、もし可能でしたらお力をお貸し頂けると幸いです。

14 :Aigan一級:2017/11/30 22:13:18  0MONA/0人

What programming language do I need to learn to make an android wallet? Of any kind of alto.

15 :名無し四段:2017/11/30 22:42:23  0MONA/0人

indiesquare walletみたいに
monacoinのトークンを送受信する機能の実装は難しいでしょうか?

16 :モナコインJKゆき三段:2017/11/30 23:09:31  0.00228228MONA/2人

まだAskには貼ってなかったな
モナコインウォレット作ってます。https://github.com/MissMonacoin/monya
詳しい機能・構想はreadme参照
html5なのでiOSも使えます
開発力が乏しいのでどなたか開発継続して頂けると助かります
https://missmonacoin.github.io/monya/

17 :名無しか一級:2017/12/01 00:03:00  0.00114114MONA/1人

>>13
> ①difficultyチェックについて
difficultyの計算が違うとブロックが正常かチェックができなくなる気がします。
悪意あるサーバーなどから不正なブロックデータを持ってきたときにそのブロックを取り込んでしまって問題になると思います。
トランザクションの生成にはdifficultyは一切関係ないので影響ないです。

> ②Lyra2rev2
Lyra2rev2の内部処理に関しては概要くらい知っていればよくて、あとはすでにある実装を持ってくればよい気がしますが、見つからないという感じなのかな。
共通化かぁ。iphoneはそのままCを使うとして、androidでもnativeでCを使って各CPUに対応するか、うーん。でもandroidではjavaが使いたいよね。
Lyra2rev2のC実装をjavaに書き直す作業をするとすると、結構ステップ数があるな。c->javaコンバーター的なものを使うか、または、C言語をLLVMのようなものを通してjavaに変換するとか。
すぐには結論がでないです。探したらjavaの実装が見つかる可能性もあるし。

bitcore-libに関しては、想像するに、Lyra2rev2が必要になるとしてもサーバー側のみでCの実装を使えばよいし、クライアント側のjavascriptでは不要だと思います。monacoinの場合、ブロックチェーンをつなぐためのハッシュ計算は、bitcoinと同じハッシュアルゴリズムを使用していたと思いますので、monacoindがあればよく、Lyra2rev2へのハッシュアルゴリズム変更作業が不要な可能性もあると思います。

18 :@にゃんこ好き初段:2017/12/01 00:51:39  0MONA/0人

UIに関して私はhttps://github.com/MissMonacoin/monya
を推奨していきたいと思っております。

初心者でも簡単にモナコイン を扱えるようにする事を目的として開発を継続していきます。

構想としましては、ハイブリッド型及び、JS縛りにする事により、
iOS/Androidでも使用可能に出来るなど、恩恵があると思われます。

しかしながら初心者エンドユーザーはアプリケーションはAppStore/GooglePlayよりインストールするものと言った認証をされている方もたくさんおられるようで、(私の知り合いのスマホに詳しくない一般人)やはり、実行速度の面からも
ネイティブアプリにするべきなのかと思いつつもあります。

まず、開発をネイティブアプリにするか、ハイブリッドにするかから議論するべきと思っております。

19 :@にゃんこ好き初段:2017/12/01 00:52:32  0MONA/0人

誤字訂正
認証→認識

20 :@にゃんこ好き初段:2017/12/01 01:11:33  0.00114114MONA/1人

私は初心者のことを第一に考えるとネイティブアプリを推進したいと思っております。

21 :土井八郎三段:2017/12/01 03:33:10  0MONA/0人

>>14
My English isn't so good so feel free to ask me if there is anything unclear.
In the case of android application development, I think that you will need java language.

22 :土井八郎三段:2017/12/01 03:36:10  0MONA/0人

>>15
すみません。現状ではトークンに関しての勉強が足りておらず、今回の実装ではそこまで出来ない可能性が高いです。
トークンに関してももう少し勉強したいと思います。

23 :土井八郎三段:2017/12/01 03:46:07  0MONA/0人

>>16
ありがとうごさいます。拝見させて頂きました。チュートリアルが充実しててユーザーに優しいなと。是非とも参考にさせて頂きたいと思います。

24 :土井八郎三段:2017/12/01 04:12:25  0MONA/0人

>>17
ありがとうございます。
>①やはりdifficultyチェックは不可欠という事ですよね。他のウォレットを色々物色していたところ、ヘッダーのみ確認するのものがあったので、非常に気になっておりました。

>②そうなんです。C++でコアを共通化すればあとはUIをいじればいいかなと思っていました。breadだとコア部分がC実装だったので、今後仕様変更に追随するためにはCがベターなのかなとも思いつつ、memcpyで色々やるのはどうしても確かに理解してないと後ほど酷いことになりそうかなと思いまして。

やはり、bitpayが無難ですかね。
ただ、正直な所を申し上げますと、サーバサイドのbitcoreのnode.jsのバージョン合わせなどの環境構築が色々鬼門でして少々たじろいでおりました。笑
こちらをもう少し勉強したいと思います。

色々と本当にありがとうございます。

25 :土井八郎三段:2017/12/01 04:26:20  0.39MONA/1人

>>18
UIは今後入りやすいさを考えると、私もhttps://github.com/MissMonacoin/monyaで上げて頂いたものがベストかなと思っています。

課題としてあげて頂いた実行速度面、また開発のしやすさを含め、やはり今一度ネイティブかハイブリッドかの画廊は不可欠ですね。

特に今回はウォレットですし、以前あったように悪意のあるコードが仕込まれていないかをチェック出来る状態を作らないと今後のmモナが発展していく事は難しいとも思っております。それを踏まえると今ハイブリッドに心が揺らいでおります。

26 :土井八郎三段:2017/12/01 04:32:13  0MONA/0人

もし良ければ、目指していくべき方向について皆さまのご意見(今後のサービス展開なども含め)をお伺いさせて頂く事は可能でしょうか?

一旦、私が作りつつあるものについても、近くソースを公開する予定です。

27 :土井八郎三段:2017/12/01 06:23:01  0MONA/0人

>>25
訂正です。
×画廊
◯議論

28 :名無しか一級:2017/12/01 09:31:59  0MONA/0人

>>24
difficultyチェックは不可欠というわけでもなく、他にもチェックする方法があると思いますので、ベースコードの実装次第な感じ。

breadwalletは、C実装を使ってるんですかー。あ、本当だ..。そういえばそうだった..。ならmonacoin coreからLyra2rev2のコードをC言語のまま持ってきて入れればいいだけだと思う。

node.jsのバージョン管理はnvmを使うのがいいと思う。

29 :モナコインJKゆき三段:2017/12/01 17:21:16  0MONA/0人

いちおうjavascriptなので、ウェブでも動くので、同期用HTTPサーバー立てて、ブラウザでも使えるようにできたらいいなと思いました。
アプリインスコ嫌いなんだよねー。今Progressive web appなんてのもあるし(Androidのみ)

30 :Go1一級:2017/12/01 17:51:16  0MONA/0人

web版だったらcordovaあたりでApp化できそうな気もする。

31 :モナコインJKゆき三段:2017/12/01 20:51:32  0MONA/0人

>>30
そのつもり

32 :名無し六段:2017/12/07 12:23:40  0.00114114MONA/1人

iOS版の純粋なSPV Walletは検討したこともあったけど、
モバイルデバイス上でブロックヘッダーの受信してブロックハッシュを検証してってのをやるのは処理量が多くてバッテリー食い過ぎるんじゃないかと思ったことがある

あとは、仮に不正なブロックデータが流し込まれて、正しいブロックデータが受信できなかったときに、「何かがおかしい」と、どうやって検出するかというセキュリティ的な面が微妙によくわからなかった
segwitやサイドチェーンについては俺は知識が数年前で止まってしまっている

33 :土井八郎三段:2017/12/07 21:37:39  0MONA/0人

>>32
まだ勉強中の新参ゆえ、お話されているレベル感とのズレや間違いがございましたら、ご指摘下さい。
ヘッダーの検証に関しては、直近のチェックポイントさえ定義しておけば、概ね処理量は減らせられるかと思っております。

セキュリティ面に関しては理解が特に足りておらず今私の一番の課題だと認識しています。(直近の価格高騰で、もはや曖昧な理解しか出来ていない状態では許されないかと思ってます。)

なお、直近余りまとまって時間をとれていませんが、breadwalletの移植に関してはiOS・Android共にTestnetにて送金・受信までは一応確認出来ました。(difficultyチェックなどはしていないので、世に出せるレベルではないですが。)

一応、これを進めるにしても、他の方法にするにしても、TestnetのinsightとMONAのレートを返すAPI(各通貨)があるといいなと思ったので、しばらくはそちらを勉強しながら進めていきたいと考えています。

34 :名無し六段:2017/12/08 00:10:29  0.1MONA/1人

>>33
なるほど。あとは、秘密鍵の管理などをどうするか、バックアップはどうするのかなどが問題になるかねぇ。

35 :名無し六段:2017/12/09 22:52:57  0MONA/0人

そもそもiOS向けウォレットが大したものがないのはなぜなのか
仮想通貨ウォレットはAppleの審査を通りにくいのか?

36 :土井八郎三段:2017/12/09 23:58:02  0MONA/0人

>>34
その点は大きな課題だと認識してます。
今いじっているbreadwalletですと、BIP39のパスフレーズ型での管理なのですが、ビルドターゲットをアップデートするとリカバリー出来ないバグがあったりして頭を悩ませております。

また、iOS版が少ない理由は公開までの手間(仰られた通り審査とdeveloper
programへの加入など)が大きい所なのではないかと個人的には思っております。

37 :あ熱帯います七段教士:2017/12/10 09:31:13  0.1MONA/1人

>>35
 以前は、禁止してましたよ。
 最近でもDashはだめだって言ってみたりとか、それ以前からのデベロッパーは怖くて作れない人が結構いると思うけど。

 あと、ブロックチェーンをローカルに持つとかはメモリ増設できないiPhoneだと結構無理があるし、容量超えたときに最低でもパソコンにマイグレーションできるようにしておかないと恐ろしいので独自サーバタイプか?
独自サーバだと攻撃されてGoxしたら怖いし...ということでやっていない人がいます。

38 :名無し三段:2017/12/10 18:48:44  0MONA/0人

何年も前にiOS向けウォレットを開発していた私が来ましたよ
結局社畜の身分では開発する時間が取れずエターナってしまったが
時間は今もほとんど取れないし、それどころかsegwitとかも何それって感じ
ソースコード自体は捨ててないけど、Objective-Cだったし今となっては・・・
無念・・・

39 :フォスフォフィライト二段:2017/12/10 19:14:04  0MONA/0人

昔あったよね

40 :モナコインJKゆき三段:2017/12/10 20:53:28  0.1MONA/1人

>>35
通貨ランキング上位かつウォレット・まともな取引所の機能しか持たないものは承認されるみたいです。
Book of OrbsもかつてはiOS版があったけど、トークン画像のDEXが、アップルの決済システムを通す決まりを守ってないとかなんとかで消されました。

41 :土井八郎三段:2017/12/12 21:08:07  0MONA/0人

>>40
承認にもそのような条件があったのですね。始めてインストールしたのがDOGEのウォレットだったので勝手に上記の理由かと思ってました。

>>36
breadwallet形式ですとブロックヘッダーしか持たないのでデータ容量は少なく済む感じです。一応、Testnet4で1MBぐらいでした。(実装に問題がなければ…ですが)
ブロックの同期自体はmonacoinのdns-seedに直接取りに行く仕様です。
独自サーバー方式は私もリスクが高いと思ったので、こちらをいじってみてた次第です。

42 :脇山P名人教士聖人:2017/12/12 22:26:14  0.39MONA/1人

blockheaderについてはelectrum-monaと同じ形式っぽいので参考になればどうぞ
blockheaderの説明 https://bitcoin.org/en/developer-reference#block-headers
mainnet blockheader https://electrum-mona.org/blockchain_headers 460000block前後
testnet blockheader https://electrum-mona.org/testnet_headers 100000block前後

electrum-monaの場合はlyra2re2とbits(target(DGWv3等)の計算で出て来たもの)をverifyしています。
参考までにelectrum-monaでのtarget部分についてはこんな感じです。
https://github.com/wakiyamap/electrum-mona/blob/master/lib/target.pyx

お手伝いできる部分がありましたらお手伝いしますので方向性が決まったら教えてください。

43 :土井八郎三段:2017/12/15 00:17:08  0MONA/0人

>>42
ありがとうございます!
これで、自分の中で理解が進められそうです。
方向性が決まりましたら、是非ともご支援お願い致します!

44 :モナコインJKゆき三段:2017/12/22 00:04:20  0MONA/0人

アイコン募集中
http://askmona.org/8217

45 :土井八郎三段:2017/12/31 02:14:16  0MONA/0人

>>42
反応が遅くなってしまいすみません。一応個人的な今後の方針ですが、現状、ゆきさんがweb、モバイル対応でかつZaif paymentサポート済みと上位互換的なwalletを完成されているので、もはや需要がないかもしれませんが、私自身はbread walletベースでのウォレット開発は細々と継続していきたいと考えております。
なお、お伺いしたいのですが、今後、electrum-monaにてkivyでのモバイル対応などは考えられておられますか?

46 :モナコインJKゆき三段:2017/12/31 02:40:59  0.39MONA/1人

>>45
横から失礼します。kivy版はコンパイルがうまくいかないそうです。今もおそらくそうだと思います。

47 :土井八郎三段:2017/12/31 10:28:23  0.0039MONA/1人

>>46
そうでしたか。
もにゃが完成した今、electrum-mona(モバイル版)もあった場合、仮にbreadベースのものを出したとしたら、初心者の方にとって混乱を招く要因になり兼ねないかないのでは?と心配になっておりました。
捕捉頂きありがとうございます。

48 :土井八郎三段:2018/01/17 22:08:27  0MONA/0人

一応、方向性が決まりましたのでご報告させて頂きます。
本スレのトピ主さまと私とで共同してbreadベースのiOSウォレットのリリースを目指す事となりました。
なお、もにゃの完成度と汎用性が高いので、サブ的な位置付けとなるかと思いますが。
また、詳細が決まり次第こちらにてご報告させて頂きます。

49 :脇山P名人教士聖人:2018/01/17 22:31:03  0MONA/0人

>>48
もしかしてこれです?
誰が作ったかわからなくて検証してなかったんですが……
https://www.panwallet.com/

50 :@にゃんこ好き初段:2018/01/17 22:37:06  0MONA/0人

これはアメリカ人大学生が作成されたようです。
それとは別のものになります。
一応一通りのテストは終了させました。

51 :Verenav二級:2018/01/17 22:55:05  0MONA/0人

確かにIOS版はほしいわな

52 :のんたろう一級:2018/01/17 23:45:47  0MONA/0人

もにゃ以外に選択肢増えた方が
ユーザーは、助かります。
技術系はさっぱり分かりませんが
応援致します。

53 :さ҉҉ば҉҉ち҉҉ゃ҉ん七段教士:2018/01/18 00:16:51  0MONA/0人

>>49

https://github.com/edgarnet
外人かと思ったけどちゃうんか??

54 :名無し一級:2018/01/18 05:29:56  0MONA/0人

>>35
書きづらいですが、少し書きます。A社は、BTC含め、否定的見解。
Webなどに、iTunesアフィ貼るにしても、審査落とされます。何で落ちるか、空気読んでね的です。

>>1 >>48 期待致しております。

55 :@にゃんこ好き初段:2018/01/18 09:51:59  0MONA/0人

審査に通らなかった場合Cydiaに上げる可能性があります。
審査に通った場合は普通にリリースとなります

56 :土井八郎三段:2018/01/18 12:54:31  0MONA/0人

>>53
こちらは外人の方であってます。
breadもiOSとandroidがありますので、こちらのandroidをforkしたものだと思われます。

>>54
ありがとうございます。基本的にアフィなどは一切考えておりませんので、あとはAppleさのさじ加減が吉とでるのを祈りたいと思います。

お気に入り

新規登録してMONAをもらおう

登録すると、投稿したり、MONAをもらったりすることができます。質問したり、答えたりしてMONAを手に入れてください。

新規登録ログイン