Main Page | Report this Page
 
   
Science Forum Index  »  Nanotechnology Forum  »  Military and nanotech
Page 3 of 3    Goto page Previous  1, 2, 3
Author Message
Chris Phoenix
Posted: Mon Nov 03, 2003 7:21 pm
Guest
Damian Poirier wrote:
Quote:
[Chris Phoenix wrote:]
Not sure what you mean here. Nanotech does not generally have the power
to morph preexisting "dumb" objects.

WHAT??? Is utility fog incapable of embeding itself in jello? Are burrowing
nanites impossible?
With all the conjecture regarding DNA recontructionism (possibly allowing us
even Odo-like capabilities)
what exactly are you saying?

I'm saying, don't invoke magic. Burrowing nanites may be possible, but
that will not allow us to instantly and automatically burrow into
everything and make it "smart" but otherwise unchanged. Burrowing won't
usually be easy, especially if you're not allowed to destroy or even
overly modify the object. Jello is a special case. And "DNA
reconstructionism" is not even well defined, and doesn't have much to do
with mechanical morphing/burrowing, and only works for a small subset of
objects, and would work slowly in any case.

Quote:
On another note, a few ideas on the value of 3d printers...
....Although "fear of
abuse" is a real concern; I need to think that any desire to abuse
the power of nanotech comes from having grown in the
dysfuntionalisms of this pre-nanotech culture.

.... When significant numbers of DF's [desktop fabricators; 3D
printers] are aquired by consumers new markets
open up. The Design of Interesting, Usefull products
fabricatable with DF soars! It fosters innovation! The
tools,instruments to implement discovery are always at hand!
.... I can think of no better way to inculcate world mind
with the full ramifications of post-nanotech potential.

I hope you're right. I have been simultaneously hopeful and pessimistic
about the ability of MNT to invoke a cultural shift like the one you
describe.

Can a lowly 3D printer do this? Well, apparently, yes it can!
Run-dont-walk and check out this awesome article by a developer of 3D
printers at MIT:

http://www.edge.org/documents/archive/edge123.html#gershenfeld

He's deployed "fab labs" and reports that advanced customized technology
can in fact reduce the pressure for war!

Quote:
Conclusion:
The part that 3d printers play in the transition to mainstream
nanotechnology, should not be under-valued. Through the
popularization of 3d printers, many of the key benefits we hope to gain
through nanotechnology will become main-stream ideas unconjoined
to the darker side of nanotechnology.

This is a very good point. Both for the cultural shift caused by
availability of rapid fab-from-blueprint, and for the memetic shift of
small machines being able to make complex machines.

Chris

--
Chris Phoenix cphoenix@CRNano.org
Director of Research
Center for Responsible Nanotechnology http://CRNano.org
Rory McLean
Posted: Mon Nov 03, 2003 7:22 pm
Guest
In article <bnj7nc025bo@enews1.newsguy.com>, Chris Phoenix
<URL:mailto:cphoenix@best.com> wrote:
Quote:

Rory McLean wrote:
Religious and Hobby/Social, and from a negative point of view,
Terrorist. I don't think these neatly fit into any of the three
you have given. I still think it's a good starting point, though.

As I explained in another post, I see Religious as basically Guardian.
And I see Hobby, and (to answer David Oker) Scientific Exploratory, as
Information. Why don't you think these fit?

The motivations for being involved in a hobby, sporting or
otherwise, seem rather different to Information, and I would have
thought this might produce a significantly different set of ethics.

I can see Religion as being Guardian, though I suspect that there
are those who would regard "spreading the word" as Information.


Quote:
Social is harder--there are many ways and modes of interacting
socially. But I'm not sure policy work is relevant to unorganized or
emergent social activities--more precisely, it may be relevant to each
activity on a case-by-case basis. (Competitive body modification?
No-risk orgies? "Telepathic" technologies based on neural implants?
Etc...)

Almost any organisation which is part of society will arguably be
impacted by nanotech, and means of communication which are used
socially will certainly be.

Information on social interactions which would previously "fall
through the net" will be captured by nanotech, such as who is
where (and with whom), and so I believe Social needs to be
carefully considered.

Information on individuals, particularly from surveillence
systems used for social control, will need rigorous controls on
access, based on specific need to know. We may need rights to
information in any case where we are specifically identified,
rather than treated as part of a statistic, including video
surveillence, under any circumstances. This will upset existing
Guardian organisations.


