From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1YIaRs-0004Uy-U3 for bitcoin-development@lists.sourceforge.net; Tue, 03 Feb 2015 10:11:12 +0000 X-ACL-Warn: Received: from mail-wi0-f173.google.com ([209.85.212.173]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1YIaRo-0006UA-WD for bitcoin-development@lists.sourceforge.net; Tue, 03 Feb 2015 10:11:12 +0000 Received: by mail-wi0-f173.google.com with SMTP id r20so22995511wiv.0 for ; Tue, 03 Feb 2015 02:11:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=zW6Jn5Mh1mpkuBJi+exYFX2jIW16xqpCpcb1QqKmZxM=; b=j1QKzxU2S+ExCFTcvl5/1ou5LGQzKa3TcZ5b94UtXgWqxc2Yzzn+26OyDs63nDubWk x+vDXSPdRUNgHCQCprqYMQJ+ncTA8ZSxfVdGLrQYEreNdrtVzFuPDY/+CPDI6LpG0lU/ /L+8etiQKdu0+Kz8f2aj3Abb+gx9cusa6tbtGU5wHrjkGZiBrUvlrWSO3AW0fxW/Qppb uslNg26DiBx0S83BszWE5TZ6eDlNGipOiMxmpudDBm5R0Lb9SndmazdwnFmfqi2+187K JIuV1u+9hjXGlKtN3qF/a7cOs1KMUIQ2lTYoSi7kv9teRupj3Iet33Vo1gc3c9CGp9w/ 4wzQ== X-Gm-Message-State: ALoCoQko2unp3dOIIs+TQInOxTG6JaBR3rnvupSbjHOXfOSUTdIbFamtqnYrFDpg78wWfVbkMBW0 X-Received: by 10.180.109.46 with SMTP id hp14mr33607998wib.50.1422958262807; Tue, 03 Feb 2015 02:11:02 -0800 (PST) Received: from tetra.site ([185.68.216.157]) by mx.google.com with ESMTPSA id yy9sm4632539wjc.20.2015.02.03.02.11.00 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 03 Feb 2015 02:11:01 -0800 (PST) Message-ID: <54D09EB3.4080201@gk2.sk> Date: Tue, 03 Feb 2015 11:10:59 +0100 From: Pavol Rusnak User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Levin Keller References: <54CF74A5.3050304@gk2.sk> <54CF9016.5070206@gk2.sk> <54D014DB.50404@gk2.sk> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. X-Headers-End: 1YIaRo-0006UA-WD Cc: bitcoin-development@lists.sourceforge.net, Andreas Schildbach Subject: Re: [Bitcoin-development] Export format for xpub X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 10:11:13 -0000 On 03/02/15 10:33, Levin Keller wrote: > bitcoin-pub-export:xpub[gibberish]?gaplimit=[number]&path=[path in > derivation tree]&subchains=[numbers]&creationdate=[unixtimestamp] I cannot come up with an usecase where "path" parameter would be needed. FWIW childnumber and depth are already expressed in xpub itself. I like the general idea of "subchains" parameter, but I would like to further specify it: a) parameter should contain values described as comma separated list of values (such as 0,1,2,3,4) b) consecutive values can be shortened via dash (0,1,2,3 == 0-3) c) should we allow non-consecutive values (e.g. 0,1,3,8)? I am not sure. If not the "subchains" param can contain just upper bound of indexes to scan (e.g. "3") d) a wallet uses just the first specified chain to generate receiving addresses, uses the other chains just to add to the balance OR should a wallet be able to generate receiving address for second, third, etc. external chain? if yes, we should split "subchains" param into "external" and "internal" params both containing a list of numbers. this seems like an overkill to me and I am fine with using just the first chain as the external one. > Why not have more descriptive parameters? Saving on data? Yes. The longer the string, the bigger the QR code. > I am a big fan of unix timestamps. Would vote for Andreas' format on the > creation date. I am not against Unix timestamps, I just said I expected something else there. Unix timestamps have a lot of advantages. Another option that might make sense is the block number. -- Best Regards / S pozdravom, Pavol Rusnak