--- Log opened Fri Apr 26 00:00:55 2019 00:15 -!- ccdle12_ [~ccdle12@KCNcd-02p12-96.ppp11.odn.ad.jp] has joined #rust-bitcoin 00:17 -!- ccdle12 [~ccdle12@KCNcd-02p12-96.ppp11.odn.ad.jp] has quit [Ping timeout: 245 seconds] 00:19 -!- ghost43_ [~daer@gateway/tor-sasl/daer] has joined #rust-bitcoin 00:20 -!- ghost43 [~daer@gateway/tor-sasl/daer] has quit [Ping timeout: 256 seconds] 00:33 -!- ccdle12_ [~ccdle12@KCNcd-02p12-96.ppp11.odn.ad.jp] has quit [Remote host closed the connection] 01:07 -!- TamasBlummer1 [~Thunderbi@p200300DD670F9D066506B7C4D522E0CB.dip0.t-ipconnect.de] has joined #rust-bitcoin 01:09 -!- TamasBlummer [~Thunderbi@p200300DD670F9D976506B7C4D522E0CB.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds] 01:09 -!- TamasBlummer1 is now known as TamasBlummer 01:40 -!- mauz555 [~mauz555@2a01:e35:8ab1:dea0:accd:cb74:44a0:b156] has joined #rust-bitcoin 02:13 -!- DeanWeen [~dean@gateway/tor-sasl/deanguss] has quit [Remote host closed the connection] 02:15 -!- DeanWeen [~dean@gateway/tor-sasl/deanguss] has joined #rust-bitcoin 03:41 -!- mauz555 [~mauz555@2a01:e35:8ab1:dea0:accd:cb74:44a0:b156] has quit [] 04:00 -!- ccdle12 [~ccdle12@KCNcd-02p12-96.ppp11.odn.ad.jp] has joined #rust-bitcoin 05:47 -!- ccdle12_ [~ccdle12@KCNcd-02p12-96.ppp11.odn.ad.jp] has joined #rust-bitcoin 05:50 -!- ccdle12 [~ccdle12@KCNcd-02p12-96.ppp11.odn.ad.jp] has quit [Ping timeout: 250 seconds] 06:04 -!- mauz555 [~mauz555@2a01:e35:8ab1:dea0:accd:cb74:44a0:b156] has joined #rust-bitcoin 06:06 < mauz555> hello - does "rust-bitcoin" provides an utility function to generate a bitcoin address (new private key) ? or should I use "rust-secp256k1" ? 06:21 -!- DeanWeen [~dean@gateway/tor-sasl/deanguss] has quit [Ping timeout: 256 seconds] 06:45 -!- ccdle12 [~ccdle12@KCNcd-02p12-96.ppp11.odn.ad.jp] has joined #rust-bitcoin 06:47 -!- ccdle12_ [~ccdle12@KCNcd-02p12-96.ppp11.odn.ad.jp] has quit [Ping timeout: 245 seconds] 07:00 < stevenroose> mauz555: just a single address? 07:00 < stevenroose> It's true that the PrivateKey class lacks a `from_slice` or `generate` method. 07:01 < stevenroose> Personally I would create a new bip32::ExtendedPrivKey from a seed that I generate using rand::OsRng. 07:02 < stevenroose> then you can more easily create addresses 07:19 -!- mauz555 [~mauz555@2a01:e35:8ab1:dea0:accd:cb74:44a0:b156] has quit [] 07:29 -!- willpiers [~willpiers@38.75.231.30] has quit [Remote host closed the connection] 07:30 -!- willpiers [~willpiers@38.75.231.30] has joined #rust-bitcoin 07:34 -!- willpiers [~willpiers@38.75.231.30] has quit [Ping timeout: 245 seconds] 07:35 -!- willpiers [~willpiers@38.75.231.30] has joined #rust-bitcoin 07:37 -!- ccdle12 [~ccdle12@KCNcd-02p12-96.ppp11.odn.ad.jp] has quit [Remote host closed the connection] 07:44 -!- willpiers [~willpiers@38.75.231.30] has quit [Remote host closed the connection] 07:47 < stevenroose> sgeisler: yeah with the bech32 PRs, I basically wanted a way to encode and decode bech32 with as little overhead as possible 07:48 < stevenroose> Like the encode and decode method in bech32.cpp. 07:49 < stevenroose> "a bech32" like the struct suggests is not really something. Bech32 is an encoding. 07:49 < stevenroose> Like the base58 module in rust-bitcoin that just has an encode and decode method. 07:50 < stevenroose> I'm thinking perhaps an `pub struct Hrp<'a>(&'a str)` with a `FromStr` that does validity checks? 07:50 < stevenroose> So that you can have `encode_to_fmt(f, "bcrt".parse()?, data_part)?` 07:51 < stevenroose> Sad thing is that prefixes are almost always static. So I'd like to prevent the check and just provide an extra `valid_hrp()` method. 08:39 -!- ghost43_ is now known as ghost43 08:47 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has joined #rust-bitcoin 09:55 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has quit [Remote host closed the connection] 10:06 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has joined #rust-bitcoin 11:23 -!- BlueMatt [~BlueMatt@unaffiliated/bluematt] has quit [Ping timeout: 258 seconds] 11:45 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has quit [Remote host closed the connection] 11:47 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has joined #rust-bitcoin 11:47 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has quit [Remote host closed the connection] 11:48 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has joined #rust-bitcoin 11:52 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has quit [Ping timeout: 245 seconds] 12:13 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has joined #rust-bitcoin 12:17 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has quit [Ping timeout: 245 seconds] 12:43 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has joined #rust-bitcoin 12:48 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has quit [Ping timeout: 246 seconds] 12:58 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has joined #rust-bitcoin 13:00 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has quit [Remote host closed the connection] 13:00 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has joined #rust-bitcoin 13:44 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has quit [Remote host closed the connection] 13:45 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has joined #rust-bitcoin 13:54 -!- BlueMatt [~BlueMatt@unaffiliated/bluematt] has joined #rust-bitcoin 14:02 -!- willpiers [~willpiers@107-1-237-234-ip-static.hfc.comcastbusiness.net] has quit [Remote host closed the connection] 14:11 < sgeisler> stevenroose: I guess we could avoid having a `Bech32` struct at all by making the serialization method throw, but then we couldn't have e.g. a `Display`impl for `Bech32`, which might not be bad at all 14:11 < sgeisler> s/throw/return a result/ 14:12 < sgeisler> and it would save us from having to think about ownership in the context of bech32 data (e.g. having an owning and a non-owning `Bech32` struct) 14:13 -!- willpiers [~willpiers@107.1.237.234] has joined #rust-bitcoin 14:14 < sgeisler> I was kinda trapped in the thinking pattern that we need a struct to enforce the invariants, but you are right, we might just not guarantee that every `(&str, &[u5])` tuple can be encoded 14:15 < sgeisler> and most of the possible errors can be accounted for (e.g. by having static prefixes) and one can just write `.expect(...)` 14:16 -!- BlueMatt [~BlueMatt@unaffiliated/bluematt] has quit [Ping timeout: 264 seconds] 14:26 -!- DeanWeen [~dean@gateway/tor-sasl/deanguss] has joined #rust-bitcoin 14:32 -!- windsok_ [~windsok@rarepepe.cash] has quit [Quit: No Ping reply in 180 seconds.] 14:34 -!- windsok [~windsok@rarepepe.cash] has joined #rust-bitcoin 14:34 -!- windsok [~windsok@rarepepe.cash] has quit [Changing host] 14:34 -!- windsok [~windsok@unaffiliated/windsok] has joined #rust-bitcoin 14:47 -!- willpiers [~willpiers@107.1.237.234] has quit [Remote host closed the connection] 14:54 -!- BlueMatt [~BlueMatt@unaffiliated/bluematt] has joined #rust-bitcoin 15:31 -!- willpiers [~willpiers@38.75.231.30] has joined #rust-bitcoin 15:32 -!- willpiers [~willpiers@38.75.231.30] has quit [Remote host closed the connection] 15:32 -!- willpiers [~willpiers@38.75.231.30] has joined #rust-bitcoin 15:57 -!- DeanWeen [~dean@gateway/tor-sasl/deanguss] has quit [Ping timeout: 256 seconds] 16:04 -!- willpiers [~willpiers@38.75.231.30] has quit [Remote host closed the connection] 19:38 -!- ccdle12 [~ccdle12@KCNcd-02p12-96.ppp11.odn.ad.jp] has joined #rust-bitcoin 19:43 -!- ccdle12 [~ccdle12@KCNcd-02p12-96.ppp11.odn.ad.jp] has quit [Ping timeout: 246 seconds] 22:56 -!- BlueMatt [~BlueMatt@unaffiliated/bluematt] has quit [Ping timeout: 258 seconds] 23:56 -!- ccdle12 [~ccdle12@KCNcd-02p12-96.ppp11.odn.ad.jp] has joined #rust-bitcoin --- Log closed Sat Apr 27 00:00:56 2019