Quote:
Keep in mind that some organizations do not fit the classification
because they are monstrous hybrids: they pick and choose ethics/precepts
for convenience.

I am beginning to think that commercial organisations involved
with food, other than preparation from "traditional" ingredients,
and distribution, may fall into this group. While the nature of
the food remains pretty well unchanged, you are OK, but if this
can be changed as well... But, I really don't want to get into
the whole GM debate, though questions of novel foods that could
be produced by nanotech need to looked at carefully, as well. I
am quite unsure how you could be reasonably certain that these
are safe. "The Surgeon General has not certified these foods as
safe" (or the equivalent) warnings?


Quote:
If there is a desire to restrict the distribution of products
built by say a nearly universally distributed table-top
nanofactory, then a number of things need to be considered:

== Only verified product designs should be built.

We cover this in our paper, "Safe Utilization of Advanced
Nanotechnology"
http://CRNano.org/safe.htm

== Only products compatible with the ethics of the organisation
should be built.

Many products will be dual-use, and individuals may belong to more than
one type of organization. So I don't think this can be a hard-and-fast
rule. The overall rule is: organizations should stick to their
imperative/precepts. Monitoring of products could provide (usually
circumstantial) evidence that an organization was not doing so.

Product distribution patterns might be informative as well,
though how these are made use of would need to be looked at
carefully.


Quote:
== Product designs should only be used in accordance with the
associated agreement with the design's publisher.

Guardians may put a lot of restrictions: I'm looking at a can of Raid
that says, "It is a violation of Federal law to use this product in a
manner inconsistent with its labeling." An Information-type publisher
will have relatively minimal restrictions.
[snip]


Yes, but they may require that their products are not charged
for.

A Guardian publisher will likely want major restrictions on
"dangerous" or "restricted" product use, such as only by
specialist authorised users.


You can be certain that there will be a call for attempts to
track all nanofactories, have them handshake with a regulatory
body on a frequent basis, and report all products manufactured.

Except, of course, for the Guardian organisation nanofactories,
which will be "off the system". Black markets, abuse, etc.


Quote:
All the above will, I believe, need some sort of Agreement
Modelling,

Can you give me a reference for Agreement Modelling?

Replied to by e-mail.


Quote:
What is proposed above would allow anyone to work on nanotech
product designs, simulate them as much as they liked, maybe even
test manufacture them in a controlled environment (such as a
remote-accessed testing facility), but only distribute them
widely in a controlled way.

I like the way you think.

The sort of remote-accessed testing facility that I have in mind
would have the "flush it out with thermite" approach to dangerous
nanotech; I don't think much would stand up to that. Then, maybe
watch the resultant solidified iron for suspicious temperature
variations, for a while, if you are really paranoid?

I imagine Hydrogen Peroxide would prove useful on a smaller scale.

The problem of testing on humans has all sorts of issues
associated with it.


Quote:
Given the power of nanotech to alter physical objects, it is
possible that the traditional way of trying to restrict use of
systems by restricting the hardware will not be workable, and any
restrictions will need to be in the software, protected by
complex, self-checking, and interlocking strong encryption.

Not sure what you mean here. Nanotech does not generally have the power
to morph preexisting "dumb" objects.

Given nanotech's (eventual) ability to alter physical objects,
you would want a lot of distributed checking in the nanofactory
to ensure that no one was trying to physically alter its
structure so as to alter its function, say for unrestricted
production.

Maybe even as far as self-destructing?

I would see the software as having a major part in this, and in
particular components of the software being kept by default under
multiple layers of encryption, which when activated object to
running on other than a properly secured nanofactory. Ideally
the software would only run on a safe nanofactory, and be almost
impossible to alter from this.

Upgrading or repairing a nanofactory could give major problems.
Very thoroughly destroying the existing one, and replacing with a
whole new one might be best.

As this is a Guardian function, I can see how making everything
Open Source could be seen to conflict with the secrecy perceived
to be required.


Quote:
Chris Phoenix cphoenix@CRNano.org
Director of Research
Center for Responsible Nanotechnology http://CRNano.org

--
Rory McLean
rory@romsys.demon.co.uk
Robert I. Eachus
Posted: Thu Nov 06, 2003 12:37 am
Guest
Rory McLean wrote:

Quote:
The sort of remote-accessed testing facility that I have in mind
would have the "flush it out with thermite" approach to dangerous
nanotech; I don't think much would stand up to that. Then, maybe
watch the resultant solidified iron for suspicious temperature
variations, for a while, if you are really paranoid?

