Re: [vwrap] Moving ahead with draft-ietf-vwrap-intro

Dzonatas Sol <dzonatas@gmail.com> Mon, 02 August 2010 20:27 UTC

Return-Path: <dzonatas@gmail.com>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3EEB33A698C for <vwrap@core3.amsl.com>; Mon, 2 Aug 2010 13:27:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.484
X-Spam-Level:
X-Spam-Status: No, score=-1.484 tagged_above=-999 required=5 tests=[AWL=1.115, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mkXivfZ09DlA for <vwrap@core3.amsl.com>; Mon, 2 Aug 2010 13:27:10 -0700 (PDT)
Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by core3.amsl.com (Postfix) with ESMTP id E0F693A6907 for <vwrap@ietf.org>; Mon, 2 Aug 2010 13:27:10 -0700 (PDT)
Received: by pwj1 with SMTP id 1so1661361pwj.31 for <vwrap@ietf.org>; Mon, 02 Aug 2010 13:27:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=dB7wiijX0ym/1y95CjbNUc64eh/VXP602J9lDAovGRw=; b=kxWQdj22OqcnSF7biwJTHc9tx4Lh4xP9UmUBhpT5WdX6d4Js8prW/fJz2UIzrC3BwL R13yU9xXud9UaW4FHOVnZcMV3ooDV6imEdb4EWf3oI4armaGKhqdl1kr7ZD2ifqqLynn qJhEu6QyqKbcT56ehiSfp3ATxwqz6QeDVEB0o=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=wWoAfMuxbkT0MtT5ycUAiX51mswK6wVabY+SluIgArZyUTwkVlF0X7NxaEa9BPLwZU NrSQ8w2RGiVAxqz2It94y1tPcOF531e7nxpIlLKxU28tVfs1frThi7yhVgw6QFgn5vXE wH+NzCn3Xf920srbs8FeGzHVSxmtB7F6714Iw=
Received: by 10.114.77.13 with SMTP id z13mr7870552waa.196.1280780858760; Mon, 02 Aug 2010 13:27:38 -0700 (PDT)
Received: from [192.168.0.50] (adsl-68-124-103-250.dsl.scrm01.pacbell.net [68.124.103.250]) by mx.google.com with ESMTPS id d38sm12073621wam.20.2010.08.02.13.27.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 02 Aug 2010 13:27:38 -0700 (PDT)
Message-ID: <4C572D31.9050601@gmail.com>
Date: Mon, 02 Aug 2010 13:40:17 -0700
From: Dzonatas Sol <dzonatas@gmail.com>
User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329)
MIME-Version: 1.0
To: Jon Freedman <jef@openmetaverse.org>
References: <AANLkTinZ0Lxak2PLP=Mcyv3dYhpZY5xPS63kPSHNL4zV@mail.gmail.com>
In-Reply-To: <AANLkTinZ0Lxak2PLP=Mcyv3dYhpZY5xPS63kPSHNL4zV@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: "vwrap@ietf.org" <vwrap@ietf.org>
Subject: Re: [vwrap] Moving ahead with draft-ietf-vwrap-intro
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Aug 2010 20:27:12 -0000

Jon Freedman wrote:
> Hello Everyone,
>
> I want to throw in my two pieces of abstract virtual world currency into the
> mix. After perusing the vwrap-intro draft in depth, I have a few comments. I
> realize that some of this may have been raised before in previous
> discussions.

One concern I see is if we do add such types to the standard then every 
related structure may have to be passed by transports that always assume 
a certain level of authentication and security. That would subsequently 
make stateless connections harder by default.

I agree if it is possible to do such then it would be great, but there 
would be practical consequences if the data can't dance. I think it 
should only be introduced as an optional extension where the connection 
is already stateful. That would at least help guarantee the general 
meaning of currency, yet I'm sure we could think of specific currencies 
that can have stateless transports. I have demonstrated one, so I 
wouldn't want to break that content. =)

-- 
--- https://twitter.com/Dzonatas_Sol ---
Web Development, Software Engineering, Virtual Reality, Consultant