Problem SK90 2.20

Tool CaT

Execution TimeUnknown
Answer
MAYBE
InputSK90 2.20

stdout:

MAYBE

Problem:
 sum(0()) -> 0()
 sum(s(x)) -> +(sqr(s(x)),sum(x))
 sqr(x) -> *(x,x)
 sum(s(x)) -> +(*(s(x),s(x)),sum(x))

Proof:
 Open

Tool IRC1

Execution TimeUnknown
Answer
MAYBE
InputSK90 2.20

stdout:

MAYBE

Tool IRC2

Execution TimeUnknown
Answer
YES(?,O(n^1))
InputSK90 2.20

stdout:

YES(?,O(n^1))

'Fastest (timeout of 60.0 seconds)'
-----------------------------------
Answer:           YES(?,O(n^1))
Input Problem:    innermost runtime-complexity with respect to
  Rules:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}

Proof Output:    
  'matrix-interpretation of dimension 1' proved the best result:
  
  Details:
  --------
    'matrix-interpretation of dimension 1' succeeded with the following output:
     'matrix-interpretation of dimension 1'
     --------------------------------------
     Answer:           YES(?,O(n^1))
     Input Problem:    innermost runtime-complexity with respect to
       Rules:
         {  sum(0()) -> 0()
          , sum(s(x)) -> +(sqr(s(x)), sum(x))
          , sqr(x) -> *(x, x)
          , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
     
     Proof Output:    
       The following argument positions are usable:
         Uargs(sum) = {}, Uargs(s) = {}, Uargs(+) = {1, 2}, Uargs(sqr) = {},
         Uargs(*) = {}
       We have the following constructor-restricted matrix interpretation:
       Interpretation Functions:
        sum(x1) = [2] x1 + [0]
        0() = [2]
        s(x1) = [1] x1 + [4]
        +(x1, x2) = [1] x1 + [1] x2 + [0]
        sqr(x1) = [0] x1 + [2]
        *(x1, x2) = [0] x1 + [0] x2 + [0]

Tool RC1

Execution TimeUnknown
Answer
MAYBE
InputSK90 2.20

stdout:

MAYBE

Tool RC2

Execution TimeUnknown
Answer
YES(?,O(n^1))
InputSK90 2.20

stdout:

YES(?,O(n^1))

'Fastest (timeout of 60.0 seconds)'
-----------------------------------
Answer:           YES(?,O(n^1))
Input Problem:    runtime-complexity with respect to
  Rules:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}

Proof Output:    
  'matrix-interpretation of dimension 1' proved the best result:
  
  Details:
  --------
    'matrix-interpretation of dimension 1' succeeded with the following output:
     'matrix-interpretation of dimension 1'
     --------------------------------------
     Answer:           YES(?,O(n^1))
     Input Problem:    runtime-complexity with respect to
       Rules:
         {  sum(0()) -> 0()
          , sum(s(x)) -> +(sqr(s(x)), sum(x))
          , sqr(x) -> *(x, x)
          , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
     
     Proof Output:    
       The following argument positions are usable:
         Uargs(sum) = {}, Uargs(s) = {}, Uargs(+) = {1, 2}, Uargs(sqr) = {},
         Uargs(*) = {}
       We have the following constructor-restricted matrix interpretation:
       Interpretation Functions:
        sum(x1) = [2] x1 + [0]
        0() = [2]
        s(x1) = [1] x1 + [4]
        +(x1, x2) = [1] x1 + [1] x2 + [0]
        sqr(x1) = [0] x1 + [2]
        *(x1, x2) = [0] x1 + [0] x2 + [0]

Tool pair1rc

Execution TimeUnknown
Answer
YES(?,O(n^1))
InputSK90 2.20

stdout:

YES(?,O(n^1))

We consider the following Problem:

  Strict Trs:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
  StartTerms: basic terms
  Strategy: none

Certificate: YES(?,O(n^1))

Application of 'pair1 (timeout of 60.0 seconds)':
-------------------------------------------------
  The processor is not applicable, reason is:
   Input problem is not restricted to innermost rewriting
  
  We abort the transformation and continue with the subprocessor on the problem
  
  Strict Trs:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
  StartTerms: basic terms
  Strategy: none
  
  1) 'Fastest' proved the goal fastest:
     
     'Sequentially' proved the goal fastest:
     
     'Fastest' succeeded:
     
     'matrix-interpretation of dimension 2 (timeout of 100.0 seconds)' proved the goal fastest:
     
     The following argument positions are usable:
       Uargs(sum) = {}, Uargs(s) = {}, Uargs(+) = {1, 2}, Uargs(sqr) = {},
       Uargs(*) = {}
     We have the following constructor-restricted (at most 1 in the main diagonals) matrix interpretation:
     Interpretation Functions:
      sum(x1) = [2 0] x1 + [0]
                [0 0]      [0]
      0() = [2]
            [0]
      s(x1) = [1 0] x1 + [2]
              [0 0]      [0]
      +(x1, x2) = [1 0] x1 + [1 0] x2 + [0]
                  [0 0]      [0 0]      [0]
      sqr(x1) = [0 0] x1 + [2]
                [0 1]      [1]
      *(x1, x2) = [0 0] x1 + [0 0] x2 + [0]
                  [0 0]      [0 0]      [0]
  

