View source for Why ultra-compact molecular assemblers are too inefficient

[[File:OutdatedMolecularAssemblersConceptualIllustrations.jpg|400px|thumb|right|'''OUTDATED CONCEPT''' several highly conceptual illustrations of diamondoid molecular assemblers. Common traits: Just one or two manipulators, a gastight hull enclosing everything, full selfreplicativity, very small size ~100nm, more or less optionally some sort of mobility some swimming others here unspecified]]
[[File:self-replicating-assembler-unit.png|thumb|'''OUTDATED CONCEPT''' Artistic depiction of a mobile assembler unit capable of self replication (linked to a "crystal" of assemblers and thus not ''free floating''). An outdated idea.]]
Up: [[Molecular assembler]]

= Why too inefficient as a far term ideal target =

For discussion in regards to near term systems see further below

== Too low reaction density in spacetime ==

Mechanochemisty & mechanosynthesis has the ([[atom placement frequency|ovecompensateable]]) disadvantage compared to liquid phase chemistry
that reaction sites are far apart due to the volume of machinery per reaction site. 
This scales by the cube of the size of machinery per reaction site. 
Speeding up to compensate for that is not an option as friction grows quadratically with speed. 
This might be [[Reasons for common misjudgement of proposed speeds|another reason]] for why critics assumed GHz frequencies 
(that were never proposed) being necessary for practical throughput and would lead to way too much waste heat.

To get to a higher spacial reaction site density one needs to eventually specialize the mechanosynthesis 
and hard-code the operations. This leads to factory style systems with production lines for specialized parts.

Specialized assembly lines pays off big time. 
Specialized assembly lines are not necessarily restrictive in part-types. 
More specialized assembly lines just makes a minimal complete nanofactory pixel a bit bigger.
Well there'll be a few software controllable general purpose mechanosynthesis units akin to just the manipulators part of molecular assemblers. There's no need for one "replication backpack" per manipulator. And there'll be only rather few of these ones compared to the other specialized ones.

As an interesting side-note: Streaming kind of motions are an option but as inertia at proposed 5mm/s and diamond stiffness plays little role smooth motions along curves are by far not as critical as in maccroscale factories.
Smoother trajectories may be preferable, a thing to investigate.

Related: [[There is limited room at the bottom]], [[Atom placement frequency]],  <br>
[[Bottom scale assembly lines in gem-gum factories]], [[Molecular mill]]

== Replication backpack overhead (BIG ISSUE) ==

Every assembler needs a "replication backpack" that is: 
For each general purpouse mecchanosynthesis manipulator stage (plus stick-n-place stage).
the entire machinery for self replication needs to be added.
This makes the already big volue of the nonspecialized manipulater further blow up by a significant factor and makes the reaction site density drop down to abysmally low levels. 
An extremely slow system even when pushed to the limits making it run hot and wateful.

== Mobility subsystem ==

In case of mobile molecular assemblers (most proposals). <br>
The replication packpack includes also a mobility system per <br>
every single mechanosyntesis manipulator stage adding further bloat. <br>
For an example of non-mobile molecular assemblers (featuring all the issues discussed here) <br>
See Chris Phoenix early "nanofactory" analysis. <br>
Links here: [[Discussion of proposed nanofactory designs]] <br>
Not really a nanofactory as sepcialization, optimization, and open modularity of a factory are all absent.

== Level throughput balancing mismatch ==

If the proposal even suggests to avoid likely hellishly difficult direct in-place mechanosynthesis
then (due ti the per-definition ultra compactness requirement) there's just space left for a single [[stick-n-place crystolecule manipulator]]. This manipulator is massively underfed starved. Most of the time it needs to wait around for the next crystolecule to be finished. <br>
See related page: [[level throughput balancing]]

Putting a few [[stick-n-place crystolecule manipulator]]s outside of molecular assemblers breaks the 
the typical monolithicity assumption of molecular assemblers. 
So this first improvement already moves away from the molecular assembler concept.

=== Inferior convergent assembly ===

Related: One misses out on all the benefits that [[convergent assembly]] has to offer. Well, outside of molecular assemblers one could in principle emulate convergent assembly. 
Using some complex swarm behavior. But that is likely not favorable to actual convergent assembly both in system complexity and system efficiency.
([[fractal growth speedup limit]])

== General-purpouse-only consequences ==

=== Abusive underuse of general purpose capability ===

In a productive nanosystem of larger scale there will be a need for an incredible large numbers of exactly equal standard parts. Using a general purpose assembler for cranking out gazillions of exactly equal standard parts is not making use of the general purpose capability at all. 

=== Unnecessarily long travel distance for molecule fragments ===

A general purpose mechanosyntheis manipulater is necessarily significantly bigger than a highly optimized special purpouse station hardcoded for a specific mechanosynthetic operation.
Btw: Hardcoding only means lack of life reprogrammabiluity during runtime.
Disassembly and reassembly in a [[nanofactory]] can reprogram that hard-coding in a good design.

=== Consequences of insufficient space for specialization on specific part types ===

'''As hypothetical advanced systems:''' <br>
A huge loss due to the enormous quantities of crystolecules in macroscopic structures <vr>
Exactly identical standard parts will be needed in these quantities. 