Interesting image. Thermite would make a good constrution material if
you are paranoid. Structure it right, and it will be stronger than
aluminum metal of equal volume--the iron oxide can be organized as
reinforcing threads--and such a container would make destroying the
contents pretty easy and final.

Quote:
Given the power of nanotech to alter physical objects, it is
possible that the traditional way of trying to restrict use of
systems by restricting the hardware will not be workable, and any
restrictions will need to be in the software, protected by
complex, self-checking, and interlocking strong encryption.

Definitely. Design + nanofab = almost anything. You cannot regulate
anything by controlling the materials, when the materials are literally
dirt cheap.

--

Robert I. Eachus

100% Ada, no bugs--the only way to create software.
Robert I. Eachus
Posted: Thu Nov 06, 2003 12:39 am
Guest
Chris Phoenix wrote:

Quote:
Are they going to have to be accessible *at the same time*? That would
be very difficult for a designer to grasp. If I have a "virtual
material" to fill a volume with, I know what it does; I don't have to
see what it's made of while I'm deciding its volume. (Of course, if its
properties change as its bounding volume changes, I'm in trouble. But
I'd rather just avoid those.)

That is exactly why you need a heirarchical view of the information/data
structure/program. There will be times when you have to look at an
object and its environment, and other times when you will need to look
at two heirarchical levels simultaneously. But a good language design
should make those cases exceptional and mutually exclusive. This all
goes unde the name of "information hiding" in computing literature. A
better name might be limited data views. The whole structure is there
to look at, but you want the programming tools--and language is a
programming tool--to let you ignore what you consider to be unnecessary
details while working on part of the design. The compiler is
responsible for making sure that if your code is legal with respect to
what you see, all the "hidden" details are correct too.

Quote:
I'm not sure interfaces have to share space with multiple objects.
Perhaps they simply share a common surface, and half of the interface is
attached to each object.

What is an interface? If you define it to be the surface between two
adjacent structures you are right. But I think a better definition
includes any mechanism needed to convert signals crossing the interface.
For example, an interface between rod logic and electronic circuts
could include sensors and actuators.

Quote:
No offense intended! Smile

None taken, I tend to think more like a hardware engineer than most
software engineers due to my background. (I know how to use a
screwdriver AND a soldering iron. And a brazing torch and a furnace,
and a milling machine, and a punch press and...)

Quote:
I think human-scale MNT products won't have to worry about volume
limitations. They'll have far more volume than necessary to incorporate
the active nanomachinery that fits their power budget.

For a few products, such as some (but not all) medical devices and spy
devices, it may be important to squeeze things as small as possible.
These things may merely be comparable to modern structures in
complexity. I'm not sure that automated design aids will be
necessary--so they may not be widely accepted.

On the other hand, if you have all the space in the world, it's easy to
write an automated design tool. So maybe that mode of working will be
the norm for most projects, and the algorithms will get smarter as
people try to do more sophisticated and compact projects.

I wonder whether it'd be possible to make a design tool where you simply
specify the top-level qualities, and *everything* gets put in place
automatically, assuming it fits? Is this what you've been arguing for
all along? Maybe so...

Read "Godel, Escher, Bach" if you want to understand what you are
asking. The closer you insist on getting to the smallest and lightest
possible device to do what you want, the harder the problem of finding
an acceptable design becomes. At the limit, the problem of whether or
not you can design a device using 123,234,345,456 atoms or you have to
use 123,234,345,457 is NP-hard, and probably NP-complete. (In other
words if you can find a polynomial-time algorithm to solve one such set
of problems, P=NP. The question of whether or not P=NP is probably the
hardest unresolved question in mathematics. (If P=NP is unsolvable, it
is unsolvable whether or not P=NP is unsolvable, so mathematican's can't
get away from the problem that way.)

On the other hand, for any realistic problem the computational effort
required will reach a minimum somewhere near 2x the hard (and hard to
find) lower limit. So it should be fairly easy to take "rough" designs
and sweat most of the weight and bulk off of them before construction.
Let's take a space ship as a case in point. Would you rather build a
100 ton space ship, or a 10 ton space ship with otherwise identical
specifications? The "extra cost" of design work to reduce the weight to
10 tons will probably be much less than the cost differential of
building the 100 ton design. Is it going to be worth the effort to get
it down to 9 tons? Maybe. Seven tons? Probably not. Six tons? You
had better be planning on putting one in every garage. Five tons? It
may take decades to determine whether or not it is possible.

Quote:
In that case, I can see why you'd want to spend a lot of effort
designing the specification language. But I think, for the diversity of
products that people will want, and the diversity of properties they
will want to specify, and the variety of levels at which the properties
will have to be implemented, the difficulty of this lies somewhere
between automated theorem proving and strong AI. If you can't program
the low-level computers from the high level, then you're reduced to a
few canned properties, or you have to let the designer go in and "lay
out the board" by hand all the time.

No, the sanity checks are just that, sanity checks. If you want to
design a house with 1500 square feet of living space on one level, but
require the outside dimensions to be 30 by 40 feet, stop right there.
But 35 by 45 could be possible depending on other layout requirements.
So you have to do the computationally intensive process of trying
various layouts to see if they meet all requirements. Make the
acceptable footprint 40 by 50, and you will probably get lots of designs
that meet all your requirements, and it may be that one of them has a 35
by 45 footprint.

Quote:
But I think that, rather than building a single unified design language,
you'll have to build a modular framework, a "property-solving engine",
and let people define their own properties during their design process.
Want to try to specify everything in advance? All possible mechanical
and programmatic behaviors? No...

You misunderstand. The purpose of a good design language or programming
language is not to limit possibilities but to make it possible to
describe just about anything in the problem domain. In this case, the
problem domain is three dimensional structures made out of atoms and the
electromagnetic forces they generate. If you want to engineer
something made out of quarks and held together by the color force, that
is out of scope. But that is about it.

Quote:
Actually, I've never participated in a code review. I'm vaguely aware
that they're a good idea. At EFI when I was there (91-97), we generally
had one person per function (e.g. serial comm, PostScript interpreter,
UI, networking), and each person wrote code and then debugged it, and
then we integrated it, and after very little more debugging, it worked.
This started to fray a bit when we put a full real-time operating system
into our product, but we still developed working products much faster
than anyone else in the industry. We simply made sure to hire only
excellent programmers.

Are you shocked? Does this explain my liking for brute-force
quick-and-dirty methods?

Ask yourself a different question. Did programmers "own" code, or was
there an informal code review process. If you needed a value generated
by Joe's code, what did you do? Make it a requirement for that module?
(best) Put in a comment that this variable is also used by module xyz?
Or tell Joe what your needs were and expect him to take care of it?

Informal code reviews can be appropriate for a small group. But that
process breaks down if someone starts "hoarding" their code--not letting
others look at it.

Quote:
But I don't think we're on track yet. As I said, I don't know of anyone
in the US who's putting resources toward MNT. There are lots of
enabling technologies being developed, but if no one is trying to
integrate them, they might as well not exist (from the MNT point of
view--they're very useful in their own right).

I don't think, as some do, that all scientists should be responsible for
all implications of their work. But I do think it's important for at
least some technically-aware people to be thinking about the politics
and policy implications. There's a massive political, economic, and
social disruption coming, and I see only two choices: to face it
uninformed and scared, or to have a few technically-minded people like
me spend time educating people and policy-makers about what's coming.

Definitely. As I said elsewhere, I have something to say on this, but
it needs more work. However, the emergence of nanofabs as a possible
intermediate step between today and Drexlerian assemblers makes me much
more optimistic about the final outcome. Even so, if we want things on
the right track, we have to know what that track is.

Quote:
Nice to have my conclusions supported... But note that I actually listed
three very different kinds of development. Open Source is fundamentally
different from Commercial. See CRN's recent paper at
http://CRNano.org/systems.htm . (I'm realizing as I write this that no
one has described a system of precepts/ethics for international
administration. This needs thought...)

So even those focused on research need to worry about politics, if only
to avoid it.

Yes, it won't be easy to design a system that's resistant to sabotage or
being pulled off-track. An awaremess of the appropriate precepts to
follow for the purpose of the system may help a lot. I don't know if
it'll be enough.

From experience, the problem is money. If the wrong person sees a way
to make himself (or herself) filthy rich by subverting the project, you
have troubles. (Making everyone on the project rich is NOT a problem.
The problem is when one person decides that he or she doesn't want
others getting a share. Not a fair share, any share.)

--

Robert I. Eachus

100% Ada, no bugs--the only way to create software.
 
Page 3 of 3    Goto page Previous  1, 2, 3   All times are GMT - 5 Hours
The time now is Fri Jan 09, 2009 3:50 am