Hurray, we answered YES(?,O(n^1))

Tool pair2rc

Execution TimeUnknown
Answer
YES(?,O(n^1))
InputSK90 2.20

stdout:

YES(?,O(n^1))

We consider the following Problem:

  Strict Trs:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
  StartTerms: basic terms
  Strategy: none

Certificate: YES(?,O(n^1))

Application of 'pair2 (timeout of 60.0 seconds)':
-------------------------------------------------
  The processor is not applicable, reason is:
   Input problem is not restricted to innermost rewriting
  
  We abort the transformation and continue with the subprocessor on the problem
  
  Strict Trs:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
  StartTerms: basic terms
  Strategy: none
  
  1) 'Fastest' proved the goal fastest:
     
     'Sequentially' proved the goal fastest:
     
     'Fastest' succeeded:
     
     'matrix-interpretation of dimension 2 (timeout of 100.0 seconds)' proved the goal fastest:
     
     The following argument positions are usable:
       Uargs(sum) = {}, Uargs(s) = {}, Uargs(+) = {1, 2}, Uargs(sqr) = {},
       Uargs(*) = {}
     We have the following constructor-restricted (at most 1 in the main diagonals) matrix interpretation:
     Interpretation Functions:
      sum(x1) = [2 0] x1 + [0]
                [0 0]      [0]
      0() = [2]
            [0]
      s(x1) = [1 0] x1 + [2]
              [0 0]      [0]
      +(x1, x2) = [1 0] x1 + [1 0] x2 + [0]
                  [0 0]      [0 0]      [0]
      sqr(x1) = [0 0] x1 + [2]
                [0 1]      [1]
      *(x1, x2) = [0 0] x1 + [0 0] x2 + [0]
                  [0 0]      [0 0]      [0]
  

Hurray, we answered YES(?,O(n^1))

Tool pair3irc

Execution TimeUnknown
Answer
YES(?,O(n^1))
InputSK90 2.20

stdout:

YES(?,O(n^1))

We consider the following Problem:

  Strict Trs:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
  StartTerms: basic terms
  Strategy: innermost

Certificate: YES(?,O(n^1))