'''As hypothetical early systems:''' <br>
Due to the overly big size of the mechanosynthesis stages stemming from their general purpose nature <br>
These stages are significantly slower than specialized systems. <br> 
Yes, indeed, faster specialized systems would not be sensible in early direct path systems but. <br>
The slower speed means that for halfway reasonable [[level throughput balancing]] <br>
a reasonable number-ratio of mechanosynthesis stages to stick-n-place stages becomes quite big. <br>
This is making it even less reasonable to put a stick-n-place stage into a monolithic molecular assembler. <br>
This stage would be extremely underused spending most of it's time waiting around idly. 

== Analogy with electronic chip design having large specialized subsystems for efficiency ==

Molecular assemblers are like computromium in the sense of maximal small scale homogenity.
Most closely to computronium come PLAs (programmable logic arrays) that can implement any logical function and can recurse to make finite state machines.
Practically there are FPGAs which have a little bit of specialisation beyond a plain monolithic PLA.
FPGAs are possible and useful in niche applications cases.

The inefficiency overhead in the case of assemblers over nanofactories is likely much bigger though.

== Mismatch to physical scaling laws ==

The scaling law of [[higher throughput of smaller machinery]] tells us that <br>
a well designed system can have very high throughput densities. <br>
That is product-volume per time per machinery volume. <br>
This makes a thin layer chip like design the a natural choice. <br>
For an intuitive image imagine a smartphone screen but <br>
instead of RGB pixels emulating colors there is much smaller <br>  
nano- and micro-oroborics putting a dozen or so types gemstones together <br>
emulating soft squishy materials stuff or whatever ([[gemstone based metamaterial]]s). <br>
Filling a whole volume with this kind of productivity would be pointless
as the ten tons per liter per second produced or so just can't be removed fast enough and would likely be impossible to cool even with the means of diamondoid technology.

Molecular assemblers on the other hand would fill the entire volume and <br>
still be slower than a nanofactory chip. <br>
One gets the hassle of eventually needing to seperate the products from the assemblers or vice versa. <br>
One gets the [[fractal growth speedup limit]]. <br>

= Why too inefficient as a near term bootstrapping pathway =

'''Note that this is [[direct path]] context.''' <br>

Similar things to the above hold with few caveats. <br>
Efficiency is obviously less important in early systems, <br>
In early systems difficulty in the building of these systems is a bigger factor: <br>
See: [[Why ultra-compact molecular assemblers are too difficult]]

Still, if inefficiencies make speeds drop a giant amount like <br>
from the replication backpack overhead it's problem. <br>

'''Obviousy fullblown hyperspecialized assembly lines are totally not an option in early systems BUT …''' <br>
there is no need …
* …  to have one replication packpack per mechanosynthetic manipulator stage 
* … to have a closed system (adjacent systems can interleave) 
* … for an expandic vacuum shell – See: [[Vacuum lockout]]
* … to stubbornly attempt to force selfreplicatibity into a package of predifined size <br>given by ones non-relpicative preproduction limits using a single macroscale SPM needle-tip. <br>Instead '''systems can be granted the size they actually want to have to become selfreplicative'''

'''When going for such a more sensible [[early nanosystem pixel (direct path)]] what one gets …''' <br>
* is an early rather inefficient quite compact but not ultra-compact self replicative pixel <br>
* is most definitely no longer a bunch of "molecular assemblers tacked to a surface". <br> There just are no monolithic selfreplicative nonobots here. <br>See: [[Why nanofactories are not molecular assemblers tacked to a surface]]. <br>

'''Nonlinear increase in inefficiency and building difficulty:''' <br>
For selfreplicating systems their inefficiency and their "selfreplication for the sake of selfreplication" factor
grows nonlinearly with system compactness. Well, it's worse for system construction difficulty. There the nonliearity is hyperbolic with a singularity. Beyond a certain size it's fundamentally impossible.
And with pre-defining the size (often suggested a cube with 100nm sidelength) and insisting that full monolithic relfreplicativity must fit within the difficulty might be stratospheric. Especially with early primitive means.

== Delineation ==

A thing that loosk superficially similar are [[Microcomponent maintenance microbot]]s. <br>
Most of the things discussed here do not apply there. <br>
While these are mobile and manipulating these are at a larger scale and not selfreplicative. <br>
Not even selfreplicative at with [[crystolecule]]s being a vitamin dependence.

= Related =

* Up: [[Molecular assembler]]
* '''[[Proto-assembler]]'''
* '''[[Molecular assemblers as advanced productive nanosystem (outdated)]]'''
----
* [[Why ultra-compact molecular assemblers are too difficult]]
* [[Why ultra-compact molecular assemblers are not desirable]]
----
* [[Atom placement frequency]]
* [[There is limited room at the bottom]]
* [[level throughput balancing]]
----
* [[Convergent assembly]]
* [[fractal growth speedup limit]]
----
* [[Why nanofactories are not molecular assemblers tacked to a surface]]
* [[Early nanosystem pixel (direct path)]]
* [[Direct path]]

__TOC__