Mez
> b) security and electronic payments
>
> Here too, intense commercial activity threatens a mess
> of rival proprietary standards. We can aim to provide
> an open framework for incorporating different techniques,
> and to perhaps resolve export and patent licensing issues
> for unrestricted use of appropriate cryptographic modules.
>
> - authentication, non-repudiation and encryption
> - certificates and key exchange
> - bringing together S-HTTP and Shen etc.
> - mechanisms for electronic payments and receipts
> - standard APIs for cryptographic library modules
> - Commodity licenses for public domain
> cryptographic library modules
>