Application of 'pair3 (timeout of 60.0 seconds)':
-------------------------------------------------
  The input problem contains no overlaps that give rise to inapplicable rules.
  
  We abort the transformation and continue with the subprocessor on the problem
  
  Strict Trs:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
  StartTerms: basic terms
  Strategy: innermost
  
  1) 'Fastest' proved the goal fastest:
     
     'Sequentially' proved the goal fastest:
     
     'Fastest' succeeded:
     
     'matrix-interpretation of dimension 2 (timeout of 100.0 seconds)' proved the goal fastest:
     
     The following argument positions are usable:
       Uargs(sum) = {}, Uargs(s) = {}, Uargs(+) = {1, 2}, Uargs(sqr) = {},
       Uargs(*) = {}
     We have the following constructor-restricted (at most 1 in the main diagonals) matrix interpretation:
     Interpretation Functions:
      sum(x1) = [2 0] x1 + [0]
                [0 0]      [0]
      0() = [2]
            [0]
      s(x1) = [1 0] x1 + [2]
              [0 0]      [0]
      +(x1, x2) = [1 0] x1 + [1 0] x2 + [0]
                  [0 0]      [0 0]      [0]
      sqr(x1) = [0 0] x1 + [2]
                [0 1]      [1]
      *(x1, x2) = [0 0] x1 + [0 0] x2 + [0]
                  [0 0]      [0 0]      [0]
  

Hurray, we answered YES(?,O(n^1))

Tool pair3rc

Execution TimeUnknown
Answer
YES(?,O(n^1))
InputSK90 2.20

stdout:

YES(?,O(n^1))

We consider the following Problem:

  Strict Trs:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
  StartTerms: basic terms
  Strategy: none

Certificate: YES(?,O(n^1))

Application of 'pair3 (timeout of 60.0 seconds)':
-------------------------------------------------
  The processor is not applicable, reason is:
   Input problem is not restricted to innermost rewriting
  
  We abort the transformation and continue with the subprocessor on the problem
  
  Strict Trs:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
  StartTerms: basic terms
  Strategy: none
  
  1) 'Fastest' proved the goal fastest:
     
     'Sequentially' proved the goal fastest:
     
     'Fastest' succeeded:
     
     'matrix-interpretation of dimension 2 (timeout of 100.0 seconds)' proved the goal fastest:
     
     The following argument positions are usable:
       Uargs(sum) = {}, Uargs(s) = {}, Uargs(+) = {1, 2}, Uargs(sqr) = {},
       Uargs(*) = {}
     We have the following constructor-restricted (at most 1 in the main diagonals) matrix interpretation:
     Interpretation Functions:
      sum(x1) = [2 0] x1 + [0]
                [0 0]      [0]
      0() = [2]
            [0]
      s(x1) = [1 0] x1 + [2]
              [0 0]      [0]
      +(x1, x2) = [1 0] x1 + [1 0] x2 + [0]
                  [0 0]      [0 0]      [0]
      sqr(x1) = [0 0] x1 + [2]
                [0 1]      [1]
      *(x1, x2) = [0 0] x1 + [0 0] x2 + [0]
                  [0 0]      [0 0]      [0]
  

Hurray, we answered YES(?,O(n^1))

Tool rc

Execution TimeUnknown
Answer
YES(?,O(n^1))
InputSK90 2.20

stdout:

YES(?,O(n^1))

We consider the following Problem:

  Strict Trs:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
  StartTerms: basic terms
  Strategy: none

Certificate: YES(?,O(n^1))

