Re: [apps-discuss] Proposal for a Finance Area Mailing List

Barry Leiba <barryleiba@computer.org> Wed, 07 March 2012 23:19 UTC

Return-Path: <barryleiba.mailing.lists@gmail.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A28A11E808E for <apps-discuss@ietfa.amsl.com>; Wed, 7 Mar 2012 15:19:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.985
X-Spam-Level:
X-Spam-Status: No, score=-102.985 tagged_above=-999 required=5 tests=[AWL=-0.008, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pwpzc3sUY1aB for <apps-discuss@ietfa.amsl.com>; Wed, 7 Mar 2012 15:19:04 -0800 (PST)
Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 4601211E8074 for <apps-discuss@ietf.org>; Wed, 7 Mar 2012 15:19:04 -0800 (PST)
Received: by vcbfk13 with SMTP id fk13so6843164vcb.31 for <apps-discuss@ietf.org>; Wed, 07 Mar 2012 15:19:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=GDCUHhD82eUAVkN+H5ZCG54PMzlsnDJ6PaJ7f7hJlaM=; b=PS+/aRfi0JmZxEuP6UoHFip7jMRMqHR6xP67Rbkeqd7Y/SBV6VgWtY+8uEAdxpEu3Z r7Ssm9fYv2MKknxKxhheaviVf4OsRluVpZ5Evt0pGtvUfr8l3bAve98S8myT9M4NzWC0 NBFPQEfl/krnNcFc94VrCcqQOzTP8bttZxsZOz/S/TWrqoQowzBsrzk1QPcGjQ6Ex/yU DZ5lYACCx5FXZlwHT8K9ArPvgBkDs6tYOVItiUH5NHFIB0SrLkdV5gm5uyn23q4gjLmn IZhoCDRw0J7TM5IpE3rfi4aWB0qv0TCIY6Aj3bdAwrXvEPmpvBa1Q33a6/nTKnmPCmpx te7w==
MIME-Version: 1.0
Received: by 10.52.178.40 with SMTP id cv8mr6432935vdc.82.1331162343826; Wed, 07 Mar 2012 15:19:03 -0800 (PST)
Sender: barryleiba.mailing.lists@gmail.com
Received: by 10.52.161.37 with HTTP; Wed, 7 Mar 2012 15:19:03 -0800 (PST)
In-Reply-To: <CACwuEiOPeym2Ro6WffhAg__nzkiKmBXu7woKV3kWLodX11b1Qg@mail.gmail.com>
References: <CACwuEiOPeym2Ro6WffhAg__nzkiKmBXu7woKV3kWLodX11b1Qg@mail.gmail.com>
Date: Wed, 07 Mar 2012 18:19:03 -0500
X-Google-Sender-Auth: xzT3R3Hn1C4RMF-v_6ybIMlE_vM
Message-ID: <CAC4RtVA_aQcSF6-vzuW6z0vHdgx8cWwpMFw_6twZL6ijukHJ8A@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Walter <walter.stanish@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: apps-discuss@ietf.org
Subject: Re: [apps-discuss] Proposal for a Finance Area Mailing List
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Mar 2012 23:19:05 -0000

Apps-Discuss folks: It's been about a week since Walter posted this,
and no one's commented.  Perhaps that means that no one's  interested,
but I'd like to stir the pot a bit and see whether anyone has anything
to say.  Nudge-nudge, stir-stir.

Walter, what we're looking for here is some public discussion that
results in at least some reasonable level of understanding about what
would be discussed on the mailing list you propose, who might be
interested in participating and, importantly, what IETF work might
come out of it.  I'll note that standardization doesn't only happen in
the IETF; there other standards organizations with different foci, and
industry consortia often form to develop special-purpose standards for
limited industry subgroups.  What you want here might not be a bunch
of Internet gearheads who worry about SMTP, HTTP, SIP, MPLS, and BGP,
but, rather, some techies involved in the finance industry who can
better develop something that really meets the need you have.

That's not an answer one way or the other, but a call for conversation
and analysis, and some seeds to start the discussion.

Barry, AppsAWG chair and incoming App AD

On Thu, Mar 1, 2012 at 10:31 AM, Walter <walter.stanish@gmail.com> wrote:
> Hi there.
>
> This message is posted at the request of the Application Area Managers
> as the culmination of email interaction dating back to December 15,
> 2011.
>
> We seek the establishment of a mailing list for the discussion of
> financial area protocols.
>
> Recently Payward Inc. authored two drafts:
> https://datatracker.ietf.org/doc/draft-iiban/
> https://datatracker.ietf.org/doc/draft-imic/
>
> The drafts propose means for financial endpoint identification and
> financial market identification. They are of wide potential interest
> for alternate financial networking, however they are missing a
> critical and complex reason to deploy them widely, which is an
> inter-institutional protocol for transaction quotation, negotiation,
> reporting and state management.
>
> A possible solution in this area will be presented in an upcoming
> draft, essentially seeking to provide a mechanism to replace
> established protocols (ISO20022, FIX) with an open, non-legacy
> alternative with adequate flexibility to support emerging digital
> financial networks.  To illustrate, the problem statement for the as
> yet unpublished draft is as follows.
>
> ============================================================
>  Certain functionality required by modern financial systems is not
>  presently available in open, legacy-free, adequately globalized
>  protocols.
>
>  This functionality includes:
>   * Settlement and reversal / cancellation term negotiation
>   * Exchange rate negotiation
>   * Latency calculation / negotiation
>   * Fee, tax and discount calculation / negotiation
>   * Arbitrary currency / asset support
>   * Multi-currency / asset transaction support
>   * Quotation support
>   * Multiple settlement path support
>   * Optional support for in-band settlement (sometimes known as DVP)
>   * High precision decimal value support
>   * Arbitrary financial settlement topology support
>   * Arbitrary communications topology support
>
>  Given this situation, it makes sense to propose a legacy-free,
>  adequately extensible protocol for internet-based financial exchange.
> ============================================================
>
> In addition to our own work above, most of you are probably aware of
> some of the various other efforts going on in the financial world.
> These efforts include mobile finance, digital currencies and
> settlement systems, private currency markets, new transaction
> protocols, scalable non fiat-currency based community-centric
> transaction systems, and other projects.  A few examples:
>  - Bitcoin: http://bitcoin.org/
>  - CES: http://ces.org.za/
>  - Ripple: http://ripple-project.org/
>  - W3C Web Payments: http://www.w3.org/community/webpayments/
>
> At this stage some discussions have already occurred in public forums
> with reference to the drafts that Payward Inc. has published and the
> potential for a greater community involvement in exploring potential
> solutions:
>  http://bit.ly/v6n2tk (The Bitcoin Trader)
>  http://bit.ly/xpMxQ3 (Bitcoin Development list)
>  http://bit.ly/zpVHms (Ripple Users)
>
> Unfortunately, due to the project-oriented nature of each of these
> forums it is difficult to focus on issues that exceed individual
> project scope either affect or have the potential to affect the wider
> internet community. Therefore Iwebelieve that it would be useful to
> try to draw representatives of the various projects together to
> discuss such issues via a mailing list hosted at the IETF, with the
> goal to discuss and develop solutions to problems in established and
> emerging financial networks.  The IETF specifically can provide:
>
>  1. Transparency and community examination of a proven standards
> development process
>  2. Access to IANA: an established, internationally credible third
> party for registry management (very useful to build trust in alternate
> financial systems)
>  3. Access to functional, supplementary services such as document distribution.
>
> We therefore request the establishment of a financial area mailing list.
>
> Feedback and statements of interest are hereby requested.
>
> Regards,
> Walter Stanish
> Payward Inc.
> _______________________________________________
> apps-discuss mailing list
> apps-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/apps-discuss