Application of 'rc (timeout of 60.0 seconds)':
----------------------------------------------
  'dp' proved the goal fastest:
  
  We have computed the following dependency pairs
  
  Strict Dependency Pairs:
    {  sum^#(0()) -> c_1()
     , sum^#(s(x)) -> c_2(sqr^#(s(x)), sum^#(x))
     , sqr^#(x) -> c_3(x, x)
     , sum^#(s(x)) -> c_4(x, x, sum^#(x))}
  
  We consider the following Problem:
  
    Strict DPs:
      {  sum^#(0()) -> c_1()
       , sum^#(s(x)) -> c_2(sqr^#(s(x)), sum^#(x))
       , sqr^#(x) -> c_3(x, x)
       , sum^#(s(x)) -> c_4(x, x, sum^#(x))}
    Strict Trs:
      {  sum(0()) -> 0()
       , sum(s(x)) -> +(sqr(s(x)), sum(x))
       , sqr(x) -> *(x, x)
       , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
    StartTerms: basic terms
    Strategy: none
  
  Certificate: YES(?,O(n^1))
  
  Application of 'usablerules':
  -----------------------------
    No rule is usable.
    
    We consider the following Problem:
    
      Strict DPs:
        {  sum^#(0()) -> c_1()
         , sum^#(s(x)) -> c_2(sqr^#(s(x)), sum^#(x))
         , sqr^#(x) -> c_3(x, x)
         , sum^#(s(x)) -> c_4(x, x, sum^#(x))}
      StartTerms: basic terms
      Strategy: none
    
    Certificate: YES(?,O(n^1))
    
    Application of 'Fastest':
    -------------------------
      'removetails >>> ... >>> ... >>> ...' proved the goal fastest:
      
      We consider the the dependency-graph
      
        1: sum^#(0()) -> c_1()
        
        2: sum^#(s(x)) -> c_2(sqr^#(s(x)), sum^#(x))
             --> sum^#(s(x)) -> c_4(x, x, sum^#(x)): 4
             --> sqr^#(x) -> c_3(x, x): 3
             --> sum^#(s(x)) -> c_2(sqr^#(s(x)), sum^#(x)): 2
             --> sum^#(0()) -> c_1(): 1
        
        3: sqr^#(x) -> c_3(x, x)
        
        4: sum^#(s(x)) -> c_4(x, x, sum^#(x))
             --> sum^#(s(x)) -> c_4(x, x, sum^#(x)): 4
             --> sum^#(s(x)) -> c_2(sqr^#(s(x)), sum^#(x)): 2
             --> sum^#(0()) -> c_1(): 1
        
      
      together with the congruence-graph
      
        ->{2,4}
           |
           |->{1}                                                   Noncyclic, trivial, SCC
           |
           `->{3}                                                   Noncyclic, trivial, SCC
        
        
        Here rules are as follows:
        
          {  1: sum^#(0()) -> c_1()
           , 2: sum^#(s(x)) -> c_2(sqr^#(s(x)), sum^#(x))
           , 3: sqr^#(x) -> c_3(x, x)
           , 4: sum^#(s(x)) -> c_4(x, x, sum^#(x))}
      
      The following rules are either leafs or part of trailing weak paths, and thus they can be removed:
      
        {  3: sqr^#(x) -> c_3(x, x)
         , 1: sum^#(0()) -> c_1()}
      
      We consider the following Problem:
      
        Strict DPs:
          {  sum^#(s(x)) -> c_2(sqr^#(s(x)), sum^#(x))
           , sum^#(s(x)) -> c_4(x, x, sum^#(x))}
        StartTerms: basic terms
        Strategy: none
      
      Certificate: YES(?,O(n^1))
      
      Application of 'simpDPRHS >>> ...':
      -----------------------------------
        The right-hand sides of following rules could be simplified:
        
          {  sum^#(s(x)) -> c_2(sqr^#(s(x)), sum^#(x))
           , sum^#(s(x)) -> c_4(x, x, sum^#(x))}
        
        We consider the following Problem:
        
          Strict DPs:
            {  sum^#(s(x)) -> c_1(sum^#(x))
             , sum^#(s(x)) -> c_2(sum^#(x))}
          StartTerms: basic terms
          Strategy: none
        
        Certificate: YES(?,O(n^1))
        
        Application of 'usablerules':
        -----------------------------
          No rule is usable.
          
          We abort the transformation and continue with the subprocessor on the problem
          
          Strict DPs:
            {  sum^#(s(x)) -> c_1(sum^#(x))
             , sum^#(s(x)) -> c_2(sum^#(x))}
          StartTerms: basic terms
          Strategy: none
          
          1) The weightgap principle applies, where following rules are oriented strictly:
             
             Dependency Pairs:
               {  sum^#(s(x)) -> c_1(sum^#(x))
                , sum^#(s(x)) -> c_2(sum^#(x))}
             
             Interpretation:
             ---------------
               The following argument positions are usable:
                 Uargs(sum) = {}, Uargs(s) = {}, Uargs(+) = {}, Uargs(sqr) = {},
                 Uargs(*) = {}, Uargs(sum^#) = {}, Uargs(c_2) = {},
                 Uargs(sqr^#) = {}, Uargs(c_3) = {}, Uargs(c_4) = {},
                 Uargs(c_1) = {1}, Uargs(c_2) = {1}
               We have the following constructor-restricted (at most 1 in the main diagonals) matrix interpretation:
               Interpretation Functions:
                sum(x1) = [0 0] x1 + [0]
                          [0 0]      [0]
                0() = [0]
                      [0]
                s(x1) = [0 3] x1 + [0]
                        [0 1]      [2]
                +(x1, x2) = [0 0] x1 + [0 0] x2 + [0]
                            [0 1]      [0 1]      [0]
                sqr(x1) = [0 0] x1 + [0]
                          [0 0]      [0]
                *(x1, x2) = [0 0] x1 + [0 0] x2 + [0]
                            [0 1]      [0 1]      [0]
                sum^#(x1) = [0 1] x1 + [3]
                            [0 3]      [3]
                c_1() = [0]
                        [0]
                c_2(x1, x2) = [0 0] x1 + [0 0] x2 + [0]
                              [0 0]      [0 0]      [0]
                sqr^#(x1) = [0 0] x1 + [0]
                            [0 0]      [0]
                c_3(x1, x2) = [0 0] x1 + [0 0] x2 + [0]
                              [0 0]      [0 0]      [0]
                c_4(x1, x2, x3) = [0 0] x1 + [0 0] x2 + [0 0] x3 + [0]
                                  [0 0]      [0 0]      [0 0]      [0]
                c_1(x1) = [1 0] x1 + [1]
                          [0 1]      [3]
                c_2(x1) = [1 0] x1 + [1]
                          [0 1]      [3]
             
             The strictly oriented rules are moved into the weak component.
             
             We consider the following Problem:
             
               Weak DPs:
                 {  sum^#(s(x)) -> c_1(sum^#(x))
                  , sum^#(s(x)) -> c_2(sum^#(x))}
               StartTerms: basic terms
               Strategy: none
             
             Certificate: YES(O(1),O(1))
             
             Application of 'removetails >>> ... >>> ... >>> ...':
             -----------------------------------------------------
               We consider the the dependency-graph
               
                 1: sum^#(s(x)) -> c_1(sum^#(x))
                      --> sum^#(s(x)) -> c_2(sum^#(x)): 2
                      --> sum^#(s(x)) -> c_1(sum^#(x)): 1
                 
                 2: sum^#(s(x)) -> c_2(sum^#(x))
                      --> sum^#(s(x)) -> c_2(sum^#(x)): 2
                      --> sum^#(s(x)) -> c_1(sum^#(x)): 1
                 
               
               together with the congruence-graph
               
                 ->{1,2}                                                     Weak SCC
                 
                 
                 Here rules are as follows:
                 
                   {  1: sum^#(s(x)) -> c_1(sum^#(x))
                    , 2: sum^#(s(x)) -> c_2(sum^#(x))}
               
               The following rules are either leafs or part of trailing weak paths, and thus they can be removed:
               
                 {  1: sum^#(s(x)) -> c_1(sum^#(x))
                  , 2: sum^#(s(x)) -> c_2(sum^#(x))}
               
               We consider the following Problem:
               
                 StartTerms: basic terms
                 Strategy: none
               
               Certificate: YES(O(1),O(1))
               
               Application of 'simpDPRHS >>> ...':
               -----------------------------------
                 No rule was simplified
                 
                 We apply the transformation 'usablerules' on the resulting sub-problems:
                 Sub-problem 1:
                 --------------
                   We consider the problem
                   
                   StartTerms: basic terms
                   Strategy: none
                   
                   The input problem is not a DP-problem.
                 
                 We abort the transformation and continue with the subprocessor on the problem
                 
                 StartTerms: basic terms
                 Strategy: none
                 
                 1) We fail transforming the problem using 'weightgap of dimension Nat 2, maximal degree 1, cbits 4'
                    
                      All strict components are empty, nothing to further orient
                    
                    We try instead 'weightgap of dimension Nat 3, maximal degree 3, cbits 4 <> ...' on the problem
                    
                    StartTerms: basic terms
                    Strategy: none
                    
                      We fail transforming the problem using 'weightgap of dimension Nat 3, maximal degree 3, cbits 4'
                      
                        All strict components are empty, nothing to further orient
                      
                      We try instead 'weightgap of dimension Nat 4, maximal degree 3, cbits 4' on the problem
                      
                      StartTerms: basic terms
                      Strategy: none
                      
                        All strict components are empty, nothing to further orient
                    
                    We abort the transformation and continue with the subprocessor on the problem
                    
                    StartTerms: basic terms
                    Strategy: none
                    
                    1) No dependency-pair could be removed
                       
                       We apply the transformation 'weightgap of dimension Nat 2, maximal degree 1, cbits 4 <> ...' on the resulting sub-problems:
                       Sub-problem 1:
                       --------------
                         We consider the problem
                         
                         StartTerms: basic terms
                         Strategy: none
                         
                         We fail transforming the problem using 'weightgap of dimension Nat 2, maximal degree 1, cbits 4'
                         
                           All strict components are empty, nothing to further orient
                         
                         We try instead 'weightgap of dimension Nat 3, maximal degree 3, cbits 4 <> ...' on the problem
                         
                         StartTerms: basic terms
                         Strategy: none
                         
                           We fail transforming the problem using 'weightgap of dimension Nat 3, maximal degree 3, cbits 4'
                           
                             All strict components are empty, nothing to further orient
                           
                           We try instead 'weightgap of dimension Nat 4, maximal degree 3, cbits 4' on the problem
                           
                           StartTerms: basic terms
                           Strategy: none
                           
                             All strict components are empty, nothing to further orient
                       
                       We abort the transformation and continue with the subprocessor on the problem
                       
                       StartTerms: basic terms
                       Strategy: none
                       
                       1) 'Sequentially' proved the goal fastest:
                          
                          'empty' succeeded:
                          
                          Empty rules are trivially bounded
                       
                    
                 
          

Hurray, we answered YES(?,O(n^1))

Tool tup3irc

Execution Time0.44681406ms
Answer
YES(?,O(n^1))
InputSK90 2.20

stdout:

YES(?,O(n^1))

We consider the following Problem:

  Strict Trs:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
  StartTerms: basic terms
  Strategy: innermost

Certificate: YES(?,O(n^1))

Application of 'tup3 (timeout of 60.0 seconds)':
------------------------------------------------
  The input problem contains no overlaps that give rise to inapplicable rules.
  
  We abort the transformation and continue with the subprocessor on the problem
  
  Strict Trs:
    {  sum(0()) -> 0()
     , sum(s(x)) -> +(sqr(s(x)), sum(x))
     , sqr(x) -> *(x, x)
     , sum(s(x)) -> +(*(s(x), s(x)), sum(x))}
  StartTerms: basic terms
  Strategy: innermost
  
  1) 'Fastest' proved the goal fastest:
     
     'Sequentially' proved the goal fastest:
     
     'Fastest' succeeded:
     
     'matrix-interpretation of dimension 2 (timeout of 100.0 seconds)' proved the goal fastest:
     
     The following argument positions are usable:
       Uargs(sum) = {}, Uargs(s) = {}, Uargs(+) = {1, 2}, Uargs(sqr) = {},
       Uargs(*) = {}
     We have the following constructor-restricted (at most 1 in the main diagonals) matrix interpretation:
     Interpretation Functions:
      sum(x1) = [2 0] x1 + [0]
                [0 0]      [0]
      0() = [2]
            [0]
      s(x1) = [1 0] x1 + [2]
              [0 0]      [0]
      +(x1, x2) = [1 0] x1 + [1 0] x2 + [0]
                  [0 0]      [0 0]      [0]
      sqr(x1) = [0 0] x1 + [2]
                [0 1]      [1]
      *(x1, x2) = [0 0] x1 + [0 0] x2 + [0]
                  [0 0]      [0 0]      [0]
  

Hurray, we answered YES(?,O(n^1))